23/12/30 12:30:59.06 9n1xxmBk.net
ビジネスロジックをサーバー側に閉じ込めようとすると
SPAではクライント／サーバー間の通信回数が増えてレスポンスが低下したりするのよ
だからクライントでビジネスロジックを動かすようになってきてる
473:デフォルトの名無しさん
23/12/30 13:40:32.71 CvaIx2Pu.net
そうなのか、そんなファットになると
遅延読み込み使ってもロード&jsコンパイルのせいでキャッシュ前は凄く重そうだ
そんならアプレットやActiveX時代のほうがよほど合理的だよねw
4年くらい前は鯖と無駄な通信しないように同期対象データを複数のグループにまとめてパフォーマンスと操作性のバランス保ってたけど
いまだにフレームワークで鯖と自動差分同期も出ないんだ…
というわけで、アプレットはダメでもswingアプリ復活の方向でめでたしめでたしw
474:デフォルトの名無しさん
23/12/30 16:51:42.98 4WPbBasM.net
Ruby on Rails 7 からは、Hotwire に変わった。
HotwireはHTML Over The Wireの略で、
SPAの開発において、JavaScriptのコーディングを極力必要としない。
脱node.js, webpack
JSONではなく、HTMLベース。
サーバーサイドでHTMLを生成し、WebSocketでWebブラウザへ送信する
URLﾘﾝｸ(techblog.gmo-ap.jp)
URLﾘﾝｸ(zenn.dev)
475:デフォルトの名無しさん
23/12/31 11:53:05.54 bYYQOTA1.net
SSRていうやつけ？
Rails嫌いではないがすっかりオワコンイメージだなあ
いやほんとにファットなアプリケーションをHTML/JSで実装しようというアプローチ自体が間違ってたんだなぁとしか思えない
そんならアプレットやバイナリ配信してキャッシュさせるアプローチに戻したほうがいい
476:474
23/12/31 22:47:52.24 zAD+40EH.net
Rails 7 のHotwire, Elixir のPhoenix もLiveView で、
websocket によるリアルタイム通信に変わった。
これはHTTP2 で通信速度が速くなったから
ここ数年、SPA でReact に奪われたシェアを回復すべき戦略。
JSON を送って、ブラウザ側で組み立てなくても良い
477:デフォルトの名無しさん
24/01/02 22:10:02.99 dQstW7+J.net
Webフロントエンドは成熟しないねー
次々と新しい技術が登場してきて大変
いま最新技術を選択しても数年後には「まだそんなの使ってるの？」と言われちゃう
478:デフォルトの名無しさん
24/01/06 09:08:07.68 vtQPKo7U.net
日本の客も開発者も要件整理苦手だから泥縄で作るじゃない？
そういうやり方の場合SPAは実装ぐちゃぐちゃで使い勝手も悪くメンテも困難になる
レガシーなページ遷移あったほうが自然とトランザクション整理されるからお似合いと思うけど
479:デフォルトの名無しさん
24/01/06 09:10:41.02 vtQPKo7U.net
そういう意味ではswingとかスマホでスタンドアロンアプリ作るのも日本人向きじゃないと思う
480:474
24/01/08 21:38:29.96 gJaMg8aw.net
>>478
>レガシーなページ遷移
Ruby on Rails では、turbolinks を使って、pjax になる
ajaxとhistoryAPI(popState, pushState)を利用して画面遷移する。
js, cssの読み込みを初回時に行い、次回以降の読み込み処理を省略することで高速化する
481:デフォルトの名無しさん
24/04/19 02:33:22.05 uD5nyH4z.net
いまではPCのスペックが上がって、遅くもなんともない。
482:デフォルトの名無しさん
24/04/21 20:30:12.98 MS9R2kFy.net
JAVA SWING のボタンはお洒落だからカワイイから
JAVA SWING はボタンはカワイイくてお洒落だ
URLﾘﾝｸ(o.5ch.net)
483:デフォルトの名無しさん
24/04/22 21:44:32.97 Xbe0J1w7.net
swingアプリメンテしてて困るのは
最近は横4000ドット近くあるノートPCで
アイコンやフォントが小さすぎる問題
古いフレームワークだからそういうの想定したスケーリング機能がない
結局自分でcontainer内のフォントサイズを再帰的に設定するメソッドとか作ったが
何十個もあるダイアログ全部まで手が回ってない…
逆に>>481 の言うように、スピードは全く問題なくなったね
484:デフォルトの名無しさん
24/04/22 21:46:56.69 Xbe0J1w7.net
>>482
かわいいっていうか
ちっさすぎて見えなくなったよ
485:デフォルトの名無しさん
24/04/23 01:08:28.22 VsJUMcwZ.net
SwingってHiDPI対応してないの？
Swing で作られてるらしいIntelliJ IDEAはHiDPI対応してるっぽいけど？
486:デフォルトの名無しさん
24/04/23 08:28:06.05 P83a14ex.net
>>485
標準のL&Fは対応してないよ
対応しているように見える実装は独自L&F実装してる
OS側の強制拡大スケーリングはうまくいかないこと多いし
やはり時代遅れ
487:デフォルトの名無しさん
24/04/23 09:50:21.78 83Qb5OUf.net
そうなのか
ちなみにJavaFXはHiDPIに対応してた
488:デフォルトの名無しさん
24/04/23 23:01:45.01 kXp8u5Dt.net
>>483
そんな高解像度のまま使っているのがおかしい
489:デフォルトの名無しさん
24/04/24 13:19:52.73 21UOMqIs.net
jfxはmacOSで致命的ハングするから
代替にならないんだよなぁ
490:デフォルトの名無しさん
24/04/25 20:14:42.51 WdrJmqqJ.net
ところでJavaFXにあるような
カレンダーによるdatechooserいいの無い？
名前忘れたけど有名どころのやつは
HiDPI対応してないうえにフォント拡大も
パネルサイズ変更も対応してないので
つかえないんですよ
491:デフォルトの名無しさん
25/06/13 01:24:45.47 mcz50R4W.net
2024年は1月と4月しか書き込みがない
とはいえここ>>445で丸2年あいてんだよな
どれだけ空いたとかは関係ないということだ
492:デフォルトの名無しさん
25/08/18 21:35:36.19 SPIh1XpK.net
java9からHiDPI対応してシステムDPI見て勝手にスケールするよ