[表示 : 全て 最新50 1-99 101- 201- 301- 401- 501- 601- 701- 801- 901- 1001- 2chのread.cgiへ]
Update time : 05/09 20:44 / Filesize : 238 KB / Number-of Response : 1002
[このスレッドの書き込みを削除する]
[+板 最近立ったスレ&熱いスレ一覧 : +板 最近立ったスレ/記者別一覧] [類似スレッド一覧]


↑キャッシュ検索、類似スレ動作を修正しました、ご迷惑をお掛けしました

Java低速GUI Swing



1 名前:デフォルトの名無しさん [03/08/31 04:24]
そんなSwingとやっていくみんなのスレッドです。

39 名前:デフォルトの名無しさん mailto:sage [03/09/03 16:28]
「当分は」Swingより速い。だけでしょ。
だけといっても、それが重要なんですが。

40 名前:デフォルトの名無しさん mailto:sage [03/09/03 17:02]
Swingが爆発的に遅いわけでもないのでその理由は却下だろ?

41 名前:デフォルトの名無しさん mailto:sage [03/09/03 17:21]
むしろSWTの方が爆発的に遅い場合がある。

42 名前:36 mailto:age [03/09/03 17:37]
すみませんでした。
知ったかぶりしてますた。

43 名前:デフォルトの名無しさん [03/09/03 22:43]
>>42
あんただれ

44 名前:デフォルトの名無しさん mailto:sage [03/09/03 23:00]
>>43
36って書いてあるやん

45 名前:デフォルトの名無しさん [03/09/03 23:05]
騙る番号間違えてないか

46 名前:デフォルトの名無しさん [03/09/03 23:25]
>>42
> すみませんでした。
> 知ったかぶりしてますた。
この騙りの手口はJBuilder9スレにいた香具師と同じ手口だ。

47 名前:デフォルトの名無しさん mailto:sage [03/09/03 23:29]
.netのGUIとどっちが早い?



48 名前:デフォルトの名無しさん mailto:sage [03/09/03 23:53]
Swingで使い物になるHTMLコンポーネント出ないかなあ。
JEditorPaneでAAのスレ開いたらいつまで経っても
固まりつづけて、VMごと落としたよ。

49 名前:デフォルトの名無しさん mailto:sage [03/09/03 23:59]
swing1.4系が1.3系と比べてどれくらい速度が向上したのか、
詳細な比較情報ってないですか?
体感だと30%くらい高速化してそうに思えるんですけど。

50 名前:デフォルトの名無しさん mailto:sage [03/09/04 00:00]
>>48
AAに使われてる文字はJavaSwingのTextコンポネ
では文字化けしやすい(文字探してる)から
処理が非常に重くなる

51 名前:デフォルトの名無しさん mailto:sage [03/09/05 20:15]
>>50
すみません、教えて。
内部的にはUNICODEなんだし、AAで使われてる文字だと重くなるって
よくわからないんだけど・・・
扱い的には漢字とかと同じじゃないの?


52 名前:デフォルトの名無しさん [03/10/02 00:57]
AAは妙な機種依存文字が使われてるんじゃねーの?
普通はまず出ないようなやつが。

53 名前:デフォルトの名無しさん [03/10/02 22:39]
まだSWTに移行しない香具師がいるのか?
ヴァカ?

54 名前:デフォルトの名無しさん mailto:sage [03/10/02 22:51]
まだ、Swing (1.4.2) で十分って、気づかない奴もいるのか(笑)
SWT はあくまで、Eclipse を作るためのものさ!
Swing で何の問題もない!

55 名前:デフォルトの名無しさん [03/10/02 23:21]
まだSwing1.4.2で十分なんて思っている奴もいるのか(爆笑)
このペースでいくと、
3年後にやっとパソコンのスペックがついてきて
6年後にやっと十分な機能とインターフェイスが提供される・・といったところか

それまでJavaが生きていればの話だが

56 名前:55 [03/10/02 23:22]
かといってSWTに移行するのもバカ
Swingがダメだと気づいたら
クライアントは素直にネイティブ言語つかえっちゅーねん
今はC#とかもあるんだし

57 名前:デフォルトの名無しさん [03/10/02 23:24]
C#は微妙にネイティブとは呼べないなあ



58 名前:デフォルトの名無しさん [03/10/03 01:02]
結論:MFC最強

59 名前:デフォルトの名無しさん mailto:sage [03/10/03 15:56]
結論:VCL最強

60 名前:デフォルトの名無しさん mailto:sage [03/10/03 20:15]
結論:AWT最強

61 名前:デフォルトの名無しさん mailto:sage [03/10/03 21:34]
ここでボケて(AA略)

62 名前:デフォルトの名無しさん [03/10/03 21:34]
MFC>Swing>AWT>SWT>>(超えられない壁)>>>VCL

63 名前:デフォルトの名無しさん mailto:sage [03/10/03 21:38]
>>62
それは逆にすればいいのか?

64 名前:デフォルトの名無しさん mailto:sage [03/10/03 22:02]
>>63
いや、合ってるだろ。糞さ加減順だよ。

65 名前:デフォルトの名無しさん mailto:sage [03/10/03 22:26]
>>64
なるほど。
しかし C# をあのように作ったのだから、MS も自覚はあったんだろうね。

66 名前:デフォルトの名無しさん mailto:sage [03/10/03 22:57]
MicrosoftはOfficeで使ってるフレームワークを公開していれば最強だっただろうに

67 名前:デフォルトの名無しさん mailto:sage [03/10/04 02:38]
Swingほどしっかりとモデル化されたGUIコンポーネントは他にはないよ。
優れているかどうかはまた別だろうけども。




68 名前:デフォルトの名無しさん mailto:sage [03/10/04 04:19]
特にGUIのようなパフォーマンスにセンシティブなライブラリにおいては
OO的な設計の良さはしばしば欠点に数えられる。

69 名前:デフォルトの名無しさん mailto:sage [03/10/04 04:39]
Visual Component Library 最強

70 名前:デフォルトの名無しさん [03/10/05 23:27]
Swing!Swing!Swing!Swing! Hey! 二 木 !
Swing!Swing!Swing!Swing! 二 木 ゴ ル フ ♪

71 名前:アブノーマル mailto:sage [03/10/06 00:07]
普通、マウスイベントを駆使して自作GUIクラスライブラリ作るだろ。

72 名前:デフォルトの名無しさん mailto:sage [03/10/07 07:31]
何厨房装ってんだよ

73 名前:デフォルトの名無しさん [03/10/11 05:07]
Swing API で SWT を使用することができるそうだ。
Swing で書かれている NetBeans が SWT、つまり OS ネイティブの GUI で動いたみたい。

swingwt.sourceforge.net/
swingwt.sourceforge.net/swingwt.png


74 名前:デフォルトの名無しさん mailto:sage [03/10/11 12:57]
>>73 SWTの上で動かすAWTの次は、SWTの上で動かすSwingですか。
Swingの上で動かすSWTもあるし、なんでもありだな。

75 名前:デフォルトの名無しさん [03/10/11 15:01]
屋上屋を重ねるとは正にこのこと。

76 名前:デフォルトの名無しさん mailto:sage [03/10/11 16:48]
じゃあさ、SWTの上で動かすSwingの上で動かすSWTの上で動かすSwingの上で
SWTを動かすってのはどうだろうか?
あ、いま俺いいこと言った?

77 名前:デフォルトの名無しさん mailto:sage [03/10/11 17:34]
>>76
な、なんだってーー!!



78 名前:デフォルトの名無しさん mailto:sage [03/10/11 17:43]
AA(ry

79 名前:73 mailto:sage [03/10/11 21:58]
ごめん。SwingWT で NetBeans が動くわけじゃなかった。
SwingWT のライブラリを import しないといけないので、
Swing と完全なソースコード互換ではないです。

80 名前:デフォルトの名無しさん mailto:sage [03/10/12 15:17]
>>56
そうもいかんさ。共同作業だから。
c++で組めば速いに決まってんだけど
c++がきちんと書けるPGってほとんどいないし。

81 名前:デフォルトの名無しさん [03/10/13 05:47]
>>80
SwingがきちんとかけるPGのほうが更に少ないと思うのだが、、
SWTなんかだと、ほとんど誰も書けるPGいないだろうに

82 名前:デフォルトの名無しさん mailto:sage [03/10/13 07:19]
C+SDK からの移行なら、SWTの方が簡単にくめるね!
まぁSwing の方が簡単だろうけどね。

83 名前:デフォルトの名無しさん [03/10/13 11:54]

   Y 

恥ずかしい丘


84 名前:デフォルトの名無しさん mailto:sage [03/10/13 12:26]
>>81
自称C++PGの大半は文法理解できてないですよ。
だからC++PGはぐんと少ないと思いますよ。

85 名前:デフォルトの名無しさん mailto:sage [03/10/13 13:10]
実際、自称C++プログラマほとんどがオブジェクト指向も理解できないCオンリープログラマだったりするんだよな。

86 名前:デフォルトの名無しさん mailto:sage [03/10/13 13:45]
C++はオブジェクト指向言語じゃないし・・

87 名前:デフォルトの名無しさん [03/10/13 14:17]
なんでここでC++話になるんだよ場をわきまえろ



88 名前:デフォルトの名無しさん [03/10/13 14:53]
私は Java で GUI プログラミングをしたことがないのですが(AWTすらしらない)、
いまから GUI プログラミングをするには、何にしたらいいですか?
SWing ? SWT ? やっぱり基本ってことでAWT?

ちなみに Java、オブジェクト指向の基本は抑えているつもりです。

89 名前:デフォルトの名無しさん [03/10/13 16:27]
Swingは簡単だよ。
javax.swing.*
以下のJavadocを全部読め。


90 名前:84 mailto:sage [03/10/13 17:45]
>>86
うるせーばか
>>87
ごめんなさい
>>88
決定版がないのよ。

91 名前:デフォルトの名無しさん mailto:sage [03/10/13 23:57]
>>88
C+SDK 経験者なら、断然 SWT が簡単
経験無ければ、本も情報もいっぱいあるので、Swing で コピペプログラムがよいのでは?

92 名前:88 mailto:sage [03/10/14 00:35]
>>89-91
レスどうもありがとう。まずは Swing に手をつけてみます。
オブジェクト指向の設計としては Swing はよくできているらしいので
(そうでないという意見の人もいますが、とりあえずここではそれはおいとく)

>>91
C+SDK はやったことがありません。
自分の GUI プログラミングの経験といえば、Unix で emacs + gcc で、生Xlib でいくつかツールを
作ったぐらいです。

93 名前:デフォルトの名無しさん [03/10/14 00:45]
>>88
それが良かろう、基本って事で


94 名前:デフォルトの名無しさん mailto:sage [03/10/14 02:17]
>>92
Xlib 生で自分でライブラリー作ってきているなら、SWT が楽かも
まぁそれぐらいのスキルがあれば Swing も問題ないだろうけど。面倒って感じるかも(1週間ぐらいは)


95 名前:デフォルトの名無しさん [03/10/14 20:57]
SWTとSwingなら、スキルに関わらずSwingが楽でしょう。

96 名前:デフォルトの名無しさん [03/10/25 03:33]
Swing好きなんでage。
やっぱSwing人気ないな。
使いこなすと本当に無理が効くいいライブラリだと思うんだが、
いかんせん速度と見た目がねえ。

97 名前:デフォルトの名無しさん mailto:sage [03/10/25 03:52]
>速度
・イベントディスパッチスレッドを理解する。
・応答性が必要なとこでちゃんとマルチスレッド化する。

上の二点に気をつければ遅くないよ。



98 名前:デフォルトの名無しさん mailto:sage [03/10/25 04:10]
慣れないと開発速度が「遅く」なりそうだよな

99 名前:デフォルトの名無しさん mailto:sage [03/10/25 05:32]
仕事で超リッチなクライアント作ってるが
最長一ヶ月ぐらいあればなんとなくどんなクラスがあるか覚えるだろ。
マルチスレッド非対応ならだが。
EJBの反応が悪いので(w GUIの遅さはよくわかりませんと言う感じ。
>>98
何だろうが最初から慣れてる奴なんかいない

100 名前:pyスレから来ました [03/10/25 05:42]
Swing はJython 使うと perl/tk 以上に使いやすい
(体感開発速度が上がる)感じがした。

どうせ遅いんだしJython使っちゃおう。

101 名前:デフォルトの名無しさん [03/10/25 05:58]
>>98
慣れても開発が速くならないMFCというのもあったな。
Swingは開発が進むと、クラスという形で「慣れ」が残っていく。

102 名前:デフォルトの名無しさん mailto:sage [03/10/25 06:10]
>>100
Javaじゃないものを組み合わせると
リファクタリングツールなんかが効かなくて不便かなと思った.
XSLみたいな比較的独立したものならいいけど,
メソッド起動とか絡むとね.

でもちょっとしたツールであれば,スクリプト系は良いね.

103 名前:デフォルトの名無しさん mailto:sage [03/10/25 06:58]
Jythonはスクリプトと言う扱いなの?

104 名前:デフォルトの名無しさん mailto:sage [03/10/25 12:14]
いえ。殺人鬼です。

105 名前:96 mailto:sage [03/10/25 12:16]
お、返事付いてる。
>>97
俺はイベントディスパッチスレッドもマルチスレッド化がなぜ必要かも
理解しているつもりだよ。
ただ、微妙なモッサリ感とか、しばらくほったらかしてから
ウインドウを前に出したときに数秒間グレーののっぺらぼうウインドウが
表示されて反応なくなったりすることとか、直接Swingと関係ないけど
JPEGデコーダーの性能がため息出るほど悪くて
使いものになるグラフィックビューアなんて絶対に書けないこととか、
ちょっとは愚痴りたくなるよ。

ただ、造りが理論的に綺麗だから、理論的にこういう事できそうだな、
と思って実装するとほとんど間違いなくちゃんと動いてくれるのは
すごいと思うよ。


106 名前:デフォルトの名無しさん mailto:sage [03/10/25 14:27]
>JPEGデコーダーの性能がため息出るほど悪くて
>使いものになるグラフィックビューアなんて絶対に書けないこととか、

速いJPEGデコーダーを自作すればいい。

107 名前:デフォルトの名無しさん [03/10/25 15:43]
JPEGデコーダから自作しなきゃならんライブラリか…。
開発効率悪すぎだな。話にならねー。



108 名前:デフォルトの名無しさん mailto:sage [03/10/25 15:46]
jniの魔法を使って最速のJPEGデコーダIJLを召還・・・・・できるのか?

しかもWindows専用という罠が待っている

109 名前:デフォルトの名無しさん [03/10/25 16:27]
結論としては、MFC最強?

110 名前:デフォルトの名無しさん mailto:sage [03/10/25 16:30]
WTL最強

111 名前:デフォルトの名無しさん [03/10/25 17:47]
Swingってスレッドセーフじゃないってマジですか?

112 名前:デフォルトの名無しさん mailto:sage [03/10/25 17:53]
マジです

113 名前:デフォルトの名無しさん mailto:sage [03/10/25 18:00]
>>97
>>105

Jpeg デコーダは dll なので、そんなに遅い感じはしません(Pentium 4 なら)
十分使用に耐えますけど。。。

114 名前:デフォルトの名無しさん mailto:sage [03/10/25 18:04]
IJL以外のほとんどの実装の場合、
最速で連続表示すると実用に耐えない
PC3200 DualChannelとAthXP3200+を使っていても。

115 名前:デフォルトの名無しさん [03/10/25 18:06]
「最速で連続表示」?

116 名前:デフォルトの名無しさん mailto:sage [03/10/25 19:55]
とりあえず1.5に期待

117 名前:デフォルトの名無しさん mailto:sage [03/10/25 20:10]
>>114
113 の者です。
マジレスで。。。表示時間よりHDDの時間が遅いんだと思います。。
連続で最速での表示なら。。。。
時間をあけるんなら、別スレッドで読み込みましょう!
(賢い Viewer はみんな やっているんでしょうから。。 CPIC なんか驚異的にはいですけどね。。
ほかの、おもちゃの Viewer 程度なら。。 Java+Swing で十分なのでは?)



118 名前:デフォルトの名無しさん [03/10/25 21:21]
>>111-112
いまどき、ショボ杉。

119 名前:デフォルトの名無しさん mailto:sage [03/10/26 01:21]
AWTでも使ってろ

120 名前:96 mailto:sage [03/10/26 02:12]
>>113
自分のメインマシンは2年前のB5ノートなんだけど、
この環境では文句無しにHDよりデコード速度のほうが遅いよ。
もちろん「速いマシンに買い換えろ!」というのももっともだと思うけど、
Java以外じゃそんなに不足感じてないんで、買いかえるのにけっこう悩む。
あと、画像ビューアの場合、少なくとも次画像の事前読み込みは必要だと思うけど、
でかい画像を開いたときに、それが全部ヒープ領域に入るから、
ヘタにでかい画像を連続表示するとOutOfMemoryErrorで落ちたりする。
切ない。
デフォルトの64メガヒープを128メガにでもすれば大丈夫だろうが、
たかだか画像ビューアでそれは贅沢すぎるんじゃないか、と思わないかい?

>>119
>AWTでも使ってろ

あんなやっつけ仕事で作られたライブラリはさすがに勘弁。


121 名前:デフォルトの名無しさん [03/10/26 04:10]
>>120はVCでMFCでも使ってなさいってこった。

122 名前:デフォルトの名無しさん [03/10/26 05:59]
SWTつかえよ


123 名前:デフォルトの名無しさん mailto:sage [03/10/26 06:58]
>>120
う〜ん 作りかたが悪いんだろう(笑)
私のは大丈夫。。。。。
まぁ正直 遅いCPUは知らん(笑)

Z-80 から、こんなことやっているが。。。
先を見ないと!

124 名前:デフォルトの名無しさん mailto:sage [03/10/26 07:20]
>>123
文意がつかめないのですが……

125 名前:デフォルトの名無しさん mailto:sage [03/10/26 21:37]
>>108
ここはひとつJNIの魔法を使ってSDLを召喚

126 名前:デフォルトの名無しさん mailto:sage [03/10/27 00:57]
マシンを買い換えてから、
以前まで毛嫌いしてたSwingが使えるレベルになった。
でもわざわざJavaでクライアントアプリを作る理由が見出せない。
Delphiでいいやん。


127 名前:デフォルトの名無しさん [03/10/27 02:25]
わざわざ今更Pascalで何かを作る理由が(r



128 名前:デフォルトの名無しさん [03/10/27 03:00]
ネイティブのJavaとネイティブのswingがあればいいのでわなかろか。
continner.add(Integer(1))なんて見るとJavaよりC++の方がいいんだが、
周囲がC++を嫌うしなぁ。

129 名前:デフォルトの名無しさん mailto:sage [03/10/27 03:12]
Swingはネイティブにするのは無理だろ。
あれは最後の描画以外全部Javaの中でやってるのが特徴で、
拡張性の元になってるんだから、
ネイティブにしたらSwingじゃなくなっちゃうよ。



130 名前:デフォルトの名無しさん [03/10/27 03:19]
Javaで拡張できればいいということなら、
ネイティブなJavaでコンパイルされたswingでもだめかな?


131 名前:デフォルトの名無しさん mailto:sage [03/10/27 15:30]
JavaにGUIなんか要らないよ。

132 名前:デフォルトの名無しさん mailto:sage [03/10/27 16:30]
>>131
組み込み系の人?

133 名前:デフォルトの名無しさん mailto:sage [03/10/27 17:10]
>>132
最近ではServletのことも組み込みって言うんですね。

134 名前:デフォルトの名無しさん mailto:sage [03/10/28 00:16]
Write once, run anywhere を生かしたものでないと
あえて Java を使う意味がないような気がする

135 名前:デフォルトの名無しさん mailto:sage [03/10/28 00:29]
GUIなしのプログラムならC++の移植ってそんなに大変じゃないです。
C++でCGI書くのもつらくないんです。
むしろGenericsが標準になってないJava言語には魅力がないんだよね。
メリットはswingだけ。

136 名前:デフォルトの名無しさん mailto:sage [03/10/28 01:04]
>>130
ネイティブコンパイルは多少パフォーマンスは上がるけど、
それで問題が全部解決するってのは幻想だよ。
Swingは良くも悪くも全部Java(コンパイルされてもね)の上で
描画されてるんだから、ネイティブコンパイルしたからって
JButtonがネイティブのボタンになるわけじゃない。

>>135
俺はJava厨だからよくわからないんだけど、Genericってそんなに必要なの?
Collectionで使うなら便利かもな、とは思ったけど。

137 名前:デフォルトの名無しさん mailto:sage [03/10/28 01:15]
C++ユーザーがJava使うと激しく落胆するのはGenericsが標準でないこと。
ため息出てくる。でもswingは好き。パネルレイアウトとかgtk+より進歩的。
C++のGUIクラスライブラリをswingと同じ設計でやってほすい。



138 名前:デフォルトの名無しさん mailto:sage [03/10/28 01:16]
Genericsは、プログラム書くのと同じくらいドキュメント書くのに精力尽くさないと、
他の人(半年後の自分を含む)が再利用どころかメンテナンスできないものになっちゃうよう。

実際、他の人たちはどうやって上手にメンテナンスしてるのか知りたいわ。専用スレ逝ってきます。

139 名前:デフォルトの名無しさん mailto:sage [03/10/28 01:32]
>>133
サーバーに組み込んで使うから(ウソ)






[ 続きを読む ] / [ 携帯版 ]

前100 次100 最新50 [ このスレをブックマーク! 携帯に送る ] 2chのread.cgiへ
[+板 最近立ったスレ&熱いスレ一覧 : +板 最近立ったスレ/記者別一覧]( ´∀`)<238KB

read.cgi ver5.27 [feat.BBS2 +1.6] / e.0.2 (02/09/03) / eucaly.net products.
担当:undef