Java用のWeb Application Frameworkについて語るスレッド
海外では多数のFrameworkがあるのに、日本語の情報は意外と少ない
開発生産性、パフォーマンス、ドキュメントの充実度、安定性、使いやすさなどを
比較しながら、最高のフレームワークを探してみるスレッド
前スレ
http://toro.2ch.net/test/read.cgi/tech/1338707919/
Web Application Framework のリスト
http://en.wikipedia.org/wiki/Comparison_of_web_application_frameworks
特徴の比較
http://en.wikipedia.org/wiki/Comparison_of_web_application_frameworks#Comparison_of_Features
探検
Java Web Application Framework総合 ver2
■ このスレッドは過去ログ倉庫に格納されています
2013/07/21(日) NY:AN:NY.AN
233デフォルトの名無しさん
2014/03/11(火) 23:54:00.32ID:Y7xUI5Hj234デフォルトの名無しさん
2014/03/14(金) 00:09:52.72ID:K0sLkIAE 更新止まったActiveObjectsやBeanKeeperの後継とかなくて
結局JPA + Hibernateに落ち着くのか
結局JPA + Hibernateに落ち着くのか
235デフォルトの名無しさん
2014/03/14(金) 00:16:16.03ID:BtBBLClg Seamってまだ息してんの?w
236デフォルトの名無しさん
2014/03/14(金) 03:00:36.47ID:vTPAugkR JAX-RSはフォームデータを渡した場合は@FormParamで受け取るしかない?
Servlet感覚で可変のフォームデータを受け取ってパースしたかったんだけど…
Servlet感覚で可変のフォームデータを受け取ってパースしたかったんだけど…
237デフォルトの名無しさん
2014/03/15(土) 15:19:19.23ID:K2uN+xbt アノテーションもりもりMVCとかO/Rマッパー考えたやつはセンスないな
素直にServletとJDBCで十分じゃまいか
素直にServletとJDBCで十分じゃまいか
238デフォルトの名無しさん
2014/03/15(土) 15:32:33.28ID:JfWd/5x0 >>237
狂おしいほど同意
狂おしいほど同意
239デフォルトの名無しさん
2014/03/15(土) 15:33:42.26ID:ODzNcjwn servletでmemcached使いたいんですが
MemCachedClient mcc = new MemCachedClient();
mcc.set("name", "Naoki Takezoe");
ってやったあとmccのインスタンスはどこにしまっておけばいいんですか?
MemCachedClient mcc = new MemCachedClient();
mcc.set("name", "Naoki Takezoe");
ってやったあとmccのインスタンスはどこにしまっておけばいいんですか?
240デフォルトの名無しさん
2014/03/15(土) 16:16:57.22ID:ha3L2y5+241デフォルトの名無しさん
2014/03/15(土) 16:27:57.63ID:q7u7Ew65 100人も集めて何作ってるんだよw
242デフォルトの名無しさん
2014/03/15(土) 16:33:36.62ID:4evGY2gy 案件規模とかそういうのはどうでもいいんだけど、
IDEの恩恵に頼って楽してコード書きたいから、そもそも今更自前でSQL書きたいとは思わないな。
あの書きづらい読みづらい、毎回同じような記述するだけのSQL文を構築していく作業って、
なんかこうテキストエディタでコーディングするのが好きな人向けな感じ。
あんなものは、パフォーマンスチューニングが必要になってから、必要最低限だけ書きゃいいのにな。
それにServletとかJDBCみたいなクソ仕様は、二度と触りたくないなw
あのあたりは、なんかもうかなりレガシーコードの塊になってしまってて、時代に沿ってない内容になりすぎてる。
インターフェイスの設計に失敗してる箇所が多くて、ラッパー噛まして使うのが前提みたいな状態。
IDEの恩恵に頼って楽してコード書きたいから、そもそも今更自前でSQL書きたいとは思わないな。
あの書きづらい読みづらい、毎回同じような記述するだけのSQL文を構築していく作業って、
なんかこうテキストエディタでコーディングするのが好きな人向けな感じ。
あんなものは、パフォーマンスチューニングが必要になってから、必要最低限だけ書きゃいいのにな。
それにServletとかJDBCみたいなクソ仕様は、二度と触りたくないなw
あのあたりは、なんかもうかなりレガシーコードの塊になってしまってて、時代に沿ってない内容になりすぎてる。
インターフェイスの設計に失敗してる箇所が多くて、ラッパー噛まして使うのが前提みたいな状態。
243デフォルトの名無しさん
2014/03/15(土) 16:44:35.64ID:JfWd/5x0 多くて3人くらいだわ
244デフォルトの名無しさん
2014/03/15(土) 16:51:05.57ID:4evGY2gy Seasar2はSAStruts+S2JDBC、S2JUnitくらいしか触ってたことないが、
- ドキュメントが総じてクソい、ほぼメンテされてない
- できることが少ないわりに何パターンかあったりして説明が乏しい
- フォームのバリデーションより先に処理を挟みたいなら有志の拡張かフィルター使うしかない
- 設定ファイルを減らすための命名規約の呪いがパッケージを強要したりクラス名を制限したりしてくる
- JPA実装してるけど一部しかサポートしてない
- 自動投入用のテストデータのフォーマットがExcel
- おまけにキモっぽいHotDeployはバグ多すぎ
殆ど良かったイメージが残ってないな。
最近なら、Servlet使うならSpring、使わないならPlayの2択でだいたいなんとかなりそうな気がする。
- ドキュメントが総じてクソい、ほぼメンテされてない
- できることが少ないわりに何パターンかあったりして説明が乏しい
- フォームのバリデーションより先に処理を挟みたいなら有志の拡張かフィルター使うしかない
- 設定ファイルを減らすための命名規約の呪いがパッケージを強要したりクラス名を制限したりしてくる
- JPA実装してるけど一部しかサポートしてない
- 自動投入用のテストデータのフォーマットがExcel
- おまけにキモっぽいHotDeployはバグ多すぎ
殆ど良かったイメージが残ってないな。
最近なら、Servlet使うならSpring、使わないならPlayの2択でだいたいなんとかなりそうな気がする。
245デフォルトの名無しさん
2014/03/15(土) 16:58:45.19ID:ha3L2y5+ >>241
大企業の基幹システム開発なら100人規模なんてザラ
大企業の基幹システム開発なら100人規模なんてザラ
246デフォルトの名無しさん
2014/03/15(土) 18:28:18.81ID:Z5g2rNsd247デフォルトの名無しさん
2014/03/15(土) 19:19:45.31ID:ha3L2y5+ >>246
どんなに大規模な基幹系でも、高々10人、20人程度で開発しきれるはずと申すか?
どんなに大規模な基幹系でも、高々10人、20人程度で開発しきれるはずと申すか?
248デフォルトの名無しさん
2014/03/15(土) 19:26:41.17ID:JfWd/5x0 どんなに大規模でもサブシステムに分割できるはず
249デフォルトの名無しさん
2014/03/15(土) 19:30:27.26ID:ha3L2y5+ サブシステムことに開発標準を作ると申すか?
250デフォルトの名無しさん
2014/03/15(土) 19:40:36.57ID:JfWd/5x0 開発標準とは何かな
そんなもの見たことないけど
そんなもの見たことないけど
251デフォルトの名無しさん
2014/03/15(土) 20:11:03.06ID:K2uN+xbt RDBでSQLのWHEREを書かないで、KVSみたいに全部javaで書くライブラリを作ってみる
http://ideone.com/4FZZeN
http://ideone.com/4FZZeN
252デフォルトの名無しさん
2014/03/15(土) 20:45:31.84ID:nOYr2Orx 何でみんなそんなにSQLを嫌ってるの?
SQL書けばええやん。
SQL書けばええやん。
253デフォルトの名無しさん
2014/03/15(土) 21:31:07.36ID:rh2Bnj0w 同意。
トラブったときはSQLのほうが圧倒的に楽
昔Hibernateで痛い目にあった。。。
トラブったときはSQLのほうが圧倒的に楽
昔Hibernateで痛い目にあった。。。
254デフォルトの名無しさん
2014/03/15(土) 21:46:03.69ID:LN7VnBH1255デフォルトの名無しさん
2014/03/15(土) 22:33:43.53ID:qWn8sJ/I 引用アラシ発見
256デフォルトの名無しさん
2014/03/15(土) 22:51:59.47ID:xO9GlIgR apacheのdbutilsが程よくJDBCをラップしてくれて好きだった
DBアクセスは自分でSQL書く方が好み
どっちも個人的な好みだから他人には強要しないけど
DBアクセスは自分でSQL書く方が好み
どっちも個人的な好みだから他人には強要しないけど
257デフォルトの名無しさん
2014/03/15(土) 22:55:50.30ID:JfWd/5x0 フレームワーク厨は強要してくるからなー
258デフォルトの名無しさん
2014/03/16(日) 00:26:39.56ID:UxgGr0B4 くだらない問い合わせはORマッパー通した方がくだらない間違いも起こりにくいだろ
複雑な問い合わせだけはSQL直書きするようにすればいいだけやん
目糞鼻糞だけど
複雑な問い合わせだけはSQL直書きするようにすればいいだけやん
目糞鼻糞だけど
259デフォルトの名無しさん
2014/03/16(日) 05:05:07.42ID:1NSc6s95 SQLで書けば、コード量は多めでも、読解難度は低い。
ORMを駆使すると、コード量は少なめで、読解難度が高くなる。
他人が書いたコードを引き継いだ時に殺意を覚えるのは、後者。
特に、とっくに廃れたORMの場合。
ORMを駆使すると、コード量は少なめで、読解難度が高くなる。
他人が書いたコードを引き継いだ時に殺意を覚えるのは、後者。
特に、とっくに廃れたORMの場合。
260デフォルトの名無しさん
2014/03/16(日) 05:18:27.85ID:cHCjLYAE 流れるようなインターフェース()の悪口はそこまでだ
オレオレ色が強いと大変ね
オレオレ色が強いと大変ね
261デフォルトの名無しさん
2014/03/16(日) 06:28:50.92ID:UxgGr0B4 おまえらはORマッパーが出来た背景を少しは調べたほうがいい
2、3人で開発するなら知らんけどそれなりの規模で大量のオナニーSQL文見せられてもかなわんだろ
2、3人で開発するなら知らんけどそれなりの規模で大量のオナニーSQL文見せられてもかなわんだろ
262デフォルトの名無しさん
2014/03/16(日) 06:38:36.02ID:Z6fLevpG Oracle使った時SQLは全部ストアドに書くとかやったことあるわ
SELECTのReturnはXML
あれもある意味O/Rマッパーなんだろうか
SELECTのReturnはXML
あれもある意味O/Rマッパーなんだろうか
263デフォルトの名無しさん
2014/03/16(日) 09:03:49.32ID:axl38rZU SQLをまったく意識しなくてよくなるようなまっぱができれば使いたいが
264デフォルトの名無しさん
2014/03/16(日) 09:17:10.22ID:AdE6gbYt O/Rマッパー黎明期から期待に胸を膨らませて追っかけてきたけど
保守段階までトータルで見ると、少なくとの日本の人月ベースで
コスト計算する業界では見合わないと思ってる。
初期HibernateのHQLなんかも設計思想はものすごく好きだった。
Torque、Castorなんかも試した。Torqueはクラス数が爆発しがちで
仕様がコロコロ変わる案件で地獄をみた。
Cayenneも良かったな。旧NeXT製のEOF(Enterprise Object Framework)
なんかの流れを彷彿とさせる設計は美しかったが、
日本ではマイナーで使える技術者が育たず広がらなかった。
とはいえ、素のJDBC使うのはめんどいし、もはやS2系は死んだ。
個人的に残された希望は枯れたMyBATISくらいかな。
SQLの透過性とシンプルにも使えるO/Rマッピングの融合がバランスいいよ。
保守段階までトータルで見ると、少なくとの日本の人月ベースで
コスト計算する業界では見合わないと思ってる。
初期HibernateのHQLなんかも設計思想はものすごく好きだった。
Torque、Castorなんかも試した。Torqueはクラス数が爆発しがちで
仕様がコロコロ変わる案件で地獄をみた。
Cayenneも良かったな。旧NeXT製のEOF(Enterprise Object Framework)
なんかの流れを彷彿とさせる設計は美しかったが、
日本ではマイナーで使える技術者が育たず広がらなかった。
とはいえ、素のJDBC使うのはめんどいし、もはやS2系は死んだ。
個人的に残された希望は枯れたMyBATISくらいかな。
SQLの透過性とシンプルにも使えるO/Rマッピングの融合がバランスいいよ。
265デフォルトの名無しさん
2014/03/16(日) 09:28:37.06ID:axl38rZU 業務アプリなんかだと結局メイン部分はパフォーマンスや
堅牢性が大事になってきてSQLで書かないといけない。
まっぱが使えるのはマスタメンテくらいになる。
マスタメンテくらいのSQLなら別に複雑でもないからまっぱにする意味もない。
つまり使い道が無い。パフォーマンスや堅牢性も備えてはじめて使えるようになる。
堅牢性が大事になってきてSQLで書かないといけない。
まっぱが使えるのはマスタメンテくらいになる。
マスタメンテくらいのSQLなら別に複雑でもないからまっぱにする意味もない。
つまり使い道が無い。パフォーマンスや堅牢性も備えてはじめて使えるようになる。
266デフォルトの名無しさん
2014/03/16(日) 09:48:24.48ID:AdE6gbYt だよな。複雑なビジネスロジックをオブジェクト操作で
動的にSQL作るような仕組みだと、仕様変更とかバグ修正の場合に
マジックハンドでモノを掴むみたいな感じになるよ。
SQLならものの数分で終わるような対応が丸一日かかったり。
ただ、O/RマッピングとSQLの動的生成は違うものだから
ここは混同しちゃいかんな。
生JDBC使ったって最後はbeanにマッピングされるわけだし。
動的にSQL作るような仕組みだと、仕様変更とかバグ修正の場合に
マジックハンドでモノを掴むみたいな感じになるよ。
SQLならものの数分で終わるような対応が丸一日かかったり。
ただ、O/RマッピングとSQLの動的生成は違うものだから
ここは混同しちゃいかんな。
生JDBC使ったって最後はbeanにマッピングされるわけだし。
267デフォルトの名無しさん
2014/03/16(日) 10:12:47.25ID:gY7mojcT JPAは再帰処理がないのが不満に思えたが
昨今の大規模環境ってJOIN禁止ルールとかあるみたいだし気にしなくていいのかな?
昨今の大規模環境ってJOIN禁止ルールとかあるみたいだし気にしなくていいのかな?
268デフォルトの名無しさん
2014/03/16(日) 17:26:09.65ID:Z6fLevpG JOIN禁止ってマジ話?
そんなプロジェクトに放り込まれたらプロマネ殴り倒す自信あるよ
そんなプロジェクトに放り込まれたらプロマネ殴り倒す自信あるよ
269デフォルトの名無しさん
2014/03/16(日) 18:32:30.12ID:/+q7XY+7 一部のコンシューマーサービスにおける設計の話を一般論扱いされても。
それにむしろ、そういうケースではMicro-ORMだろうし。
それにむしろ、そういうケースではMicro-ORMだろうし。
270デフォルトの名無しさん
2014/03/16(日) 18:53:19.88ID:Va0mC41/ 指定数表以上の結合禁止、右外部結合禁止は見たことあるが、
結合そのものを禁止しているところは見たことないな。
結合そのものを禁止しているところは見たことないな。
271デフォルトの名無しさん
2014/03/16(日) 19:00:58.43ID:axl38rZU まあ将来的には結合なんてしなくてよくなるのが理想だよ。
だからまっぱは理想なんだけど今のハードではまだまっぱには無理がある
だからまっぱは理想なんだけど今のハードではまだまっぱには無理がある
272デフォルトの名無しさん
2014/03/16(日) 19:36:35.66ID:rxfO/+Tv 逆だろ、将来的にはいくら結合しまくっても性能が劣化しないのが理想だよ
273デフォルトの名無しさん
2014/03/16(日) 19:41:36.95ID:zMPxA87q 結合時の性能劣化がなくなるよりも先にRDBが廃れそうだなw
274デフォルトの名無しさん
2014/03/16(日) 19:44:29.10ID:axl38rZU え?結合なんかしたらSQLみたいじゃん
275デフォルトの名無しさん
2014/03/16(日) 19:53:56.08ID:/+q7XY+7 抽象度が高くかつ表現力のあるマッピングAPIが、現状の言語仕様やHW的な限界で現実的ではないという話と、
リレーショナルモデルを相手にする以上、結合を考えないなんて意味がない話だし、本質的に性能劣化は発生する
みたいな話が混在してね?
リレーショナルモデルを相手にする以上、結合を考えないなんて意味がない話だし、本質的に性能劣化は発生する
みたいな話が混在してね?
276デフォルトの名無しさん
2014/03/16(日) 23:08:47.31ID:AdE6gbYt ソーシャルゲーム業界だと、たいがいJOIN禁止だな
詰めSQLやるようなチューニングはしない
大規模構成のMySQLをmemcachedとあわせてKVS的に使ったりって感じ
大規模にサーバまたいでデータ結合やったりするからJOINなんか使ってたら
保守できなくなる
詰めSQLやるようなチューニングはしない
大規模構成のMySQLをmemcachedとあわせてKVS的に使ったりって感じ
大規模にサーバまたいでデータ結合やったりするからJOINなんか使ってたら
保守できなくなる
277デフォルトの名無しさん
2014/03/17(月) 03:54:31.81ID:CvNwiWhQ ORM使いにくいって感じる状況、ORMへの知識不足が原因じゃなけりゃ、
大元のDB設計とかがいまいちだったりする感じのこともけっこうありそうな
そもそも、言うほどパフォーマンスに問題が合ってSQL書かないと行けないような自体って起きるかなぁ
そういうのって、どっかうまいこと作れてないか、
体感できない性能差を突き詰めたいだけでチューニングを行なってる人かのどっちかってことも少なくない気がする
大元のDB設計とかがいまいちだったりする感じのこともけっこうありそうな
そもそも、言うほどパフォーマンスに問題が合ってSQL書かないと行けないような自体って起きるかなぁ
そういうのって、どっかうまいこと作れてないか、
体感できない性能差を突き詰めたいだけでチューニングを行なってる人かのどっちかってことも少なくない気がする
278デフォルトの名無しさん
2014/03/18(火) 02:18:31.77ID:tRXj2H8I ORMはEager fetch, Lazy fetchの問題を解決不可能なんだよ
279デフォルトの名無しさん
2014/03/18(火) 09:36:03.49ID:isJ/4bi8 >>277
DB設計が大元ってw
ORMを理解してないのはお前だろ
ORMを使う動機はドメインモデルをRDBに永続化することなのに
なんでDB設計が先にくるんだよアホかwwww
ていうかみんなわかってなさすぎw
テーブルモジュールで設計していながらORM語ってんだろ?ww
DB設計が大元ってw
ORMを理解してないのはお前だろ
ORMを使う動機はドメインモデルをRDBに永続化することなのに
なんでDB設計が先にくるんだよアホかwwww
ていうかみんなわかってなさすぎw
テーブルモジュールで設計していながらORM語ってんだろ?ww
280デフォルトの名無しさん
2014/03/18(火) 11:18:48.08ID:+SzQB6tf >>279
世の中の全てがモデルファーストでシステムを全て作れるわけではないし(そんなの本当に新規開発だけ)
パフォーマンスのために非正規化したりテーブル設計を崩すこともある
他システム連携があったりすると、そのDBにアクセスしてくるのはJavaだけとは限らない
もうちょっと世の中でいろんな経験をしてごらん。
見えなかったものが見えてくるよ
世の中の全てがモデルファーストでシステムを全て作れるわけではないし(そんなの本当に新規開発だけ)
パフォーマンスのために非正規化したりテーブル設計を崩すこともある
他システム連携があったりすると、そのDBにアクセスしてくるのはJavaだけとは限らない
もうちょっと世の中でいろんな経験をしてごらん。
見えなかったものが見えてくるよ
281デフォルトの名無しさん
2014/03/18(火) 16:21:01.00ID:SyPosiOD 次の仕事でPlay使うかもしれんとここ数日予習してるんだけどさ、
何か凄いstaticだらけで違和感覚えるんだが、
これはこういうものだと思って慣れるしかないの?
テストとかしずらくね?
工夫すれば一応DI使えるみたいだけど、entity注入するのはそれはそれで変な気もするし…
何か凄いstaticだらけで違和感覚えるんだが、
これはこういうものだと思って慣れるしかないの?
テストとかしずらくね?
工夫すれば一応DI使えるみたいだけど、entity注入するのはそれはそれで変な気もするし…
282デフォルトの名無しさん
2014/03/18(火) 19:40:51.38ID:Xfw7AJmq283デフォルトの名無しさん
2014/03/18(火) 21:02:44.46ID:SyPosiOD >>282
サンクス。気にはなるがやっぱフレームワークの流儀に従うべきか…。
サンクス。気にはなるがやっぱフレームワークの流儀に従うべきか…。
284デフォルトの名無しさん
2014/03/23(日) 16:44:03.33ID:oyP9q9vp Javascriptに対してGAEができるなら
ORMにも似たようなのないの?
ORMにも似たようなのないの?
285デフォルトの名無しさん
2014/03/23(日) 16:44:45.76ID:oyP9q9vp 間違えた! GAEではなく、GWTです。
286デフォルトの名無しさん
2014/03/26(水) 04:52:17.35ID:j07vAV4n HSQLでfunctionつくるの楽しいわ
287デフォルトの名無しさん
2014/03/27(木) 10:11:37.22ID:9TpQSSF6 プログラミング言語「Hack」登場 - 米Facebookが発表
http://news.mynavi.jp/news/2014/03/24/416/
動的な型付け言語がもたらす開発の手軽さと、静的な型付け
がもたらすエラーチェックの完全性の高さなどの双方の利点を
得ることを目指して開発されているという。
これはJavaより有望かもしれない
http://news.mynavi.jp/news/2014/03/24/416/
動的な型付け言語がもたらす開発の手軽さと、静的な型付け
がもたらすエラーチェックの完全性の高さなどの双方の利点を
得ることを目指して開発されているという。
これはJavaより有望かもしれない
288デフォルトの名無しさん
2014/03/27(木) 13:18:35.80ID:V1uU5d7+ ああほんと。電動歯ブラシぐらいのエロティシズムを感じるよ
Oculusなんて買収して、どんなイノベーションを見せるんだろうね
Oculusなんて買収して、どんなイノベーションを見せるんだろうね
289デフォルトの名無しさん
2014/03/27(木) 22:05:13.54ID:53iNYuED 所詮はペチパーだろ
290デフォルトの名無しさん
2014/03/28(金) 12:49:21.10ID:QHWMvAHr PHPのDartみたいなもんじゃん。糞杉ワロタ
291デフォルトの名無しさん
2014/03/29(土) 17:52:04.29ID:lqk81omC Javaのスレとしては、というかPHPのスレ以外もれなくだと思うが
まずPHPをベースにするのをやめろと言わざるを得ない
まずPHPをベースにするのをやめろと言わざるを得ない
292デフォルトの名無しさん
2014/03/29(土) 19:25:52.45ID:ZB5YY77p facebookが内製用に使うぶんには有効なんだろうけど
こういうのって外部の開発者が採用しても
大抵の場合はメリット出ないよね
こういうのって外部の開発者が採用しても
大抵の場合はメリット出ないよね
293デフォルトの名無しさん
2014/03/30(日) 17:09:49.38ID:jhRCncdW CGIレンタルサーバーの都合(安さ)を考えて
Java, C#をベースとした言語から => PHP, Perlに変換するとか
そういう話ではないんだね
Java, C#をベースとした言語から => PHP, Perlに変換するとか
そういう話ではないんだね
294デフォルトの名無しさん
2014/04/11(金) 23:22:52.67ID:n3O3RPz1 Seasar2を使ってるところってもうないの?
新規案件ではSeasar2は選択肢にも入らないのでしょうか?
新規案件ではSeasar2は選択肢にも入らないのでしょうか?
295デフォルトの名無しさん
2014/04/11(金) 23:35:33.19ID:Pv1Uj3xG そんなもん使うぐらいならStruts使えって言われる
296デフォルトの名無しさん
2014/04/11(金) 23:49:08.61ID:HW4sCI/6 Seasarプロジェクト自体がもうオワコンだしねぇ。
今後を見据えたら、Java8でSpringでしょ。
今後を見据えたら、Java8でSpringでしょ。
297デフォルトの名無しさん
2014/04/12(土) 00:10:02.61ID:SAIw86Ow Playだ、Playを使うんだ
298デフォルトの名無しさん
2014/04/12(土) 00:14:19.11ID:qS4Q8Ow0 Freemarkerもなかなかいいよ。
299デフォルトの名無しさん
2014/04/12(土) 01:02:21.33ID:r3JAB95t 出来が良い悪い以前に日本のプロダクトは長続きしないな
300デフォルトの名無しさん
2014/04/12(土) 01:18:14.99ID:D3xQkXal 支える人が少ないからな
301デフォルトの名無しさん
2014/04/12(土) 08:35:02.06ID:NN09N+xI この記事最近のだけど今頃脱Strutsとか言っててちょっとポカーンなんだが
保守作業とかならわかるが新規プロジェクトでいまだにStruts1.x系選択するところとかあんの?
SAStrutsっていうならわかるけど書いてないし
ttp://gihyo.jp/news/report/2013/09/1901?page=1
Seasar2ってORMデフォルトでついてるからなんだかんだ言って開発しやすい
保守作業とかならわかるが新規プロジェクトでいまだにStruts1.x系選択するところとかあんの?
SAStrutsっていうならわかるけど書いてないし
ttp://gihyo.jp/news/report/2013/09/1901?page=1
Seasar2ってORMデフォルトでついてるからなんだかんだ言って開発しやすい
302デフォルトの名無しさん
2014/04/12(土) 10:07:33.97ID:SAIw86Ow 新しいフレームワークは分からんとか言われて去年Struts1.3で作らされた
303デフォルトの名無しさん
2014/04/12(土) 11:05:52.31ID:qS4Q8Ow0 脱Struts→HTML5
SIer的には物凄くハードル高いと思うよ。
HTML5と一口に言っても、その意味が内包している
要素技術って膨大だからな。
これからはHTML5だ!と鳴り物入りで一度は方針転換したのに
サーバーサイドでHTML生成するような実装してた開発者が
クライアントサイドでDOM生成する実装に馴染めず
結局モトサヤでStruts使い続けてる会社いくつも知ってる
バックエンド開発とフロントエンド開発で体制分けたのはいいけど
コミュニケーションロスやお互いの作業待ちでスタックしまくる
プロジェクトとかも。
プロジェクト管理や設計のやりかたが今までと同じで
それを変えられないってのがうまくいかない最大の要因な気がする。
SIer的には物凄くハードル高いと思うよ。
HTML5と一口に言っても、その意味が内包している
要素技術って膨大だからな。
これからはHTML5だ!と鳴り物入りで一度は方針転換したのに
サーバーサイドでHTML生成するような実装してた開発者が
クライアントサイドでDOM生成する実装に馴染めず
結局モトサヤでStruts使い続けてる会社いくつも知ってる
バックエンド開発とフロントエンド開発で体制分けたのはいいけど
コミュニケーションロスやお互いの作業待ちでスタックしまくる
プロジェクトとかも。
プロジェクト管理や設計のやりかたが今までと同じで
それを変えられないってのがうまくいかない最大の要因な気がする。
304デフォルトの名無しさん
2014/04/12(土) 11:09:01.50ID:hPdTJsHF 業務アプリごときJSF2で困ることがない
305デフォルトの名無しさん
2014/04/12(土) 11:58:38.19ID:qS4Q8Ow0 まぁそれも1つあるよな。
業務アプリに見栄えのするUI/UXの必要性なんて
そもそもユーザーが求めてないわけだし。
業務アプリに見栄えのするUI/UXの必要性なんて
そもそもユーザーが求めてないわけだし。
306デフォルトの名無しさん
2014/04/12(土) 12:10:13.70ID:ONqK3e5x ほんそれ
客にオナニーみせつけんなって話し
客にオナニーみせつけんなって話し
307デフォルトの名無しさん
2014/04/12(土) 19:48:03.14ID:r3JAB95t JSF2とSpringMVCなら後者で
308デフォルトの名無しさん
2014/04/12(土) 20:35:30.10ID:g8OqBVnG 用途によるよ。
業務アプリと一口にいっても、グリッドとフォームだらけのLOBアプリならJSFで良いし、
それとは別に情報ポータル/分析系みたいなものもあって。
後者については実際ソーシャル系みたいなニーズが求められるから。
っとSI屋で後者をメインにやっている人より。
つーか、前者みたなものをシコシコ作っていて、何が楽しいんだと思ったりはする個人的な意見ですが。
業務アプリと一口にいっても、グリッドとフォームだらけのLOBアプリならJSFで良いし、
それとは別に情報ポータル/分析系みたいなものもあって。
後者については実際ソーシャル系みたいなニーズが求められるから。
っとSI屋で後者をメインにやっている人より。
つーか、前者みたなものをシコシコ作っていて、何が楽しいんだと思ったりはする個人的な意見ですが。
309デフォルトの名無しさん
2014/04/12(土) 21:16:25.65ID:SAIw86Ow 前者みたいなの作ってて楽しくもなんともないけど仕事あるだけマシと思ってる
310デフォルトの名無しさん
2014/04/12(土) 21:20:03.72ID:ONqK3e5x 俺も楽しいことは趣味でやってる
311デフォルトの名無しさん
2014/04/12(土) 22:27:17.38ID:rg8ub121 仕事
312デフォルトの名無しさん
2014/04/12(土) 23:54:13.53ID:r3JAB95t JSFはブラックボックス
313デフォルトの名無しさん
2014/04/13(日) 12:09:15.45ID:IgSj2Mvb 動けばいいのよ
保守するのは自分じゃないし
保守するのは自分じゃないし
314デフォルトの名無しさん
2014/04/13(日) 12:46:33.29ID:pKpG+lHA やっぱり今から勉強するならspringが無難だよね。
315デフォルトの名無しさん
2014/04/13(日) 17:12:24.83ID:ifFweta+316デフォルトの名無しさん
2014/04/13(日) 19:33:38.13ID:FZex5Lh6 仕事だからとか、意外とみんな真面目なんだな。
317デフォルトの名無しさん
2014/04/13(日) 22:52:01.73ID:6wRC3zPh http://gihyo.jp/news/report/2013/09/1901?page=2
>>301の記事に2つの方法が書かれているけど
それぞれのメリット、デメリットはどういう感じなの?
「次世代型」はJavaScript有効化必須として
開発の生産性はどちらのが上?
「Oracleエバンジェリストの寺田氏は,Java標準によるWeb開発を,
次世代型と従来型の2種類に分類しました。
次世代型:クライアントとサーバ間をデータのみで通信し,画面の
生成から表示までをクライアントで行う方式。
従来型:サーバ側でデータを埋め込んだ画面を生成し,クライアント
では表示のみを行う方式。」
>>301の記事に2つの方法が書かれているけど
それぞれのメリット、デメリットはどういう感じなの?
「次世代型」はJavaScript有効化必須として
開発の生産性はどちらのが上?
「Oracleエバンジェリストの寺田氏は,Java標準によるWeb開発を,
次世代型と従来型の2種類に分類しました。
次世代型:クライアントとサーバ間をデータのみで通信し,画面の
生成から表示までをクライアントで行う方式。
従来型:サーバ側でデータを埋め込んだ画面を生成し,クライアント
では表示のみを行う方式。」
318デフォルトの名無しさん
2014/04/14(月) 00:44:17.72ID:S4Y/C9C3319デフォルトの名無しさん
2014/04/14(月) 00:47:17.09ID:VmjrJFRy >次世代型:クライアントとサーバ間をデータのみで通信し,画面の
>生成から表示までをクライアントで行う方式。
Oracleの中の人ですら、まだこんなこと言ってんだもんな。
認識の周回遅れも甚だしい。
そりゃ日本のSIerが斜陽産業化するわけだわ。
>生成から表示までをクライアントで行う方式。
Oracleの中の人ですら、まだこんなこと言ってんだもんな。
認識の周回遅れも甚だしい。
そりゃ日本のSIerが斜陽産業化するわけだわ。
320デフォルトの名無しさん
2014/04/14(月) 00:48:12.31ID:K3Aga8vq >>319
じゃあ本当の次世代型は?
じゃあ本当の次世代型は?
321デフォルトの名無しさん
2014/04/14(月) 00:49:40.99ID:vxOO2AsC322デフォルトの名無しさん
2014/04/14(月) 00:50:10.04ID:Bgbj7M78 XML+XSLTで昔からできたのに全然普及しなかったな
323デフォルトの名無しさん
2014/04/14(月) 01:09:57.18ID:VmjrJFRy >>320
Oracleの中の人の認識だと、まだajax使ったREST+JSON止まりなんだろう。
もうすでに、pjax+pushStateがメインで、今までのjsonベースの仕組みは
補助的に使う感じの動きになってきてる。
特にクライアントがモバイルの場合、SPA構成だとpjax+pushStateにしないと
いろいろ画面遷移周りの実装が複雑になりがちだし、
業務アプリ以外の外向けWebサービスなんかの場合は、サーバからJSONだけ
返してもらってクライアントでDOM生成する設計だと、SEO対策的にも高コスト。
とはいえ、イントラ系業務システム限定なら、REST+JSONでも何ら問題ないけど
だったらStruts1.x()でもいいだろって話になる
Oracleの中の人の認識だと、まだajax使ったREST+JSON止まりなんだろう。
もうすでに、pjax+pushStateがメインで、今までのjsonベースの仕組みは
補助的に使う感じの動きになってきてる。
特にクライアントがモバイルの場合、SPA構成だとpjax+pushStateにしないと
いろいろ画面遷移周りの実装が複雑になりがちだし、
業務アプリ以外の外向けWebサービスなんかの場合は、サーバからJSONだけ
返してもらってクライアントでDOM生成する設計だと、SEO対策的にも高コスト。
とはいえ、イントラ系業務システム限定なら、REST+JSONでも何ら問題ないけど
だったらStruts1.x()でもいいだろって話になる
324デフォルトの名無しさん
2014/04/14(月) 01:19:47.94ID:Bgbj7M78 pjaxも所詮RESTじゃん
JSFと違ってJAX-RSにVIEW実装なんて定義してないぞ
JSFと違ってJAX-RSにVIEW実装なんて定義してないぞ
325デフォルトの名無しさん
2014/04/14(月) 02:26:03.09ID:3UflCQPn 次世代型って要はAjaxとJQueryでUI手書きかGWTってことでしょ。
旧来型には、javascriptを隠蔽するJSPタグライブラリとか
Wicketコンポーネントなんかがこちらに含まれるのかな。
旧来型には、javascriptを隠蔽するJSPタグライブラリとか
Wicketコンポーネントなんかがこちらに含まれるのかな。
326デフォルトの名無しさん
2014/04/14(月) 04:19:53.32ID:K3Aga8vq327デフォルトの名無しさん
2014/04/14(月) 18:51:03.43ID:0uxeI5tF 10年前からメンテしてるサイトは素のServlet/JSPで作ったが
流行に乗ってstrutsとか導入しなくてよかった。
長期開発・運用だと技術スタックは小さいほどいいね。
仕事だと「最新の開発手法」とやらの圧力が高くて抗えないけど・・
流行に乗ってstrutsとか導入しなくてよかった。
長期開発・運用だと技術スタックは小さいほどいいね。
仕事だと「最新の開発手法」とやらの圧力が高くて抗えないけど・・
328デフォルトの名無しさん
2014/04/14(月) 19:02:38.25ID:xOOCf4Oc Servlet使ってるところのソースは大抵糞コードだから読まされる立場だとうんざりするけどな
329デフォルトの名無しさん
2014/04/14(月) 20:01:34.37ID:K3Aga8vq このスレっていつもループしてるよね・・・
適当に上の方へ戻っても話がつながって読める
適当に上の方へ戻っても話がつながって読める
330デフォルトの名無しさん
2014/04/14(月) 21:13:37.20ID:A+X5vC8x まったくなw
331デフォルトの名無しさん
2014/04/15(火) 00:54:06.51ID:fDug8lKN332デフォルトの名無しさん
2014/04/15(火) 01:04:58.06ID:W7pkbwhx■ このスレッドは過去ログ倉庫に格納されています
ニュース
- 高市首相「戦艦」言及、間違い否定 政府答弁書 ★2 [ぐれ★]
- 中国クルーズ船、日本への航海中止 日中関係悪化が影響か [蚤の市★]
- 【日中対立】在日本中国大使館、サンフランシスコ講和条約「不法かつ無効な文書」とSNSに投稿 高市首相が党首討論で引用 [ぐれ★]
- 又吉直樹「なぜあなたが社会を斬りはじめるんだ…」“ご意見番”にキャラ変する芸能人の背景を分析「仕方ないんだろうな」 [muffin★]
- 拳銃24丁を中国から日本国内に輸入した疑い 中国人の46歳の男逮捕 1丁約3000円で販売 [七波羅探題★]
- 【文春】AKB48『紅白歌合戦』出場へ! 前田敦子&大島優子が限定復活! 『ヘビロテ』など黄金期メドレー披露 神7の多くが出場 [冬月記者★]
- 【悲報】日本政府、フランスに「習近平をG7に呼ばないで」と懇願していたwww [237216734]
- 高市早苗さん外人から絶賛だった「タカイチはキュートじゃないか」「有名な政治家なのか」など女優扱いな模様 [993451824]
- 【奇跡の瞬間】山上「自転車とか台車の人が横断して、警備の目がそれに逸れた。いまかと思い、車道に入った」で、安倍討伐 [219241683]
- 👊👊👊👊🏡👊👊👊👊
- 葬式で使われる生前の写真ちゃんと用意しとけよ
- 【悲報】人気VTuberの天音かなたさん、ホロライブ卒業★4 [485689427]
