TypeScript part4 (376ﾚｽ)
TypeScript part4 http://mevius.5ch.net/test/read.cgi/tech/1640872622/
上
下
前
次
1-
新
通常表示
512ﾊﾞｲﾄ分割
ﾚｽ栞
53: デフォルトの名無しさん [sage] 2022/02/06(日) 23:46:30.23 ID:AuLf6V7C >>50 いずれにしてもJava出身でJava流の開発をしたいのならJavaを使うべきだよ。 シェアもJSよりはあるし、実際何とかなるだろう。 https://w3techs.com/technologies/details/pl-java > 処理効率が大事な部分でわざわざJSONを経由して効率落とすの？ 開発効率を優先するって事だよ。多分Web系の連中はこっちを選択する。 （俺はWeb系ではないが） なおJSONも効率が悪いのは無駄にダブルクオーテーションが多いくらいだから、この方式でもさほど効率は落ちないよ。 >>51 規模に対してのアプローチが根本的に違うんだよ。 Java：どんなに大規模になってもメンテ出来るようなコードを目指す。コードはひたすらメンテ。 Web系：そもそも大規模にならないように、ひたすらマイクロサービスを目指す。コードは書き捨て。 Java流のまどろっこしいコードだとサクッと変更出来ないからこうなってるのだと思うよ。 実際、Web系だとサーバー側全コードを書き直しました、とか割と聞くでしょ。Javaではあり得ないし。 だから、Web系言語で、そんなに大規模になるという事自体が間違ったアプローチなんだよ。 そういう風に言語が出来てない。toJSONという点からも分かるだろ。 俺もこのアプローチの違いに気づいた時はちょっと驚いたけど、間違いでもないよ。 これを認められないのなら、君はJavaでやるべきだよ。 あと、依存に関する考え方も違う。 Web系で危険な依存は、死んでしまう言語/フレームワーク/ライブラリに依存する事で、 具体的にはAltJSのほぼ全部(CoffeeScript等)、Vue/React以外のフレームワーク全部とかだよ。 仮にprotocol buffersを使うとして、頓死した場合、I/O部分は書き直さないといけない。 それはドメイン側のコードをいじるのと同じ手間だと思うけど。 だったら、分離した意味って無いよね。 まあいずれにしても、君はJavaを選択すべきだと思うけど。 http://mevius.5ch.net/test/read.cgi/tech/1640872622/53
ﾒﾓ帳
(0/65535文字)
上
下
前
次
1-
新
書
関
写
板
覧
索
設
栞
歴
あと 323 ﾚｽあります
ｽﾚ情報
赤ﾚｽ抽出
画像ﾚｽ抽出
歴の未読ｽﾚ
AAｻﾑﾈｲﾙ
Google検索
Wikipedia
ぬこの手
ぬこTOP
0.014s