Java低速GUI Swing 10

**デフォルトの名無しさん** · 2011/09/20(火) 23:23:15.82

ハードウェアの高スペック化、描画アルゴリズムの変更、JavaVMの高速化に伴い、パフォーマンスの問題は改善されています。
しかしながら、"Java"というだけで未だに敬遠されるのが現状。
そんなSwingと引き続き付き合っていくみんなのスレッドです。

Java低速GUI Swing 9
http://hibari.2ch.net/test/read.cgi/tech/1261232019/
Java低速GUI Swing 8
http://pc12.2ch.net/test/read.cgi/tech/1227234261/
Java低速GUI Swing 7
http://pc11.2ch.net/test/read.cgi/tech/1204155623/
Java低速GUI Swing 6
http://pc11.2ch.net/test/read.cgi/tech/1190807478/
Java低速GUI Swing 5
http://pc11.2ch.net/test/read.cgi/tech/1161139809/
Java低速GUI Swing 4
http://pc8.2ch.net/test/read.cgi/tech/1140533866/
Java低速GUI Swing 3
http://pc8.2ch.net/test/read.cgi/tech/1121700954/
Java低速GUI Swing 2
http://pc8.2ch.net/test/read.cgi/tech/1095398949/
Java低速GUI Swing
http://pc5.2ch.net/test/read.cgi/tech/1062271447/l50

**デフォルトの名無しさん** · 2023/12/31(日) 11:53:05.54

SSRていうやつけ？
Rails嫌いではないがすっかりオワコンイメージだなあ

いやほんとにファットなアプリケーションをHTML/JSで実装しようというアプローチ自体が間違ってたんだなぁとしか思えない
そんならアプレットやバイナリ配信してキャッシュさせるアプローチに戻したほうがいい

**474** · 2023/12/31(日) 22:47:52.24

Rails 7 のHotwire, Elixir のPhoenix もLiveView で、
websocket によるリアルタイム通信に変わった。
これはHTTP2 で通信速度が速くなったから

ここ数年、SPA でReact に奪われたシェアを回復すべき戦略。
JSON を送って、ブラウザ側で組み立てなくても良い

**デフォルトの名無しさん** · 2024/01/02(火) 22:10:02.99

Webフロントエンドは成熟しないねー
次々と新しい技術が登場してきて大変
いま最新技術を選択しても数年後には「まだそんなの使ってるの？」と言われちゃう

**デフォルトの名無しさん** · 2024/01/06(土) 09:08:07.68

日本の客も開発者も要件整理苦手だから泥縄で作るじゃない？
そういうやり方の場合SPAは実装ぐちゃぐちゃで使い勝手も悪くメンテも困難になる

レガシーなページ遷移あったほうが自然とトランザクション整理されるからお似合いと思うけど

**デフォルトの名無しさん** · 2024/01/06(土) 09:10:41.02

そういう意味ではswingとかスマホでスタンドアロンアプリ作るのも日本人向きじゃないと思う

**474** · 2024/01/08(月) 21:38:29.96

>>478
>レガシーなページ遷移

Ruby on Rails では、turbolinks を使って、pjax になる

ajaxとhistoryAPI(popState, pushState)を利用して画面遷移する。
js, cssの読み込みを初回時に行い、次回以降の読み込み処理を省略することで高速化する

**デフォルトの名無しさん** · 2024/04/19(金) 02:33:22.05

いまではPCのスペックが上がって、遅くもなんともない。

**デフォルトの名無しさん** · 2024/04/21(日) 20:30:12.98

JAVA SWING のボタンはお洒落だからカワイイから
JAVA SWING はボタンはカワイイくてお洒落だ

**デフォルトの名無しさん** · 2024/04/22(月) 21:44:32.97

swingアプリメンテしてて困るのは
最近は横4000ドット近くあるノートPCで
アイコンやフォントが小さすぎる問題

古いフレームワークだからそういうの想定したスケーリング機能がない

結局自分でcontainer内のフォントサイズを再帰的に設定するメソッドとか作ったが
何十個もあるダイアログ全部まで手が回ってない…

逆に>>481 の言うように、スピードは全く問題なくなったね

**デフォルトの名無しさん** · 2024/04/22(月) 21:46:56.69

>>482
かわいいっていうか
ちっさすぎて見えなくなったよ

**デフォルトの名無しさん** · 2024/04/23(火) 01:08:28.22

SwingってHiDPI対応してないの？
Swing で作られてるらしいIntelliJ IDEAはHiDPI対応してるっぽいけど？

**デフォルトの名無しさん** · 2024/04/23(火) 08:28:06.05

>>485
標準のL&Fは対応してないよ
対応しているように見える実装は独自L&F実装してる
OS側の強制拡大スケーリングはうまくいかないこと多いし
やはり時代遅れ

**デフォルトの名無しさん** · 2024/04/23(火) 09:50:21.78

そうなのか
ちなみにJavaFXはHiDPIに対応してた

**デフォルトの名無しさん** · 2024/04/23(火) 23:01:45.01

>>483
そんな高解像度のまま使っているのがおかしい

**デフォルトの名無しさん** · 2024/04/24(水) 13:19:52.73

jfxはmacOSで致命的ハングするから
代替にならないんだよなぁ

**デフォルトの名無しさん** · 2024/04/25(木) 20:14:42.51

ところでJavaFXにあるような
カレンダーによるdatechooserいいの無い？
名前忘れたけど有名どころのやつは
HiDPI対応してないうえにフォント拡大も
パネルサイズ変更も対応してないので
つかえないんですよ

**デフォルトの名無しさん** · 2025/06/13(金) 01:24:45.47

2024年は1月と4月しか書き込みがない
とはいえここ>>444>>445で丸2年あいてんだよな
どれだけ空いたとかは関係ないということだ

**デフォルトの名無しさん** · 2025/08/18(月) 21:35:36.19

java9からHiDPI対応してシステムDPI見て勝手にスケールするよ