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

**デフォルトの名無しさん** · 2015/03/27(金) 13:54:53.43

>>618
(1) xml中の暗号化したいものをpropertiesファイルに追い出し、暗号化したvalueを書く
(2) PropertyPlaceholderConfigurerを拡張して(1)を復号化するロジックを追加する
(3) <context:property-placeholder />の代わりに、
<bean id="cryptProp" class="(2)で拡張したクラス>
<property name="location">
<list>
<value>(1)のプロパティファイル</value>
</list>
</property>
</bean>

**デフォルトの名無しさん** · 2015/03/28(土) 23:19:04.46

>>619
ありがとうございます。そして亀レス失礼しました。
確認はしてたのですが規制？で書き込めませんでした。

デフォルトでは無いんですね。
実際サービス開始時は基本パスワードベタ書きが普通なんですかね？
まぁプログラムに複合ロジック書いても簡単にデコンパイル出来てしまうからですかね？

**デフォルトの名無しさん** · 2015/03/30(月) 12:10:00.47

リモートログインされた時点でほぼアウトだからでしょ
そっちを防ぐ方に注力したほうがいいという話

**デフォルトの名無しさん** · 2015/03/30(月) 12:17:09.66

うちはこの手の情報は環境変数にすることが多いね
理由はなんらかの手段でwar/jarを盗まれてもそこには情報がないから
621が言ってくれてるように本番サーバにログインされたらもう詰んでるしな

**デフォルトの名無しさん** · 2015/03/30(月) 14:43:00.53

>>621
>>622
確かにログインされない事が一番重要ですね。
ログインされた時点で詰んでいるかも知れませんが、パスワードを抜くまでの時間稼ぎになるかなぁと思っていたりしました。

もう少しお話聞かせて頂きたいのが正直なところですが、スレチと私の知識では追い付かない気がしました。

また具体的な疑問が出たら質問させて下さい。

**デフォルトの名無しさん** · 2015/03/30(月) 21:05:23.78

スレチ、無知すまん。

個人的にはアプリケーションサーバに入られるなら、まだ救い道あるかなと思ったりもする。
リモートログインされたらメール飛ばす仕組みにしておいて、DBのパスワード突破されるまでに切断。
そうすりゃデータ抜かれるリスク減るんじゃないかとは思う。
まぁハックするような人に俺が対抗出来るとは思えないけど、やれることはやりたいかな。

無理矢理スレの内容に持って行くなら、そういうのをサポートしてるFWとかあるんかな？

**デフォルトの名無しさん** · 2015/03/30(月) 21:47:25.12

レイヤ7のアプリが頑張る部分とは思えないな
侵入検知ってレイヤ3あたりの仕事じゃね？

**デフォルトの名無しさん** · 2015/03/30(月) 23:17:40.39

みんなそんなレベルまで考えてるのか…
セキュリティとかXSSとかSQLインジェクションぐらいしか考えてないや

**デフォルトの名無しさん** · 2015/03/31(火) 08:34:05.90

>>626
考えないよ、考えてくれる人/部署があるから。
客が大手なら定められた基準に乗っかるだけだし、
客が基準持ってないならうちの基準に乗っかる。
どちらもなくて一人で上から下まで全部やる系だと考えるしかないけどさ…

**デフォルトの名無しさん** · 2015/03/31(火) 09:15:46.58

最近のwebアプリなんて2,3人で開発する事も多々あるし、AWSのお陰でエンプラばっかりだったjavaが簡単にwebアプリのサービス立ち上げられるようになった。
そういう意味でも一人が幅広く知識を持つのは自然な流れじゃないかな？
特にJavaの人はエンプラ人月縛りの仕事ばかりしてて、Javaしか出来ないって人が多いんだし。
もちろん俺も偉そうな事は言えないが。

**デフォルトの名無しさん** · 2015/03/31(火) 10:50:37.89

AWSだとVPCあるし、逆に組織としてそいう知識が必要なくなる

**デフォルトの名無しさん** · 2015/03/31(火) 14:02:07.58

>>629
踏み台サーバーを守れば良いよ的な考え？

**デフォルトの名無しさん** · 2015/03/31(火) 15:55:54.10

豚切り失礼
メッセージとかを外に切り出した時に、引っ張るためのキー項目ってどうやってプログラム側で管理するんでしょう
定数クラス？列挙？インタフェース？それともDB？

あと、国際化とリアルタイム変更反映の要件がない場合に
外に出すと管理するものが増えるだけで楽になる気がしないんだけどどうなのかな

**デフォルトの名無しさん** · 2015/03/31(火) 15:57:43.70

追記
環境毎に値が変わる奴を外に出す価値があるのは理解してるのでそちらは無視してください

**デフォルトの名無しさん** · 2015/03/31(火) 16:39:02.12

意味不明だ、ぶー

**デフォルトの名無しさん** · 2015/03/31(火) 22:13:59.63

>>631
リソースバンドル的な話なら、外出し対象メッセージなり何なりをそれまで管理してた方法で
やったらよいというか、プロジェクトによっていろんな都合あるから好きにするのがいいのでは
ぶっちゃけ国際化不要な小規模プロダクトならソース上にベタ書きでいいし

**デフォルトの名無しさん** · 2015/03/31(火) 23:31:07.33

DBにそういうの取得するファンクション作ってるけど
ファンクション名自体がキーみたいなもんだからベタ書きって事になるのかな

**デフォルトの名無しさん** · 2015/04/01(水) 14:57:54.71

キー項目はべた書きした方がいいと思う
そのメッセージをどこで使っているか調べるときに、 grep すればわかるから。

**デフォルトの名無しさん** · 2015/04/03(金) 15:14:35.33

本番稼働トラブルようやく解決
631です。レスくださった方ありがとうございます
コード値とかメッセージIDとかをPG上でどこに置くのがいいのかなと悩んでました
例えば、

/msg.properties
id001=message

/Msg.java
public static final String FooMsg = "id001";

/Foo.java#doFoo()
String msg = MsgUtil.getMsg(Msg.FooMsg);
// msg = "message"

こんなことするのかなとか

**デフォルトの名無しさん** · 2015/04/03(金) 16:46:40.11

この例だとid001って必要無い気がするなぁ
FooMsg = "message";
じゃダメなん？

**デフォルトの名無しさん** · 2015/04/03(金) 20:27:51.73

上に書いた通りで国際化とかなければ要らない気がしてるんです
直接書いていいんじゃないかなーと

**デフォルトの名無しさん** · 2015/04/13(月) 11:32:09.24

>>621
>>622
蒸し返してすまない
リモートログインされた時点でアウトならパスワード設定すら不要なのでは？
と思うと
本番だから複雑なパスワードとか設定してるけど、それが無意味な気がしてきた
内部犯への抑止なのかな

未だに小規模アプリでWebサーバー経由でtomcat使う意味もよく分からない
デファクトだけど理由が分からない事って多いね

**デフォルトの名無しさん** · 2015/04/16(木) 08:52:16.87

>>640
複雑なパスワードの設定は対内部も対外部も併せてセキュリティの向上って括りでJIS Q 15001とかISO27001の適用基準の一つ
大手の案件だと入札参加の要件にPマークとかISMS取得が入ってる

**デフォルトの名無しさん** · 2015/05/15(金) 20:03:51.30

俺もニートで体重１２４ｋｇある
無職だから健康診断とかも行ったこと無いし
口から血吐くこともあるし、
たまに外でて歩くと必ずコケるし
絶対どこか悪いんだろうな

**デフォルトの名無しさん** · 2015/08/17(月) 01:04:22.99

Railsより生産性の高いフレームワークでてこないかな

**デフォルトの名無しさん** · 2015/08/17(月) 08:49:09.31

>>1
デュエル・マスターズ的な非電源TCGの　《　オンラインTCGツクール系　》　ソフト（エディタ）の企画。

例えば、ガチンコ・ジャッジを直ぐにでも導入できる機能を持っておりながら、
当面それを扱わず単純化させておいて、事後的に導入拡張する際に当該システムを
ブロック構造の組み合わせで後付け挿入できるように予めシステム化してある制作ソフト。
既存の非電源TCGを劣らずに再現できるならば大概のニーズに応えられる筈。
バトスピ、ヴァンガ、バディ、ドレノ、フォースｏｆウィル、ウィクロス、ポケカ、デジモン、ゼクス、モンコレ、ガンダム・ウォー、ディメンションゼロ、ライブオン、カードヒーローなど
のシステムを完全再現できるように設計するけど、他に此のTCGの此のシステムは再現希望とか有ったら書いて。
マジック：ザ・ギャザリングの全システムを完全に再現するのは無理だから、此れだけは必用だ！って部分のみリクエストして。
WEB通信での対戦は、個vs個、多数乱戦、チームvsチーム、個vsチームを可能な仕様とする方針。

設計思想は　《　RPGツクール　》　が良いかな？　　他に、優れたエディタ有ったら挙げてみて。

個人や企業などのベンダーが提示する開発費（見積もり）で折り合えば、発注する。
↓
エディタ系ソフト群から基本コンセプトを絞り込む（もちろんオリジナルで優れた新ネタが有れば導入する）。
↓
遊戯王OCGに関しては、タッグフォース、ADS、デュエルオンラインを発注先ベンダーに研究させる。
なるべく前述３つで可能な再現は全て実装させる方向を目指す。　まぁ努力する・・・
バトスピ、ヴァンガ、バディ、デュエマなど、発売済みゲームソフトの存在するケースはベンダーに研究させる。
↓
TCGを再現するテストプレイ　⇒　更に改良や修正。
↓
機能制限した下位版を５万円以上で発売　＋　デュエリーグ用に改造した上位版でサーバー稼動＝営業開始。
↑
下位版の改造および商用利用には、別途で当社との契約が必要。

さ～て、製作を受けてくれるベンダーが見つかるかな？ｗｗ（ｸｽ
http://hayabusa6.2ch.net/test/read.cgi/gameama/1438617407/l50

**デフォルトの名無しさん** · 2015/10/01(木) 14:46:22.53

Railsって開発者のメンテナンスコストが高そうなイメキャラ

**デフォルトの名無しさん** · 2015/10/22(木) 23:03:46.37

別のサーバ１で動いているservlet/JSPの画面をサーバ2で一部取り込みたいのですが、
iframeじゃなくて、サーバサイド間の通信でやるにはどうするのが簡単ですか？
サーバ2のservletからHttpURLConnectionでサーバ１にpostして画面要素を返す専用のJSP書くとかでしょうか？

**デフォルトの名無しさん** · 2015/12/26(土) 19:56:06.14

WEBシステムを作っていて、NON-BREAK-SPACE問題に困っています。
いい解決方法を知っている人はいませんか？

具体的には以下のような事象です。
・JSPではHTML-ESCAPEをかけている。
・この為、WEB画面上では半角スペースが (C2A0)に変換されて表示される。
・それ自体は狙い通りなんだけど、HTTPパラメータとしてNON-BREAK-SPACE入りの文言が入ってくるせいで、
　検索に困る。（見た目は同じなのに、一致しない）

何かうまい方法はないありませんか？
Struts2のActionクラスメンバー変数(String)がHTTPパラメータを受け取った時に、
勝手にNON-BREAK-SPACEを半角スペースに変換するような方法でもいいのだが。
あるいはPostgeSQLでNON-BREAKE-SPACEと区別せずに検索するような方法でもあれば。

**デフォルトの名無しさん** · 2016/02/03(水) 03:31:40.93

ee勉強中でjpaで実験しててわからなくなりました
jpa(eclipselink)で

Entity e = new Entity();
e.setId(1);

transaction.begin();
em.persist(e);
e.setId(2);
transaction.commit();

em.find(Entity.class,1).getId();//2
em.find(Entity.class,2).getId();//2

となるのですが動きがわかりません。
em.peraist(e)でem上でid1エンティティが作成されて、その後setid(2)でeのidを2にすると、em上のエンティティもeを参照している？ので2になってコミットされる。
ところがem.findで第2引数に1を渡すとid2のエンティティが取得されます。
どういう動きなんでしょうか。
ご教授願います。

**デフォルトの名無しさん** · 2016/02/03(水) 10:25:09.54

>>648
Entityクラスのidに主キー指定がされてないとかいうオチでは

**デフォルトの名無しさん** · 2016/02/03(水) 10:53:45.49

ごめん>>649は無視して

**デフォルトの名無しさん** · 2016/03/29(火) 09:15:05.58

サッカーブッシュ日本代表日程ぷあたん（しゅっちょうまいくろ教育長交代）春文執行40代売上差額シュガーチョコ
https://www.youtube.com/watch?v=NDq1QoJY0nY宇ドナルドアナリストパワーストーンコーチングとしまえん
サッカーブッシュ日本代表日程古本屋よしたけしゅっちょうちょこしゅがー
ディーラー税務署天才開発者死亡詰みヨミドクターマイクロサービス不足
サッカーブッシュ日本代表日程ぷあたんシフト光金さかい強制バイト人権侵害問題
春分資源執行ニューヨーク低原価ぼったステーキソルトレイク福岡横浜新橋奴隷課金パチシフト強制バイト問題新潟米センター生残
コスメ２４チャリティー隠れ40代生活保護プレイボーイバイトレードいたりあん接待問題
マスコミKARDローンケーオーサービス不足婚活パーティー寄付金執行原発ビジネス
FBIチャイニーズタイホテル売上事務所ガチャ決算ガチャキャンペーン（販売報道陣過激派組織向携帯最新情報提供終了
校長発言細心注意ノートン産廃エラー(著作権クレーム中国反応融資高額教育費)(中国捕鯨団体40代社員サッカーコメント
高額入学金ヤフウ新橋大学ヤフウ新橋理事長FX経費おじや50代資産ガリバズフィード40代エリート

**デフォルトの名無しさん** · 2016/05/01(日) 14:57:27.78

匿名通信（Tor、i2p等）ができるファイル共有ソフトBitComet（ビットコメット）みたいな、
BitTorrentがオープンソースで開発されています

言語は何でも大丈夫だそうなので、P2P書きたい！って人居ませんか？

Covenantの作者（Lyrise）がそういう人と話したいそうなので、よろしければツイートお願いします
https://twitter.com/Lyrise_al

ちなみにオイラはCovenantの完成が待ち遠しいプログラミングできないアスペルガーｗ

The Covenant Project
概要

Covenantは、純粋P2Pのファイル共有ソフトです

目的

インターネットにおける権力による抑圧を排除することが最終的な目標です。そのためにCovenantでは、中央に依存しない、高効率で検索能力の高いファイル共有の機能をユーザーに提供します

特徴

Covenant = Bittorrent + Abstract Network + DHT + (Search = WoT + PoW)

接続は抽象化されているので、I2P, Tor, TCP, Proxy, その他を利用可能です
DHTにはKademlia + コネクションプールを使用します
UPnPによってポートを解放することができますが、Port0でも利用可能です(接続数は少なくなります)
検索リクエスト、アップロード、ダウンロードなどのすべての通信はDHT的に分散され、特定のサーバーに依存しません
ｆ

**デフォルトの名無しさん** · 2016/05/29(日) 08:05:32.05

JavaEE 8に乗っかる予定のMVC1.0はどうでしょうか
SpringやPlayに比べて後発の優位性はありますか

**デフォルトの名無しさん** · 2016/05/29(日) 12:58:36.36

どうだろうね

**デフォルトの名無しさん** · 2016/08/29(月) 18:28:48.37

LaBee FrameworkはJavaによるWebシステム開発のデファクトスタンダードを目指す、ゼロから作られた国産のJavaフレームワークです。
海外製フレームワーク特有の難解さや情報不足による工数や人員の増大を解消しJavaのWeb開発を効率化する為に作られました。
LGPLライセンスでソースコードをオープンソース公開しており、個人・企業問わずどなたでも無償で利用出来ます。

公式
ttps://www.bee-wkspace.com

twitter - Java LaBeeFramework
ttps://mobile.twitter.com/labeeofficial

(いろんな意味で)生まれてくる時代を間違った超大型新人が来たぞ
もうどこから突っ込んでいいのかわからんレベルでヤバい

**デフォルトの名無しさん** · 2016/08/30(火) 17:18:18.80

国産のオープンソースって成功した事例ほとんどないな

ASP.net MVCにいってしまったんだけど最近の
Java標準のMVC framework事情はどうなってるの？

**デフォルトの名無しさん** · 2016/08/30(火) 17:44:04.90

spring一択

**デフォルトの名無しさん** · 2016/08/30(火) 17:55:01.63

spring MVCだろうなあ

今はJavaEE7行くかSpring-boot行くかのほぼ2択、もう一つ加えるならPlayも？

スレ違いになるけど、個人的にはバッチも頑張って欲しいんだよなあ…
JBatch？ Spring-batch？ほかないんかーい！

**デフォルトの名無しさん** · 2016/08/30(火) 18:52:24.47

java eeにはもう未来がない

**デフォルトの名無しさん** · 2016/08/30(火) 20:32:47.02

明けない夜はない

**デフォルトの名無しさん** · 2016/08/30(火) 21:36:47.56

Spring Boot便利すぎ

**デフォルトの名無しさん** · 2016/09/02(金) 11:15:19.73

>>655
何でも最新技術？を使ってればいいってもんでもないし
シンプルで使い易ければ普及する可能性もあるんじゃまいか?
ぶっちゃけDIを使う必要ある案件なんてほとんどないし
フレームワーク選定って上層部のお偉いさんがオナニー思想で選んでて
プログラマは苦労するだけなのよ

**デフォルトの名無しさん** · 2016/09/10(土) 02:16:22.49

Windowsだと問題ないのですが、Linuxで実行するとメモリーリークが起こります。
だれか教えて

**デフォルトの名無しさん** · 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

Java Web Application Framework総合 ver2

Java Web Application Framework総合　ver2