Java Web Application Framework総合　ver2

**デフォルトの名無しさん** · 2013/07/21(日) NY:AN:NY.AN

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

**デフォルトの名無しさん** · 2016/10/13(木) 18:59:24.73

>>663
それは linux が正しい

**デフォルトの名無しさん** · 2017/06/29(木) 20:20:46.45

富士通のxframeworkとかいうやつ使ったことある人感想を教えて欲しい

**デフォルトの名無しさん** · 2017/07/26(水) 05:06:28.61

メーカー製のwebフレームワークはただ一つの例外もなく２００％ゴミ
知識がなくても使えるという触れ込みに触発されて馬鹿が採用するが
実際はオレオレ仕様のゴミフレームワークでBtoBでしか使われる用途がなく
想定外の仕様に対して柔軟性がなくコア部分の制御が完全にブラックボックス化しているため
トリッキーなことを使用とした場合、泣き寝入りするハメになる純然たるゴミフレームワーク

**デフォルトの名無しさん** · 2017/12/10(日) 01:29:11.90

>>655
GitHub見てみたが、Readmeは英語なのにコード内のコメントは日本語だったり、issueやStarがひとつもなかったり…やる気ゼロやん

**デフォルトの名無しさん** · 2018/02/16(金) 05:54:41.65

☆ 日本の、改憲を行いましょう。現在、衆議員と参議院の
両院で、改憲議員が３分の２を超えております。
『憲法改正国民投票法』、でググってみてください。国会の発議は
すでに可能です。平和は勝ち取るものです。お願い致します。☆☆

**デフォルトの名無しさん** · 2018/05/01(火) 18:16:02.30

Java Frameworkのランキング
https://zeroturnaround.com/webframeworksindex/

Rank Framework Popularity
1 Spring mvc 28.82
2 JSF 15.2
3 Spring Boot 13.35
4 GWT 7.74
5 Grails 6.35
6 Struts 5.4
7 Dropwizard 4.9
8 Play framework 3.26
9 JHipster 2.49
10 jax-rs 2.44

**669** · 2018/05/01(火) 18:19:35.15

ランキング続き
https://zeroturnaround.com/webframeworksindex/

11 Vaadin 2.15
12 Seam 1.94
13 Wicket 1.91
14 Tapestry 1.9
15 Sparkjava 0.77
16 Vert.x 0.76
17 Rapidoid 0.25
18 Lagom 0.24
19 Ratpack 0.13

JSFのいいところ、悪いところはどんなところ？
JSFはJava EEの標準ということ以外になにかアドバンテージはある？

**デフォルトの名無しさん** · 2018/05/01(火) 18:44:22.56

JSFはJS無しである程度リッチなUIをそこそこ手軽に作ることができるのがメリットかな
GWTも同じ
でも今時はJSF使える人よりJS使える人の方が多いからな…
JSの方が便利なコンポーネントも多かったりするしな…

**デフォルトの名無しさん** · 2018/05/05(土) 12:59:24.82

>>671
なるほど
ASP.netをかじったことがある身としては、Javaの世界では
Spring MVCとかJSFでやるのが普通だと思ってた。

HTML, CSSを含まないデータだけブラウザに送って
フロントサイドをJavaScriptでやる方法が主流になってるってことですか？
サーバーサイドでHTML作らない方法に比べて開発生産性は
低くなったりしない？

Reactが流行ってるそうだからチュートリアル初めて見たが意外と難しい。
JSのライブラリ、大量にありすぎてどれを組み合わせればいいのかすらわからん
これはカオスだ

**デフォルトの名無しさん** · 2018/05/05(土) 13:03:09.21

>>671
>>672 間違えた。
ブラウザにJSONでデータだけやりとりする方法は、
（Spring MVC, JSFのように）サーバーサイドでHTMLまで作る方法に
比べて開発生産性は低くなったりしない？

**デフォルトの名無しさん** · 2018/05/05(土) 13:19:12.16

化石のように動きの乏しい画面ならともかく今時当たり前なUI作るならJSでSPAにする方が圧倒的に生産性が高い
Reactで組み合わせに困るならVueの方が入りやすい

**デフォルトの名無しさん** · 2018/05/05(土) 15:04:12.00

>>673
むしろ生産性が高まる
プログラムの構造が綺麗になってわかりやすくなる
UIとアプリケーションが疎結合になって製造難度が下がり分業が捗る

**デフォルトの名無しさん** · 2018/05/05(土) 15:12:23.31

spring mvcがサーバーサイドでHTML作るとか何言ってんだコイツ・・

**デフォルトの名無しさん** · 2018/05/05(土) 15:55:39.75

（それしかできないとは書いてないのに何言ってんだコイツ・・・）

**デフォルトの名無しさん** · 2018/05/06(日) 12:03:55.17

>>674-675
SPAって呼ばれるのか
SPAのメリットであげられいたもの
通常のWeb ページでは実現できないユーザー体験を実現できる。
高速なページ遷移を実現できる。
ネイティブアプリの代わりとして提供することができる。

一方、あげられていたデメリットは
SEOに不利になる。SPAだとクローラーがひろってくれない。
サーバーサイドレンダリング（SSR）が必要？
保守のコストがあがる。JSの深い知識もったエンジニアいないと保守できない。

SPAの良いところもわかったけど、従来型がなくなるほどの
万能な開発手法ではなさそうな気もした。
SEOでデメリットあるのはつらい

**デフォルトの名無しさん** · 2018/05/06(日) 12:35:58.76

SEOなんて2013年には解決済みなのにどんだけ周回遅れ・・・
保守がどうこういうのは試しもしないで否定するバカばっかだし
せめてNextかNuxtくらい試してみろって

**デフォルトの名無しさん** · 2018/05/06(日) 14:42:42.79

SPAそのものすら知らないレベルなんだから無理もない

**デフォルトの名無しさん** · 2018/05/06(日) 17:25:39.62

> ネイティブアプリの代わりとして提供することができる。

これはただのSPAじゃなくてPWAだな
いかにもなアプリに限らず大したUIでもないニュース系やマンガ系でも増えてる
AMPと融合したPWAMPはまだそれほどでもない

**デフォルトの名無しさん** · 2018/05/06(日) 21:47:33.30

>>679
ツンデレ回答ありがとう
SEOは気にしなくていいくらいには解決してるってことか。
すでにクローラーは対応していてSSRは必要ないと言ってる人もいて混乱している。

まだReact触り始めたところだがAngularやVue, Nuxtもいじってみる。

TypeSafeじゃないという理由でJS嫌っていたのに
ReactとかAngularもTypeScript対応していたと知った。

**デフォルトの名無しさん** · 2018/05/06(日) 22:38:29.12

GoogleのクローラーはJSに対応してる
ただし少し古いChrome相当なのと日本ではヤフーを無視できないので現状はSSRするのが王道
NextはReact、NuxtはVueでSSRするための土台(IsomorphicとかBffってやつ)
ReactではTypeScriptよりもflowが主流(flowはReactと同じFacebook製だから)

**デフォルトの名無しさん** · 2018/05/07(月) 07:43:17.88

1年以上死んでたスレが何で急にレス付きだしたんだ？
お前らweb新参の木っ端かよ

**デフォルトの名無しさん** · 2018/05/08(火) 20:13:43.47

>>683
ありがとう、googleだけは対応済みってことか
日本でYahoo Japanは24%もシェアあるみたいだしSEOで無視はできないね

http://gs.statcounter.com/search-engine-market-share/all/japan
http://gs.statcounter.com/search-engine-market-share/all/united-states-of-america

SSR必須となるとSSR使用時のパフォーマンス低下がどの程度なのか気になる
flowは知らなかった。チェックしてみます。

**デフォルトの名無しさん** · 2018/05/08(火) 20:19:16.39

>>683
React, Vue, Angularの比較記事をいろいろ見ているけど
ReactはJSXへの批判が多いみたいだ。
JSXはHTMLとJSがごちゃごちゃでたしかに美しさがない。

あとはVue, Angularに比べてReactパフォーマンスが悪く半分程度とからしい。
Virtual DOMなのに2倍も差がつくとは
https://itnext.io/angular-5-vs-react-vs-vue-6b976a3f9172

Vueは批判があまり見当たらない。
大企業がバックについてないから今後の継続性を心配している人は見かけた程度。
GitHubのスターは一番伸びてるし開発が続けばスタンダードになるかも

**デフォルトの名無しさん** · 2018/05/08(火) 22:59:32.74

漏れは、JSX 大好き

Ruby にも欲しい

**デフォルトの名無しさん** · 2018/05/08(火) 23:48:07.70

JSX批判してるのは食わず嫌いだろ
今やCSS in JSも含めて全部JSに一本化だわ

**デフォルトの名無しさん** · 2018/05/08(火) 23:57:56.44

Blazorに期待するわ

**デフォルトの名無しさん** · 2018/05/09(水) 00:21:35.55

そいつはともかくWebAssemblyには期待してる

**デフォルトの名無しさん** · 2018/05/09(水) 04:17:41.40

コンテンツ(HTML)とロジック(JS)を分けるのがいいってのは実装(Java)と設定(XML)を分けるのがいいって信じてた頃を思い出すよね
低結合(分離)より高凝集(一体)の方がいい場合も多い

**デフォルトの名無しさん** · 2018/05/09(水) 13:53:41.84

結合度と凝集度は対義語ではない。
むしろ、低結合なら高凝集という関係。

**デフォルトの名無しさん** · 2018/05/09(水) 14:08:06.84

ReactのSSRは確かにすごいのだが、そこまでするくらいなら、そもそも普通のウェブページでよかったのでは。
必要がないものを無理にアプリケーションの体裁にするからSSRが必要になるのでは。
そんな疑問を感じました。

**デフォルトの名無しさん** · 2018/05/09(水) 14:11:43.59

html,css,jsを分けてもdomというグローバルデータで強く結合してるからね
低結合を実現出来てない無意味なモジュール化だった

**デフォルトの名無しさん** · 2018/05/09(水) 14:51:21.98

「そこまでする」と感じるのは実際にやってないからだろ
やってみれば「そこまでする」なんて大袈裟なことではない
むしろ今じゃThymeleafとか非JS(非フロントエンド)なものを使う方がよっぽど「そこまでする」って感じるわ
JPAのCriteriaでSQL組み立てるもどかしさみたいというか
フロントエンドがマークアップ得意なメンバーだけで完結する簡潔なワークフロー最高だし
フロントエンドチームとバックエンドチームがAPIだけで低結合なチーム編成最高だし

**デフォルトの名無しさん** · 2018/05/09(水) 16:08:04.09

>>687-688 >>691
デザイナーにとってはJSとHTML,CSSが混在してると
理解できなかったりするだろうし、
デザイナーはJSXはしねと思ってるんじゃないの

>>695
DBがRDBである限り、SQL知識は必要なのは変わらないんでは。
サーバーサイドは相変わらずMySQLとかのRDBばっかりでしょう

**デフォルトの名無しさん** · 2018/05/09(水) 16:48:03.88

>>696
会社によって区分は違うかもだけど、うちでのデザイナーは元からhtmlもcssも触らない
彼らはイラレやフォトショを使う
htmlやcssを書くマークアッパー(フロントエンドエンジニア)はjsx大歓迎してる
css in js(styled components)使うようになってから尚更
一つ直すのにファイルを複数編集するのがバカげてるって気付いたらしい

**デフォルトの名無しさん** · 2018/05/09(水) 18:27:36.71

いやいや、サーバーで計算した結果をそのままクライアントで引き継げるんだから、ここまでするかって思うでしょ。
でもそのためにHTMLはひどいことになってるし、通信量が増える。
ここまでしなきゃならないなら、結局それアプリじゃなくウェブページだったんでしょって思うわけよ。

**デフォルトの名無しさん** · 2018/05/09(水) 18:41:53.84

>>698が何を言ってるか分からない
誰か別の人解説してくれ

**デフォルトの名無しさん** · 2018/05/09(水) 20:05:22.71

ウェブ系はIQ低すぎる。

**デフォルトの名無しさん** · 2018/05/12(土) 10:57:16.85

共同ツール 1
https://seleck.cc/685

https://trello.com/
ボードのメニュー → Power-Upsから拡張可能 Slack DropBoxなど
Trello Chrome拡張機能　elegant
ttp://www.kikakulabo.com/service-eft/
trelloのオープンソースあり

共同ツール 2
https://www.google.com/intl/ja_jp/sheets/about/

共同ツール 3
https://slack.com/intl/ja-jp
https://www.dropbox.com/ja/
https://bitbucket.org/
https://ja.atlassian.com/software/sourcetree
https://sketchapp.com/extensions/plugins/
ttp://photoshopvip.net/103903

ttps://goodpatch.com/blog/sketch-plugins/

**デフォルトの名無しさん** · 2018/05/13(日) 10:55:51.20

>>697
JS, HTML, CSSを触らない人の呼称はグラフィックデザイナーとかじゃない？
昔はWeb designerといったらHTML, CSSのスペシャリストだったし
pixelレベルで希望のデザインを実現する人たちだった。

プログラミングを理解できない従来のWeb designerはSPAの時代には
仕事が減って、フロントエンドエンジニアに仕事をとられつつあるってことかな？
フロントでJS flamework使ってるとプログラミングわからない人は
デザインできないだろうからね

**デフォルトの名無しさん** · 2018/05/13(日) 11:02:20.78

>>697
勤務しているのは、自社開発のサービスや製品作ってる会社？
それとも受託開発などでクライアントの指示で開発する会社？

受託開発系の企業はクライアントのいいなりだから、
ReactとかSPAとか新しいフレームワーク、開発手法で統一できないイメージがある。

**デフォルトの名無しさん** · 2018/05/13(日) 12:16:43.86

ホント、ウェブの人はキチガイだわ。
クライアントの言いなりって、クライアントの要求するものを納品するのが当たり前なんだけどな。
SPAのウェブサイトがおかしいと気づくべき。
2chブラウザってあるだろ。
てことは、2chがSPAだったらそれはそれでいいんだよ。
もともと検索するほどの価値がないんだから。
FacebookやTwitterもそうだ。
そんな個人の独り言なんて見たい人がほとんどいない。
だからSPAでも成立するわけだ。

**デフォルトの名無しさん** · 2018/05/13(日) 12:23:15.76

マジキチあらわる

**デフォルトの名無しさん** · 2018/05/13(日) 12:23:48.70

ところが、企業が依頼するウェブサイトはそうじゃないだろ。
ページ一つ一つにコストがかかっていて、しかもそのページを多くの人に見てもらいたいわけだ。
通販のサイトだったら、そりゃ作る方はSPAのほうが楽だろう。
一つ一つの商品は変わっても、同じテンプレートに合わせてページを組み立てるんだから。
だからと言ってSPAを提案して許されるのは小学生までだ。
製作が楽だとしても顧客にはデメリットが多い。
検索できない？ではSSRを導入しましょう。
こういうのは、制作側はもうかるけど顧客は金を失うだけ。
つまり詐欺みたいなもんだ。

**デフォルトの名無しさん** · 2018/05/13(日) 12:25:48.80

顧客は金を稼げるサイトを必要とするのであって、最新のフレームワークを必要としてるわけではない。
こんなの中学生になれば誰でもわかることだ。

**デフォルトの名無しさん** · 2018/05/13(日) 12:27:22.12

コンサルやってる人は、お客さんにはっきり言うべき。
SSRと言い出したらそれは詐欺業者ですよと。

**デフォルトの名無しさん** · 2018/05/13(日) 18:05:12.62

企業もとっくに気がついてるんだよね
単純に集客したいならIT屋以外の業者に広告費を払ったほうが費用対効果がでかいって

**デフォルトの名無しさん** · 2018/05/13(日) 19:32:05.44

>>702
繰り返すけど会社によって違うだろうからどっちが正解というものではない前提で
うちではグラフィックデザイナーは情報誌やポスターのデザインしてる人だな
ずっと前からwebデザイナーのメインの仕事はワイヤーフレームを作ること
その道具はイラレ（とフォトショ）
ワイヤーフレームからhtml/css/jsに落とし込むのがマークアッパーと呼ばれてた人達
前はそのhtmlを（サーバサイドの）プログラマがjspなんかに変換してた
html/css/jsが書けるデザイナーもいるけどデザインだけで勝負できないから逃げてる人って扱い
（予算の少ないプロジェクトではデザイナーとマークアッパーを別にするより一人でできる人が重宝される？よく分からん）
今はspaになってワイヤーフレームの後ろはフロントエンドエンジニアと呼ばれるようになった人達が全部やってる
だからデザイナーの仕事は変わってない
仕事が減ったのはサーバサイドでjspいじってた人達だけど歓迎されてるからみんなハッピー

**デフォルトの名無しさん** · 2018/05/13(日) 19:41:40.91

>>703
サイトやスマホアプリを大量に提供してる企業グループのシステム部門子会社ってとこかな
ビジネス担当に対しては受託側のように、パートナー（SIer）に対しては発注者のように振る舞ったり曖昧なことも

**デフォルトの名無しさん** · 2018/05/13(日) 21:41:54.89

>>710
あなたを批判してるわけじゃないから怒らないで見てほしい。
ワイヤーフレームなんて絵心なくても作れるし、HTML, CSSを知らない人が
ワイヤーフレームというデザインの大枠を作ってる企業がいまでもあることに驚いた。
Webデザイン教えてる専門学校の、デザイン専攻コースであっても
HTML, CSS, JSを教えてない学校はないでしょう。

最終的にブラウザにわたるのはHTML, CSS, JavaScriptなのに
それを知らない人がデザインに関与している、いや関与しているどころか
最も重要な大枠を決定しているというのはちょっと信じられない。

最終的にHTML, CSSで表現しないといけないのに、PhotoShopや
イラストレーターでデータつくるのはものすごく非効率だと思う。

**デフォルトの名無しさん** · 2018/05/13(日) 23:00:59.68

HTMLやCSSなんて所詮How・実装に過ぎない

**デフォルトの名無しさん** · 2018/05/13(日) 23:38:04.31

どこからがSPAなのかがずっとピンとこないんだけど、画面遷移なしで画面の一部が動的に切り替わってたら
それを実現させてるのがJQueryだったとしてもSPAなの？

**デフォルトの名無しさん** · 2018/05/13(日) 23:57:41.60

>>714
ちげーよｗｗｗ

**デフォルトの名無しさん** · 2018/05/14(月) 13:59:16.22

画面の一部って言い方だとタブやアコーディオン程度も含まれるから当てはまらないな
画面全体の読み込みは最初の一回だけで後はサイトに留まってる間はずっとJSだけで画面を書き換え続けるのがSPAって感じ
実装にjQueryを使うかどうかは関係ない
Gmailとか古くからのSPAはjQuery以前からあるし
ただしjQueryでSPAは生産性も性能も辛いので普通は選ばれない

**デフォルトの名無しさん** · 2018/05/14(月) 21:12:29.85

>>712
htmlが書けるのといい文章を書けるのは違うようにcssが書けるのといいデザインができるのは違う
企画段階からデザインを煮詰めるにはhtml/cssを書くよりイラレ使う方が圧倒的に効率がいいし
デザインができていればhtml/cssのコーディングは大勢でできる
css得意な人に期待されるのは見た目的なデザインのセンスではなく大規模でも扱いやすいcss設計というエンジニアリング的な力だし
デザインが得意な人にhtml/cssのスキルは期待しないし必要もない
うちはそういう分業で機能してる

>>696に出て来るようなデザイナーにhtml/css/jsを書かせるせいでreact/jsxやstyled componentsの導入に困ることもない

**デフォルトの名無しさん** · 2018/05/14(月) 21:41:38.32

確かに>>696って「このやり方には欠陥があります」って自白してるようなものだなw

**デフォルトの名無しさん** · 2018/05/14(月) 21:49:49.10

>>716
分かりやすい説明をありがとう
これからはこれ基準にして生きていくわ

**デフォルトの名無しさん** · 2018/05/14(月) 23:43:14.28

>>717
かなり特殊な企業な気がする。
Webデザイナーの求人サーチしてみたけどHTML, CSSの知識ない人は
論外みたいな求人だったよ。
これだけ人手不足の中であってもHTML, CSSは必須知識みたいな扱いになっていた。

Webデザインの上流やる人は、デザイン力があるのは大前提で、
HTML, CSSの知識も必須という企業のが多いと思う。
CSSとHTMLの知識がなければフォントの種類、サイズすら決められないし、
適切な解像度すら決められない。
アクセシビリティに考慮したデザインも作れない。

**デフォルトの名無しさん** · 2018/05/14(月) 23:47:57.61

>>719 >>714
Single Page Applicationという名前のとおり
HTMLは最初の1回だけ取得するのがSPAだと思う。

**デフォルトの名無しさん** · 2018/05/15(火) 00:06:58.74

>>720
フォントの話は何の冗談だとしか
アクセシビリティはデザイナー程度のhtml/cssの知識じゃ話にならないだろ
wai-aria知ってるだけでも不十分だからうちは専門のスタッフ育て始めてる
普段からスピーチやハイコントラストモード使ってないと気付けないことも多いし
つまりあれだな、うちは半端なゼネラリストよりスペシャリスト志向ってことだなきっと

**デフォルトの名無しさん** · 2018/05/15(火) 00:17:15.44

>>720
うちにいるデザイナーさん（社員もパートナーさんもフリーランスもいる）も採用の時はたぶんhtml/css/js書けたと思うよ（今でも書けるかもしれん）
キャリアを積んでく中で優秀な人はhtml/css/jsを書かなくていい立場になっていったんだと思う
確認したことないけどたぶん

**デフォルトの名無しさん** · 2018/05/15(火) 04:31:02.37

jQuery Mobile は、最も単純なSPA

**デフォルトの名無しさん** · 2018/05/15(火) 04:48:54.57

あれが該当するならHDMLやWMLも……

**デフォルトの名無しさん** · 2018/05/23(水) 19:21:45.05

僕の知り合いの知り合いができたパソコン一台でお金持ちになれるやり方
役に立つかもしれません
グーグルで検索するといいかも『ネットで稼ぐ方法　モニアレフヌノ』

31W8K

**デフォルトの名無しさん** · 2018/05/24(木) 10:42:27.30

31W8K

**デフォルトの名無しさん** · 2018/07/04(水) 18:23:21.07

これしか最近やってないわhttps://goo.gl/HxnwXq

**デフォルトの名無しさん** · 2018/07/04(水) 21:43:42.37

XXC

**デフォルトの名無しさん** · 2018/07/05(木) 16:15:17.98

31W8K

**デフォルトの名無しさん** · 2020/07/13(月) 17:39:08.06

>>724
JAVAじゃねえじゃん

Java Web Application Framework総合 ver2

Java Web Application Framework総合　ver2