【DI】Java Spring Frameworkを語るスレ 5.0 (399レス)
上下前次1-新
41(2): 39 2011/12/05(月)23:28 AAS
 うちも典型的なSI屋なんだけど。 
 選択肢なくして統一するなら、アプリケーション固有のアノテーションを用意して、 
 土方にはそれを付加させるだけにした方が楽じゃね?、っと思うんだけどな。 
42: 2011/12/06(火)10:16 AAS
 フォームがリスト構造を含む場合どうなるんだろ 
 と思いつつ実験してない… 
43(3): 2011/12/06(火)10:29 AAS
 バリデーションはアプリケーションの固有性がでるから 
 カスタムしやすいことは重要だと思う。 
 それでいて土方的(画一的)に何でもやれることも両立したい。 
  
 >>41 
 カスタムアノテーションだと変数間の関係が難しい。 
 でも再利用性の高いものはアノテーションがいいよなぁ。 
  
 優先的に標準アノテーション+カスタムアノテーションで済ませて、 
 次にそれではできない一部のものをクラスに、 
 最後にソースに依存させてたくない場合はXMLでやることにしてみる。 
44(1): 39 2011/12/06(火)14:09 AAS
 >>43 
 変数間の比較用アノテーションも用意しているよ。 
 メンバ変数じゃなくてクラスに対してアノテーションを付加して、メンバ変数aとbが同値であることを検証する、 
 っとか、そういうの。 
 そして最終手段は、検証対象オブジェクトのメソッド呼び出し(戻り値booleanで判定)アノテーション。 
  
 もちろん、入力アノテーションではなくて、対象オブジェクトの情報だけでは完結しないロジックなヴァリデーションは 
 コントローラーで書くけど、それ以外はアノテーションベースで困っていないかな。 
45(1): 2011/12/06(火)23:08 AAS
 >>40 
 > 選択肢をなくして効率の悪いやり方で統一する愚作なんだが  
  
 コーディング規約のケチつけてるの? 
  
 それともルールはない。みんな好き勝手やれ。 
 関数置き換えハックでも何でも自由にやってよい派ですか?
46(1): 2011/12/07(水)02:32 AAS
 >>45 
 なんでそんなに極端なんだ? 
 元ネタが>>37の3種類だってわかってる?それを肯定するとなんでもあり?アホか 
47: 43 2011/12/07(水)19:30 AAS
 >>44 
 >メンバ変数じゃなくてクラスに対してアノテーション 
 なるほどね。それならバリデーションの前に対象を全部VO(DTO)に 
 コンバーターで詰め込んでそのVOをバリデーションしたらいいのかも。 
48: 2011/12/07(水)21:04 AAS
 >>46 
 なんでって、選択肢を無くすことが 
 効率が悪い方法で統一するなんて 
 馬鹿なこと言い出すからだろ。 
  
 最善の方法に選択肢を絞ってるという発想はできないのか? 
49: 2011/12/07(水)21:20 AAS
 最善つか最適解かな。最善があるならそもそも選択の余地はない。 
50(1): 2011/12/07(水)21:41 AAS
 なんでも金槌で叩きたがるやつっているよねw
51: 2011/12/07(水)21:54 AAS
 >>50の頭も金槌で叩こう 
52(1): 2011/12/08(木)01:16 AAS
 パターン化 と 選択肢を無くすこと は親密 
53: 2011/12/08(木)14:32 AAS
 >>52 
 VSOP(very special one pattern)だな 
54: 2011/12/08(木)17:07 AAS
 >>40 って高度な話題うんぬん騒いでたアホだろ? 
  
 springソースをハックした基盤技術チームがどうたらさんは 
 高度スレを使うように。 
  
 【DI】Java Spring Frameworkを高度に語るスレ 5.0+  
 2chスレ:tech
55: 2011/12/09(金)00:20 AAS
 認定厨w 
 >>40,41,43 と、>>37に否定的な意見が3者から出てちゃんと会話になってたんだがな 
 もう価値観が違うってことでいいよ 
56(1): 2011/12/10(土)18:56 AAS
 >>1 
 スレ立て乙だけど公式サイトが昔のまま 
 次スレ立てる人要注意 
  
 公式 
 外部リンク:www.springsource.org 
57: 1 2011/12/11(日)13:42 AAS
 >>56 
 ホントだ、転送されてて気が付かなかった。 
58: 2012/02/11(土)02:27 AAS
 保守 
59: 2012/02/11(土)06:28 AAS
 Spring DM使ってる人いる? 
60: 2012/02/17(金)10:17 AAS
 保守 
61: 2012/02/19(日)15:38 AAS
 ส๎๎๎๎๎๎๎๎๎๎๎๎๎๎๎๎๎๎๎๎๎๎๎๎๎๎๎๎͜͜͏̘̣͔͙ 
62: 2012/02/23(木)00:14 AAS
 今さらSpring MVC始めてみたけど、楽ちんでいいね 
 Spring Rooも触ってみたけど、ひな形的なアプリは簡単に作れても 
 それを要件を満たす形にカスタムしていくのに学習コストがかかりすぎる感じがする 
 MVCあたりがバランスいい気がする 
63(1): 2012/02/26(日)21:44 AAS
 え、Rooってあくまでも開発ツールで、ランタイムではないんじゃなかったっけ? 
 SpringMVC や 〇〇Dao を、手書きするか Roo に雛形を作らせるかって違いで。 
  
 # 間違ってることを書いてたらごめんなさい 
64(1): 2012/02/27(月)00:30 AAS
 Rooはひな形作って終わりじゃなく、その後もAspectJ駆使したソースを足してく 
65: 63 2012/02/27(月)15:25 AAS
 >>64 
 レスありがとうございます。 
  
 あ、そうでしたね 
 何年か前のデブサミで、SpringSourceの人のデモを見たのを思い出した 
 ってことは、Rooで自動生成制したソースをうごかすには、Rooのランタイムも必要になるか。 
 にしても、あのソースはわかりにくいというかめんどくさすぎだな。 
 DBのエンティティクラスはフィールドがないにしても、setterとかgetterとか 
 全部外だしにするから、ソースもたくさん増えるし、追いにくい。 
66: 2012/02/28(火)01:29 AAS
 Rooはとりあえず単体で動いたら、即Push-Inして可能な限り 
 Aspectが表に出ないようにしてるな。 
 Push-Inしたところで、Rooから使えなくなるわけじゃないし、 
 DB周りはtext型とか使ってると、タイプエラーで落ちるから 
 うざくって。forum行くと「varchar使い給え」と言われて。 
 自分でadd-on作ろうかと考えたけど、しんどいし。 
67: 2012/03/12(月)21:16 AAS
 DBでtext型を使おうって考え方がそもそも狂ってるんじゃ? 
 つかROOを使おうってテコいれしても周りが追いついてこないから結局雛形だけ作って終わりな今日この頃 
 ゆとりどもゆとりでてめーが勉強しないのを棚上げして俺の水準に合わせて敷居さげろよってほざいてやがるw 
68: 2012/03/12(月)23:44 AAS
 DBにText型があるのは、別におかしいことじゃない。xLOBがあったり、 
 一時はXML Typeで盛り上がったりした。 
  
 Rooはscaffoldからはみ出たら自分で実装する領域が広いし、 
 自作コンポの実装も、beanタグ記述も手書きだから、 
 雛型的な使い方でも間違いじゃないと思うけどな 
 勉強しないのは、日本的自称「IT要員」というか「JPSIer文化」だろ。 
 「横一線で開発しましょう。それ以上でも以下でもだめですし、 
 余計な提案・行動は不要です。」 
  
 まぁ俺の知る限りのSIerのほとんどはいつまでも後生大事に 
 Seasar2改を使ってるとこがほとんどだな。悪いとは言わんが、なんだかな。 
69(1): sage 2012/03/14(水)17:02 AAS
 URIを以下の様にしたい場合 
  
 /item/index.html 
 /test/item/index.html 
コントローラクラスを以下の様に配置して実行しようとすると 
 controller.ItemController.java 
 controller.test.ItemController.java 
  
 ↓のエラーが出ます。 
 org.springframework.beans.factory.BeanDefinitionStoreException: Unexpected exception parsing XML document from ServletContext resource  
 [/WEB-INF/sample-servlet.xml]; nested exception is java.lang.IllegalStateException: Annotation-specified bean name 'itemController' for 
  bean class [controller.ItemController] conflicts with existing, non-compatible bean definition of same name and class [controller.test.ItemController] 
たぶん、同じクラス名は使用できないという事かと思うのですが、URIをこのような事をするには 
 どうすればよろしいのでしょうか?
70(1): 2012/03/14(水)20:10 AAS
 エラーの情報しかないから、ゼロコンフィグに近い想定でパッと 
 思いつく限りだと下の二つのどちらか。 
  
 1.controller.test.ItemControler.java のクラス名を TestItemController 
 (適当な名前でも良いけど)に変えて 
 クラスのアノテかハンドルメソッドで  
 @RequestMapping("/test/item/")を定義する。 
  
 2.mvc:annotation-driven の利用をやめて、xmlでマッピングする。 
上下前次1-新書関写板覧索設栞歴
あと 329 レスあります
スレ情報 赤レス抽出 画像レス抽出 歴の未読スレ
ぬこの手 ぬこTOP 0.849s*