【DI】Java Spring Frameworkを語るスレ 5.0

**デフォルトの名無しさん** · 2011/11/28(月) 02:17:11.86

前スレ
http://hibari.2ch.net/test/read.cgi/tech/1227196176/

公式
ttp://www.springframework.org/

**デフォルトの名無しさん** · 2012/09/05(水) 16:06:51.86

>>98
そういうもんと思っておいたほうがいい
デフォ設定で動くほうが面倒が少ないよ

**デフォルトの名無しさん** · 2012/09/09(日) 01:03:41.45

>>101 >>102
ありがとう。そういうもんかぁ。。。
まぁ解決方法はある(getBytes)ので作業が止まることはないんだけど
とりあえずserver.xml見なおしてみる。

そういえば、REST形式で@PathVariableに特定の日本語文字が入ると
これまたリクエストURLのマッピングに失敗するみたい。
「入」とかの感じでエラーになる。
POSTやGETで普通にパラメータ渡せばいいんだけど。。。

**デフォルトの名無しさん** · 2012/10/14(日) 16:39:26.90

他の言語にもDIコンテナがほしい。

**デフォルトの名無しさん** · 2012/10/22(月) 02:41:47.89

autowire と component-scan を組み合わせて使おうとするとインターフェースのインジェクションが出来ないんだが

**デフォルトの名無しさん** · 2012/10/25(木) 18:04:24.56

component-scanで思い出した。
SpringMVCとSpring-myBATISで組んるけど、
１機能に対してmodel、service、mapperなど毎にフォルダが分けられる。
これを、１機能１フォルダ内に、model、service、mapperを全部入れて
それをscan時に認識できるような設定方法って無いのかな。。。

**デフォルトの名無しさん** · 2012/12/08(土) 12:17:07.03

ROOを実案件で使っている人はいませんか？

**デフォルトの名無しさん** · 2012/12/09(日) 07:52:48.90

ROOは実案件に投入できるかどうか軽く検証したけど
アプリを業務に併せてカスタムする傾向が強い
日本の業務アプリ開発には向かないという結論で
SpringMVCでいくことになった

**デフォルトの名無しさん** · 2013/03/12(火) 08:53:26.55

でもこの差は何なんだろうね。
http://www.google.co.jp/trends/explore#q=Hibernate%2C%20MyBatis%2C%20JDBC&;geo=JP&date=today%2012-m&cmpt=q
http://www.google.co.jp/trends/explore#q=Hibernate%2C%20MyBatis%2C%20JDBC&;date=today%2012-m&cmpt=q

日本ではHibernateを使いにくい特殊事情でもあるのかな。

こんなのも。
http://www.google.co.jp/trends/explore#q=Maven%20Java%2C%20Ant%20Java&;date=today%2012-m&cmpt=q
http://www.google.co.jp/trends/explore#q=Maven%20Java%2C%20Ant%20Java&;geo=JP&date=today%2012-m&cmpt=q

**デフォルトの名無しさん** · 2013/03/12(火) 23:06:24.13

Hibernate、学習コスト含めて重量級な印象なんだよな。
まだMyBATISのほうが低レベルで透過性が高い感じがする。

**デフォルトの名無しさん** · 2013/03/12(火) 23:19:35.24

struts、spring、hibernate、
こんなもんが流布しなければ
C#やPHPやRubyなんかのつけいる余地なかったのにな
なんでああいう重厚な方面に行ったのかいまだに謎だわ

**デフォルトの名無しさん** · 2013/03/13(水) 02:17:23.35

Javaの時点で、ファイル扱うだけでも重厚だろ。。コード量て意味で

**デフォルトの名無しさん** · 2013/03/13(水) 04:10:43.84

>>103
その問題解決した？
Server.xmlでも直らない？

**デフォルトの名無しさん** · 2013/03/13(水) 23:39:16.15

>>113
とりあえず暫定措置のままだった。
String value = new String(value.getBytes("ISO_8859_1"),"UTF-8")
こんなんで凌いでて、あとで対応しようと思ってそのまんま。
今はフロント側をJS(jQuery)+CSS3でゴリゴリ書いてて、サーバサイドは
いったん放置。

**デフォルトの名無しさん** · 2013/09/15(日) 20:08:15.96

springとstrutsとではどちらが性能がうえだろうか
今現場ではどのフレームワーク使われているか

**デフォルトの名無しさん** · 2013/09/15(日) 23:07:00.67

Strutsなら情報源も多いし技術者集めやすいだろ。1.x系なら枯れてるし。
Springは経験者が集まらないといろいろ大変だと思う。

**デフォルトの名無しさん** · 2013/09/16(月) 03:53:34.57

Struts1使えます・Spring MVC使えませんってもれなく向上心のないドカタがきてし寝る。
てか、いまとなってはStruts1の情報なんか皆無じゃないの？

現行ミドルウェアとの連携、(Java界隈的に)見通しのいいコードを求めたら
DIフレームワークとしてだけでもSpiringつかって
わかってる人間がスケルトンコード書いちゃえばいいと思う。

**デフォルトの名無しさん** · 2013/09/16(月) 08:57:26.79

Struts1はググれば死ぬほどサンプルあるよ

SpringMVCは、処理がある程度テンプレ化できるから
それを使ってスケルトンとかサンプル作っちゃえば
ドカタでも対応できる

**デフォルトの名無しさん** · 2013/09/16(月) 19:37:24.44

strutsの勉強すると1.1,1.2,1.3とversionごとにコードが違いますよね
なかなか思うように動かないですよね
互換性をとるようにしてもらいたいですがね

**デフォルトの名無しさん** · 2013/09/16(月) 20:05:35.63

>>119
死んでるからもう無理。諦めろ。

**デフォルトの名無しさん** · 2013/09/16(月) 23:05:26.61

今メインのフレームワークは何？
フレームワーク使いこなすのに何年修業がいりますか？

**デフォルトの名無しさん** · 2013/09/17(火) 00:02:09.61

昔、業務で使うことを強制されて実際に使ったが、
結局、最後まで何がなんだかワカらないままだった。

概念すら理解できんかった・・・

で、何のためにある何をするための何のものなの？
何がどう便利になる？

**デフォルトの名無しさん** · 2013/09/17(火) 00:56:15.27

>>122
一言で言えば、大規模アプリを作りやすくするためにある。

これを理解するには、大規模アプリが小規模アプリとは
同じように作れないことを知っていなければいけないんだが、
君は大規模アプリを作るときに小規模アプリにはない
問題点を感じたことは有るか？

**デフォルトの名無しさん** · 2013/09/17(火) 01:09:18.61

大規模アプリの問題は
プログラマによってコードが違いすぎることだな

**デフォルトの名無しさん** · 2013/09/17(火) 01:10:06.76

>>124
他には？

**デフォルトの名無しさん** · 2013/09/17(火) 01:11:55.33

無いな

**デフォルトの名無しさん** · 2013/09/17(火) 01:17:14.75

>>126
一人、または少人数で
開発できないことだよ。

**デフォルトの名無しさん** · 2013/09/17(火) 01:21:07.34

ここで一応「大規模アプリ」の確認をしておこうか。

ユーザー数が多いのではなく
アプリの規模、ソースコードの規模が大きいということね。

Twitterなんかはシステム自体は大規模だが、
コアの部分だけ見るとアプリ自体はそんなに大きくはないだろう。

**デフォルトの名無しさん** · 2013/09/17(火) 01:21:59.88

違うっていうんだろうけど
言ってることは同じだよね

**デフォルトの名無しさん** · 2013/09/17(火) 01:26:43.22

>>129

まさか>>124と？ぜんぜん違うよ
コードが違いすぎるという問題は
規約と学習とレビューで解決できる。

でも、大規模アプリが
一人、または少人数で開発できないことは
どうやっても解決できない。

**デフォルトの名無しさん** · 2013/09/17(火) 01:28:32.25

多人数で一つのシステムを開発していると、
どうしても、自分の担当部分を完成させるには
他の人が作った何かができていなければならない。
という問題が起きる。

**デフォルトの名無しさん** · 2013/09/17(火) 01:28:50.81

やっぱりなあ
もっとほほうと思える事を教えてくれるのかと思って
期待したのに残念
明日も仕事だし寝るわノシ

**デフォルトの名無しさん** · 2013/09/17(火) 01:31:13.33

でも、他人の担当部分の完成を待ってなんかいられない。
だから、「他人の担当部分」をダミーモジュールで
すげ替え可能にしておいて開発する。

**デフォルトの名無しさん** · 2013/09/17(火) 01:31:48.82

>>132
銀の弾丸でも期待してたの？
アホじゃね？

**デフォルトの名無しさん** · 2013/09/17(火) 01:34:19.67

すげ替え可能にすることで、
単体テストが可能になるし、責任の範囲も明確になる。
インターフェースで実装すべき機能も明確になる。

このようにシステム全体の結合度を下げ
大規模開発を行いやすくする。
そのやり方を標準化するフレームワーク

**デフォルトの名無しさん** · 2013/09/17(火) 01:46:12.78

>>135
おお
こういうのはいいね
参考になるわ～

**デフォルトの名無しさん** · 2013/09/17(火) 09:33:08.26

>>122
経験がないなら想像力を働かせるしかない
フレームワークがなかったらどうなるか考えろ

**デフォルトの名無しさん** · 2013/09/17(火) 20:43:10.12

プログラマも思ったよりチームワーク、コミュニケーション能力がいりそうなんだよな

もくもく一人の世界にふける仕事じゃなかったのかね

**デフォルトの名無しさん** · 2013/09/17(火) 23:52:30.20

>>138
職人芸で食っていけるほどの力がないなら、他人と力を合わせるしかないじゃない

**!ninja** · 2013/09/18(水) 14:41:08.16

今時職人芸なんて迷惑じゃね？

**デフォルトの名無しさん** · 2013/09/18(水) 14:46:52.47

もくもく一人の世界にふける仕事ならJavaは選ばないだろー

**デフォルトの名無しさん** · 2013/09/18(水) 16:39:44.86

>>140
なんで職人芸と迷惑が結び付くのかわからないんだが
お前の中では職人芸 = 読みにくいコードなの？
脊髄反射してんじゃねえよ単細胞

**デフォルトの名無しさん** · 2013/09/18(水) 23:38:41.69

>>140
職人芸というのは、読みにくいコードを、
読みやすく書き直すことだよ。
わかってないね

**デフォルトの名無しさん** · 2013/09/19(木) 13:42:47.00

>>142-143
職人芸と言われたら技巧的なコードを指すだろ

**デフォルトの名無しさん** · 2013/09/19(木) 18:18:14.25

技巧的であっても誰にでも読み解ける文芸的なプログラミング
そんな職人に私はなりたひ

**デフォルトの名無しさん** · 2013/09/19(木) 21:36:42.13

>>144
お前がそう思ってるだけだろ？

職人の技ってのは、読みやすいコードだよ。

**デフォルトの名無しさん** · 2013/09/19(木) 21:41:42.53

>>146
それが読みやすくても、なぜ読みやすいか理解できないんだよ。

**デフォルトの名無しさん** · 2013/09/20(金) 04:06:05.91

>>145
＞文芸的なプログラミング
これいい表現だね

ちなみにちょっと前までデザイパターンとか必死に勉強して
いわゆる技巧的にコード（>>145で言うところの）書けるよう必死に努力して、実際に使ってプログラム書いてたわけだけど、
つい最近、文芸的なコードで書くほうがいいんじゃないかと結論に至った

プログラミング初心者に理解させやすいし、説明もしやすい＝コスパが安くなるし、
どんなにソースコードのアップデートしても意外と問題が起こらない。
むしろ技巧的にやってた時のほうが問題起こりまくってた

**デフォルトの名無しさん** · 2013/09/20(金) 11:00:55.36

デザパタが技巧的って言われてもなぁ。

しかし、文芸的ってのは気に入ったw
今後はその方向で考えてみるか。

**デフォルトの名無しさん** · 2013/09/20(金) 11:32:15.30

>>146
それこそお前が思ってることだろう
もちろんプログラマが目指すべき理想は読みやすいコードだが
言葉の印象とは別

**デフォルトの名無しさん** · 2013/09/20(金) 18:06:46.54

お前らって言葉の定義も合意せずに議論しようとするよな
そういう奴らの言う「職人芸」ってたいてい本人だけの自己満足だろ

**デフォルトの名無しさん** · 2013/09/20(金) 20:00:11.91

仕様とか勝手に考えてとりあえず組み込んでみるのって常識やん？

**デフォルトの名無しさん** · 2013/09/20(金) 20:57:29.93

webのプログラムよりゲームとかandroidのほうがやりがいがないか？
webの仕事なんか文字化けを修正するといった地味な仕事がおおそう

**デフォルトの名無しさん** · 2013/09/21(土) 04:27:49.37

Androidはネイティブアプリ開発でも端末間でのハードウェア仕様の
微妙な違いで動かないとかありすぎて死ねる
ゲームとなるとこれがさらに死ねる
ガワネイティブ(WebView)アプリ開発となると、WebView内のパフォーマンスが
出なさすぎて死ねる

そろそろAndroid開発は撤退してWebの仕事に戻る予定

**デフォルトの名無しさん** · 2013/09/21(土) 23:28:50.67

なにかいろいろ苦労するのは、英語でかかれているものがおおいということでしょうか
開発者たちは、英語をよんで理解してやっているんでしょうか
本場がアメリカだから英語中心になるのはしょうがないけどな

**デフォルトの名無しさん** · 2013/09/25(水) 10:07:27.68

来月からspringを使う現場に行くことになりました、
strutsは使ったことありますか、
勉強になるサイト、参考書あれば教えて下さい！

**デフォルトの名無しさん** · 2013/09/25(水) 10:25:28.64

springて何がいいの？
本買ったけどさっぱりわからん

**デフォルトの名無しさん** · 2013/09/25(水) 20:28:11.77

strusは,1.1,1.2,1.3とverionごとに書き方が違っていて互換性がない
環境によっては動かないこと多々ある。
>>157
チーム制作のときなど大勢のとき役にたつのではない。
フレームワークは、徐々になるしかないよ

**デフォルトの名無しさん** · 2013/09/25(水) 21:11:51.49

>>158
日本人？

**デフォルトの名無しさん** · 2013/09/25(水) 21:26:16.26

失礼な日本人だよ
言いたかったのは個人プレーとか趣味でやるぶんには、必要ないかもしれんが、
大勢でチームでやるときは、必要だということ
大規模なシステム開発ではいるということ

**デフォルトの名無しさん** · 2013/09/25(水) 23:28:18.96

大規模なシステム開発では逆に使わんよ
Javaとフレームワークも扱える人って条件での人員集めがかなり大変
むしろ１人か２人レベルの規模のwebアプリケーションで使われてることが多い
なんでワザワザ使ってんのって聞いてみたことあるけど本人達もよくわかってない感じだった

「ん～。勉強のため？」みたいな答えが帰ってきて笑っちまったことがある

**デフォルトの名無しさん** · 2013/09/26(木) 04:36:43.48

アホか。そいつらくらいだよ

**デフォルトの名無しさん** · 2013/09/26(木) 11:31:31.26

>>161
えっ
フレームワークも使えないような技術者しか集まらないのに、そいつら全員に生Servletで開発させてんの？
クラス名はA0012みたいな感じですか？

**デフォルトの名無しさん** · 2013/09/26(木) 13:09:12.87

元請けは>>161のような雑魚にはいちいち説明しないで「このとおり作ってください」って
指示するだけで、実際は当然FW使ってる

**デフォルトの名無しさん** · 2013/09/26(木) 17:50:01.09

いずれにしても>>161の己が無知を知らなさ加減には釣られざるを得ない

**デフォルトの名無しさん** · 2013/09/26(木) 21:41:31.18

少人数の下っ端はフレームワーク扱うんじゃなくて
フレームワーク使って設計したプログラムのほんの一部を実装するだけだろ

**デフォルトの名無しさん** · 2013/09/26(木) 22:34:50.89

質問！そもそも大規模なwebアプリケーションってどのくらいのレベルのことなのですか？
今どきwebアプリケーションでそんな大規模な案件ってあるの？
よくソフトウェア開発で大規模大規模って言うけど具体的にはどのようなアプリケーションやシステムのことを大規模って言うでしょうか？

**デフォルトの名無しさん** · 2013/09/26(木) 22:41:14.77

規模がおおきいアプリケーション

**デフォルトの名無しさん** · 2013/09/27(金) 03:56:03.19

SIerでは開発者の数が多い、大規模プロジェクトのことをいうのが普通じゃね？
百人(人月じゃない)未満のプロジェクトは大規模とは言わない

**デフォルトの名無しさん** · 2013/09/27(金) 07:10:54.28

デスマになるプロジェクトのアプリケーションの規模

**デフォルトの名無しさん** · 2013/09/27(金) 20:30:30.95

ピーク時100人以上かつプロジェクト予算10億円以上が大規模かな？

**デフォルトの名無しさん** · 2013/09/27(金) 23:57:08.78

プログラマ10人位上はもう大規模だ

**デフォルトの名無しさん** · 2013/09/28(土) 10:05:31.71

SpringMVC+MyBATISの組み合わせいいね

**デフォルトの名無しさん** · 2013/09/28(土) 10:19:21.96

gitとかよく使われておる？
なんか現場って趣味と違って細分化されていて個人は歯車みたいなのかな
なんかつまらなそう

**デフォルトの名無しさん** · 2013/09/28(土) 10:22:51.84

そんなとこあるかも
ソースコード全体を知ることが少ない

**デフォルトの名無しさん** · 2013/09/28(土) 12:30:06.08

>>172
Web屋の感覚だとそうかもな
大手SIerでは案件にもならない小規模未満だが

**デフォルトの名無しさん** · 2013/09/28(土) 15:01:26.17

web屋で１０人ってかなりデカいよね。でも逆に効率悪くない？
いまどきwebアプリケーションなんか一人で十分作れるだろ
大手SIer系は営業職、総合職、何もしない上司的な人も入れてってこと？
イマイチ何十人の人が一緒になってシステム構築のしごとするってのが想像できない
OSとか作ってるって言うなら別だが・・・

**デフォルトの名無しさん** · 2013/09/28(土) 15:29:04.28

企業内のシステムとかだと、画面数が数百個を超えることは普通にあるからなあ。

**デフォルトの名無しさん** · 2013/09/28(土) 15:42:35.21

>>177
いや、プログラマだけで100人越えてからが大規模プロジェクトの始まり
本物の大規模プロジェクトは1000人越えるケースもある。ただし実働してるのは(ry
それが想像できない人がなぜSpringのスレを見てるのかそっちの方が謎だわwww

**デフォルトの名無しさん** · 2013/09/28(土) 15:55:57.65

数百画面っていっても１画面はどうせしょぼいでしょうに
３日くらいで１画面作れるような感じでしょ？
それで１００人もいらないよなぁ

**デフォルトの名無しさん** · 2013/09/28(土) 15:58:09.52

大規模プロジェクトを想像できないことと、Springスレを見ることは無関係かと。

**デフォルトの名無しさん** · 2013/09/28(土) 16:05:42.09

>>180
無理。Excel方眼紙で設計書書くだけでも1画面当たり数週間かかる

**デフォルトの名無しさん** · 2013/09/28(土) 19:19:34.31

>>180
お前優秀だな。
大規模プロジェクト取ってみたらいいじゃん。少数精鋭でやりますので粗利10億は確実です、とか言って。

**デフォルトの名無しさん** · 2013/09/29(日) 10:04:42.82

お客さんは人月に支払うのが染みついてるから少数精鋭だとお金払ってくれないけどな
大手SIerが効率悪くても大規模プロジェクト続ける理由の一つでもある

**デフォルトの名無しさん** · 2013/09/29(日) 11:04:28.62

このごろ思うんだけどな
IDEがJavaコードをはきだすから本当の意味でのJava文法を精通している人
少ないと思うだけど
あと勉強量がおおいから人材不足になりやすいんじゃないのかな
業界が給料は安いのに高いスキル求めすぎ

**デフォルトの名無しさん** · 2013/09/29(日) 11:44:16.37

「勉強」の範囲でおさまるものは大したスキルじゃない

**デフォルトの名無しさん** · 2013/09/29(日) 13:00:48.87

>>186
言葉遊びはいいです。
人が勉強だと思ってやってることと、お前が勉強ではないと思ってることが
同じことを指していないとも限らないし。

**デフォルトの名無しさん** · 2013/09/29(日) 15:59:36.25

>>184
大手は利益ってのもあるけど、キャッシュ・フローや人のフローを重視して
いかないと会社自体が回らないからね。まあ、大手っていうより人売りが
メインなところは全部か。

**デフォルトの名無しさん** · 2013/09/30(月) 00:14:48.67

>>186
マスゴミと同じタイプの人間。乙

**デフォルトの名無しさん** · 2013/09/30(月) 20:00:43.59

アジャイル開発って現場で取り入られている？

**デフォルトの名無しさん** · 2013/10/01(火) 10:41:28.51

>>190
利用例は有るけど、納期短縮手法だと勘違いした所は失敗してるようだ。

**デフォルトの名無しさん** · 2013/10/01(火) 17:10:26.64

>>190
アジャイルの定義も曖昧だから、うちは完全にアジャイルですって言い切るところは少ないと思うけど、
アジャイルの手法を部分的に取り入れるのは今や当たり前

**デフォルトの名無しさん** · 2013/10/01(火) 21:33:16.00

仕事はあるが人が足らんといっている
人材を育てるのが難しいのか
やりたがる人すくないのか
ハードな仕事量でつぶれていくのか
毎日金と時間に追われる日々の日本人には、IT技術を身につけるのは難しいだろう

**デフォルトの名無しさん** · 2013/10/01(火) 21:44:50.41

愚痴はマイタへ

**デフォルトの名無しさん** · 2013/10/02(水) 00:14:52.41

俺まさに一人で作ってるけど、やっぱ簡単じゃない
やはりJavascriptがかなりネック
デバッグに時間かかるわ
それでも、俺に能力がないだけで、経験がある人ならかなり行けるだろうけど

**デフォルトの名無しさん** · 2013/10/02(水) 01:27:21.92

俺も一人でやってるよー
サーバ側はSpringMVC、ブラウザ側はJavaScript。jQueryとかも使ってる。

JavaScriptでのデバッグはスレチになるけど、Chromeのデベロッパーツールの
JavaScriptデバッガ使えばかなり楽だよ。
ステップ実行やブレークポイントなども普通に使える。
オブジェクトのインスペクションも問題なし。

**デフォルトの名無しさん** · 2013/10/04(金) 01:21:29.89

そんなことより今や開発ツールのほうが進化し過ぎてて、フレームワークなんか使わんでも、普通のwebアプリケーション程度なんて１人でサクサク作れるよな

**デフォルトの名無しさん** · 2013/10/04(金) 03:43:59.79

>>197
普通がなにを指すかよくわからんが、定型的だったり面倒だったりするところを
フレームワークがやってくれるのにわざわざ使わない意味がわからない
ひとりだったら尚更他人の習熟度を気にしなくていいわけだし

**デフォルトの名無しさん** · 2013/10/04(金) 04:14:57.47

どう作るかよりも、何を作るかがだいじ

**デフォルトの名無しさん** · 2013/10/04(金) 07:37:15.27

>>197
それはasp.netのことだな

**デフォルトの名無しさん** · 2013/10/04(金) 07:58:48.21

>>197
MS厨かいな