Java低速GUI Swing

[表示 : 全て最新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とやっていくみんなのスレッドです。
321 名前：デフォルトの名無しさん mailto:sage [03/11/25 01:21]: >>320
最初はいいけど、他社と値下げ競争が始まって、
次は人件費の圧縮。
322 名前：デフォルトの名無しさん mailto:sage [03/11/25 01:31]: >321
>319の書いたの読んだ?
他人がやらない方法で手を抜くのが他社との差別化さ。
その役に立つならSwingだろうが、VBだろうが、COBOLだってアリアリ。
323 名前：デフォルトの名無しさん mailto:sage [03/11/25 01:54]: >>322
確かに
インスタントラーメンを出すラーメン屋も
レンジでチンだけのレストランも成立する。
ノーパンのウェイトレスが出てくれば客は入る。
でもねぇ、そういうアプローチは風俗の手法だよねぇ。
(ノーパンシャブシャブは比喩だからね）
324 名前：デフォルトの名無しさん mailto:sage [03/11/25 02:17]: ラーメン屋というからにはすべてのメンを自家製にする必要があるかといえば、そうではない。
ファミレスでパスタゆでて、値段があがるのも本末転倒。

一般的な操作ができればいいのであればSwingで十分。
325 名前：デフォルトの名無しさん mailto:sage [03/11/25 02:27]: >>324
でもそれだと本職のコックをリストラしてアルバイトとパートを
増やす世界。本職のソフト屋が生存可能な世界じゃないね。
326 名前：デフォルトの名無しさん mailto:sage [03/11/25 02:51]: >>325
> 本職のソフト屋が生存可能な世界じゃないね。

なにか問題でも？w
327 名前：デフォルトの名無しさん mailto:sage [03/11/25 03:03]: >>326
問題はない。健康保険も年金払えなくても幸福はあるさ。
328 名前：デフォルトの名無しさん mailto:sage [03/11/25 23:03]: SwingWT の開発ペースすごくはやいねー。
いまから SWT 覚える気になれないけど、SWT の速度面のメリットや
OSネイティブコンポーネントの美しさが欲しい人はこれを試してみれ。

swingwt.sourceforge.net/
329 名前：デフォルトの名無しさん mailto:sage [03/11/26 00:18]: 読んでないけど、それって、Swingを前提にコーディングしたものを一発でSWTに変換、とかそういったﾓﾉ？
330 名前：デフォルトの名無しさん [03/11/26 02:10]: SWTをベースにしたSwingってことじゃないの？
331 名前：デフォルトの名無しさん mailto:sage [03/11/26 02:17]: SWTをSwingでラップ？
332 名前：デフォルトの名無しさん mailto:sage [03/11/26 11:25]: 退化したのか進化したのか
333 名前：デフォルトの名無しさん mailto:sage [03/11/26 11:31]: 古いワインを新しい革袋に入れて売るようなもんだろ
334 名前：デフォルトの名無しさん mailto:sage [03/11/26 17:06]: >>333
逆じゃない？
335 名前：デフォルトの名無しさん mailto:sage [03/11/26 18:44]: 新しい革袋を古いワインに入れて売るようなもんだろ
336 名前：デフォルトの名無しさん mailto:sage [03/11/26 19:00]: >>335
ソレダ！
337 名前：デフォルトの名無しさん mailto:sage [03/11/26 21:52]: >>336
ソレナノカ!?
338 名前：デフォルトの名無しさん [03/11/26 23:26]: SwingのトロさとSWTの機種依存を兼ね備えた力と技のV3ってとこか。
339 名前：デフォルトの名無しさん mailto:sage [03/11/27 03:17]: SwingWT試してみました。一発変換は無理です。
イベントモデルはSWTベースでSWTとSwingに合わせた感じでしょうか。
WindowEventがない点に最初はとまどいました。
だからJFrame.setDefaultCloseOperation()もありません。

他にもイベントモデルによる違いがあり、
例えばこんなコードを書くとプログラムが一瞬で終了します。
public static void main(String[] args) {
　JFrame frame = new JFrame();
　frame.setSize(100, 100);
　frame.setVisible(true);
}
デモプログラムによるとこう書くらしい。
public static void main(String[] args) {
　JFrame frame = new JFrame();
　frame.setSize(100, 100);
　frame.setVisible(true);
　frame.dispatchEvents();
　frame.dispose();
}
あと、私はjavax.swing.BoxLayoutを多用するのですが、これが
SwingWTではAWT以下に移動した上に別物に変わってしまってました。

期待しすぎた俺が浅はかだった…寝よ寝よ
340 名前：328 mailto:sage [03/11/28 23:04]: >>339
正直ｽﾏﾝかった。。
341 名前：デフォルトの名無しさん mailto:sage [03/11/29 01:30]: >>339
チャレンジャーに敬意を表します。
342 名前：デフォルトの名無しさん [03/11/29 03:43]: GCJだとswing使えないのでもしかしたらGCJに使えるかもと思ったのですが(というかそれが目的で作った・・・？)
>>339見る限りではまだまだみたいですね・・・
343 名前：デフォルトの名無しさん mailto:sage [03/12/03 01:55]: >>339

At present, the following items are working:
・Majority of the AWT Event Model

だなんて言ってるのにね。
漏れも非常に期待したのだが・・・。
なにわとまれチャレンジャー精神に感謝。
344 名前：デフォルトの名無しさん [03/12/04 02:22]: まぁ放って置いてもハードがどんどん高速化していくから、
多少の速度差よりも高機能をとるよな。
つか、1.4は別段遅くないし。
345 名前：デフォルトの名無しさん mailto:sage [03/12/04 09:02]: Javaで快適に動くようなハードウェア上では
ネィティブではより快適に動作する。
競争に勝てるソフトにはならん。
346 名前：デフォルトの名無しさん mailto:sage [03/12/04 09:48]: >>345
ネイティブでは10msで済むがJavaでは50msかかる、
というくらいになれば、人間にはほとんど違いは分からないから良いと思うんだが、
ハードが高速化しても、その頃にはSwingがさらに重くなってる可能性もあるわけで・・・。

>>344
ちなみに、おいらも1.4.2のレスポンスの速さには文句はないのだが、
しばらく最小化した後の復帰時にどえれー時間がかかるのが気になる・・・。
なんとかプログラム側で回避する方法はないのか、どなたかご存知？
347 名前：デフォルトの名無しさん [03/12/04 16:47]: >>346
>しばらく最小化した後
描画領域って時間が経つとＧＣ対象になるのかな？
（常にどこかが描画オブジェクトを参照しているわけではない
なんか起きるたびにただ書き直してるだけ）
実際、そうとしか思えないような動作をたまにする
スレッドセーフでないウェジットが多いのもそのためでしょうか？
348 名前：デフォルトの名無しさん mailto:sage [03/12/04 18:29]: >>346
Windowsなら、最小化したアプリの使ってるメモリから
優先的にスワップアウトさせるようだけど、それとちがう？
349 名前：346 mailto:sage [03/12/04 19:14]: レスさんくす。

個人的には>>347が理由ではないかと思ってた。
SWTだと起きないし、同じく独自のウィジット使ってるMozillaさんも、
しばらく最小化させた後は復帰にどえらく時間かかるので。

>>348はどのアプリでも起こることなので仕方ないと思うのだが、
>>347だけでも回避する方法はないものかなーと。
350 名前：デフォルトの名無しさん mailto:sage [03/12/04 21:16]: >>349

OS変えたら?
2000からXPにしてから同じアプリでもその現象がでなくなったような
"気"がするので・・・。
351 名前：デフォルトの名無しさん [03/12/06 00:25]: >>349
メモリ増設。
352 名前：346 [03/12/06 22:54]: ううむ。やはりプログラム側ではどうしようもないのか。
ネイティブと並んでSwingなGUIアプリが普通にデスクトップに登場する日を願ってage。
353 名前：デフォルトの名無しさん mailto:sage [03/12/07 00:19]: SwingをQtみたいにマルチプラットホーム、マルチ言語で
ネイティブにすればいいのに。それならハナシは簡単。
ライトワンスなんて意味ねぇよ。
354 名前：デフォルトの名無しさん mailto:sage [03/12/07 00:40]: あなたが意味ないと思っても多くの人は write once の恩恵には大いにあずかってる
355 名前：デフォルトの名無しさん mailto:sage [03/12/07 01:14]: Javaでミドルウェアとか書いてると、二度とwrite onceじゃない環境で書きたくないなーと思うよね。
356 名前：デフォルトの名無しさん [03/12/07 02:27]: せめてネイティブコンパイルさせてくれ。
357 名前：デフォルトの名無しさん mailto:sage [03/12/07 03:05]: >>356
ネイティブコンパイラは色々ありますが何か？
貧乏人はgcjでも使ってなさいってこった
358 名前：356 mailto:sage [03/12/07 03:09]: Swing使っててもネイティブコンパイルできるコンパイラってある？
別途JREが必要とかそんなんじゃなくて。
359 名前：デフォルトの名無しさん mailto:sage [03/12/07 03:38]: >>358
多くのAOTコンパイラでGUIアプリにJREが必要ってのは、ネイティブコンパイルが
出来ないからじゃなくてネイティブコンパイルしても配布/実行時にJREに含まれて
いるGUI周りのネイティブライブラリ(dll)やリソースが必要だからじゃなかったっ
けか。それでJOVEとかJETとかはJREが必要ないGUIアプリを作るのにSWTに走ったと。
www.xlsoft.com/jp/products/jet/jetswt.html

SWTの本家IBMはSWTの上にAWTを再実装してAOTコンパイラと一緒に出荷してる。
でもJ2ME向け製品だからSwingはやらないだろうね。
360 名前：デフォルトの名無しさん mailto:sage [03/12/08 18:05]: >>359
サンクス。そういう訳だったんですね。
>>339のSwingWTが一発変換に近くなってくれるのに期待。
361 名前：デフォルトの名無しさん mailto:sage [03/12/09 00:29]: おまいら
wwws.sun.com/software/javadesktopsystem/details.html
これって、Swingの実装か？
知ってる奴おしえれ
362 名前：デフォルトの名無しさん mailto:sage [03/12/09 00:37]: >>361
確かJOGLだったかな？
363 名前：デフォルトの名無しさん [03/12/10 02:10]: JDS自体はlinuxベースのOS。
そのウィンドウシステムとしてSunが今作ってんのが
slashdot.org/articles/03/12/09/0616205.shtml?tid=102&tid=108&tid=126&tid=156&tid=187&tid=189
これ。

なにげにうただのCDが見えるんだよな。
364 名前：デフォルトの名無しさん mailto:sage [03/12/10 02:38]: >>362
JOGL と Java Desktop System と何の関係が？
JOGL は Sun の OpenGL Java binding だと思ったけど…
365 名前：デフォルトの名無しさん mailto:sage [03/12/10 08:38]: 「Java Desktop SystemにはJOGLベースでSun独自のウィンドウマネージャを実装」
ttp://www.zdnet.co.jp/enterprise/0309/18/epn12.html

「レビュー：SunのクライアントOS「Java Desktop System」を検証する」
ttp://www.zdnet.co.jp/enterprise/0310/01/epn12.html

あたりが参考になるのでは。

X Window sytem 部に JOGL が関係しているらしい。
興味あるけど、Sun の製品だし微妙だな…。
366 名前：デフォルトの名無しさん mailto:sage [03/12/10 09:26]: やっぱ技術力としては
IBM > MS > Sun
となるのかな。
367 名前：デフォルトの名無しさん mailto:sage [03/12/10 13:11]: 技術力というより（能力×人数）って意味での開発力なら
そんな感じかも。
368 名前：デフォルトの名無しさん mailto:sage [03/12/10 13:52]: 能力×人数なら
MS > IBM
になる気がする
MSは巨人かヤンキースみたいなイメージがあるのだけど。

どっちにしてもSunには越えられない壁がある。
369 名前：デフォルトの名無しさん mailto:sage [03/12/10 19:14]: >>368
OSに限っていえばそのとおりだけど
IBMのほうが商売手広いイメージがある
MSも意外といろんな分野に手をだしてるけど
370 名前：デフォルトの名無しさん [03/12/10 19:57]: おまえら、IBMは巨人ですよ。
MSなどまだまだ新参の成金。
371 名前：デフォルトの名無しさん mailto:sage [03/12/10 21:12]: アメリカの特許の年間出願件数の一位は長い間IBMが
とってて、そのかなりの部分がソフトウェア特許って
ことを考えるとMSなんかたいしたことないきがする。
372 名前：デフォルトの名無しさん mailto:sage [03/12/10 21:33]: 企業の規模。
IBM>MS>SUN

しかし得意なもの、主要な顧客が微妙に違う。
MSはプロセッサ作ってないし、
IBMはJavaや.Netのような大きな処理系作らない、
それに企業端末弱い、OS/2は負け組。
373 名前：デフォルトの名無しさん mailto:sage [03/12/11 11:20]: >>372
端末はね。
でもAS400とか勝組み。
374 名前：デフォルトの名無しさん [03/12/11 21:17]: 「汎用機」といえばIBM製とその互換コンピュータを指す。
375 名前：デフォルトの名無しさん mailto:sage [03/12/11 21:33]: >>374
PCといえば、IBM製PC-ATとその互換コンピュータを指す
376 名前：デフォルトの名無しさん [03/12/11 23:44]: 現在店頭に並んでいるPCはPC-ATとの互換に欠ける罠
377 名前：デフォルトの名無しさん [03/12/13 15:17]: AWTXってどうよ？
Swingは結局アレなんかい？
再びAWTが復活するわけね？
378 名前：デフォルトの名無しさん mailto:sage [03/12/13 22:20]: >>377
AWTXってscand.com/jp/products/awtx/のこと?
なんか妙にアプレットにフォーカスした文章で、Swing駄目って
いってるけど、そんなにJavaPluginを使ったJREの自動インス
トールって駄目なのかなぁ。htmlconverterがあまり使われてない
現状ってのはあるけど。
そいや一昔前はKFCとか軽量コンポーネントあったけど
最近話をきかないね。Swingでみんな満足ってことなのかな。
まあ実用で使っているJavaアプリケーションってうちではEclipse
だけだし、なんでもいいや。
379 名前：デフォルトの名無しさん [03/12/14 22:31]: Swingでデジタル時計を作りたいのですが
１秒後とに表示を変えていくにはどうすればいいのですか？
380 名前：デフォルトの名無しさん mailto:sage [03/12/14 22:34]: あー.... あなたはスレッドって聞いたことありませんか?
381 名前：デフォルトの名無しさん [03/12/14 23:49]: sleep。これ。
382 名前：デフォルトの名無しさん mailto:sage [03/12/15 08:15]: >>380
そんな処理にスレッドを勧めるなんて・・・
javax.swing.Timerだろ。
383 名前：デフォルトの名無しさん [03/12/15 10:41]: >>378
違う。そっちのAWTXじゃない。

www.javadeveloper.jp/JavaOne/NewsEntry.html?rensai=10&issue=5

　そのほかにもJVMのメモリー使用量を節約する，起動を速くするなど
地道な改良が模索されている。また，AWTの新版（？）としてAWTX
が搭載されるという。
384 名前：デフォルトの名無しさん mailto:sage [03/12/15 11:15]: >>383
その記事大丈夫か？

メタデータの使用例とかいって generics と auto boxing のサンプル出したりしてるし、
例内のコードは list が List だったり、list.add が list add だったり間違いのオンパレードだ。
385 名前：デフォルトの名無しさん mailto:sage [03/12/15 15:02]: >>383
> AWTXってどうよ？
> Swingは結局アレなんかい？
> 再びAWTが復活するわけね？

お前は何も分かってない。
386 名前：デフォルトの名無しさん mailto:sage [03/12/15 23:26]: AWTXねぇ
もうSUNのやる事には何も期待できないわけですが
387 名前：デフォルトの名無しさん mailto:sage [03/12/16 12:39]: AWTX で検索したら
www5.airnet.ne.jp/sakuraba/java/diary/200306.html
> でも、クオリティは ×。p22 のリスト 1 はメタデータでなくて Generics だし。AWTX じゃなくて XAWT だし...

で、XAWT で検索したらこんなのが見つかった。
servlet.java.sun.com/javaone/sf2003/conf/sessions/display-1999.en-60358.jsp
> XAWT: A Faster, Lighter AWT for X11 Desktops
388 名前：デフォルトの名無しさん [03/12/21 21:49]: 一番手前に表示されるような
ウィンドウを作りたいのですが
どうすればいいのですか？
389 名前：デフォルトの名無しさん mailto:sage [03/12/21 22:51]: Windowsでよくある"常に前面に表示"みたいなやつなら
coreAPIだけじゃできない。nativeありならAPI２，３行でいけたはず。
390 名前：デフォルトの名無しさん mailto:sage [03/12/22 11:56]: >>388
同一 VM のウィンドウの中で前面に出たいなら java.awt.Window#toFront()
他のネイティブアプリより前に出るのは Windows だったら
JNI 使えばできるかも知らんが他は知らん。
391 名前：デフォルトの名無しさん [03/12/23 01:16]: >>389
Windows nativeでいいので
やりかた教えてください
392 名前：デフォルトの名無しさん mailto:sage [03/12/23 01:56]: >>391
www.google.co.jp/search?hl=ja&ie=UTF-8&oe=UTF-8&c2coff=1&q=java+window+always+top+jni&lr=
393 名前：デフォルトの名無しさん mailto:sage [03/12/26 23:55]: Javaって死滅しちゃうの？の1より

>Javaの理想も破れ、貧弱な言語と重いGUIという印象だけが残った。
>のろのろと改良を目指しているがその内容は某言語のパクリである。
>SUNの洗脳から解かれた人民は某言語にシフトしている。

まんまやね。
394 名前：デフォルトの名無しさん mailto:sage [03/12/27 10:14]: > 某言語のパクリ

頭悪そうだな。
395 名前：ミルコ・マグカップ [03/12/30 06:31]: そんな Swing 使って検索アプリ作りました。
指定されたページの検索とそのリンク先のページの検索をします。
数あるニュースやテレビ番組等のサイトを一括検索。
検索サービスの無いサイトの検索にも。
興味ある人はコチラ → ttp://www.geocities.co.jp/SiliconValley-Bay/6911/
396 名前：デフォルトの名無しさん [03/12/30 10:40]: www.geocities.co.jp/SiliconValley-Bay/6911/
397 名前：デフォルトの名無しさん mailto:sage [04/01/02 22:46]: JComboBoxについて質問します。以下のプログラムを実行し、コン
ボボックスのhogeを編集した後、ボタンを押すとhogeが出力されま
す。もう一度ボタンを押すと編集されたテキストが出力されます。
一度押すだけで、編集したテキストを表示させるにはどうすればい
いでしょうか。
import javax.swing.*;import java.awt.*;import java.awt.event.*;
public class ComboBox implements ActionListener {
JComboBox box;
public ComboBox() {
String[] patternExamples = { "hoge" };
box = new JComboBox(patternExamples);
box.setEditable(true);
JButton button = new JButton("hoge");
button.addActionListener(this);
JFrame frame = new JFrame();
frame.getContentPane().setLayout(new FlowLayout());
frame.getContentPane().add(box);
frame.getContentPane().add(button);
frame.pack(); frame.show();
}
public void actionPerformed(ActionEvent e) { System.out.println(box.getSelectedItem()); }
public static void main(String[] args) { new ComboBox(); }
}
398 名前：デフォルトの名無しさん mailto:sage [04/01/02 23:10]: >>397
普通に編集されたテキストが出力されるけど?
どんな環境で使ってるのかな。
399 名前：397 mailto:sage [04/01/03 01:59]: >>398
Red Hat Linux 9です。
java -version
java version "1.4.2_01"

もう一つ分からないことがあります。
button.addActionListener(this);
この行を
box.addActionListener(this);
に変えて実行し、hogeを編集してからリターンを押すと編集したテ
キストが2回表示されます。編集しずに押すと一回だけ表示されま
す。
しかも編集したときは、なぜかボタンを押してもテキストが2回表示
されます。
400 名前：　 mailto:sage [04/01/03 04:14]: >>399
自分も398と同じく普通に編集されたテキストが出力される。
OSはWindowsだけど。LinuxのVMがおかしいのかな？

399の方は自分も躓いた｡自分もSwing勉強して間もないので間違いもあるかも知れんが
www.atmarkit.co.jp/bbs/phpBB/viewtopic.php?topic=7943&forum=12&4
でも話題になってる｡
コンボボックスが発生させるアクションイベントは実は２種類に細分化できて
comboBoxChangedとcomboBoxEditedがあるみたい。
actionPerformedの引数として渡されるActionEventオブジェクトのgetActionCommand()で区別できるみたい。

選択項目が変化するとcomboBoxChangedのほうが、リターンキーを押すとｃomboBoxEditedの方が来る｡
編集してリターンキーを押すと選択項目も変化するから２回アクションイベントが発生する｡

またコンボボックスを編集可能にして編集して項目書き換えると、
コンボボックスがフォーカスを失うときに、選択項目が変化したとみなされcomboBoxChangedが発生する｡
だからボタンを押すとコンボボックスがフォーカス失ったので選択項目変化のためと、ボタンが押されたことによるアクションイベントの両方が起きる｡
401 名前：400 mailto:sage [04/01/03 04:59]: で何故397のようなことが起こりうるのかについての推測だけど
編集可能なコンボボックスのテキストを編集しても
編集してる最中にはたくさん文字が入力されたりして変化してるから
選択項目が変化したとコンボボックスが判断するのはリターンキーを押されたかフォーカスを失った時になって初めてである。

だから397さんの環境だと、コンボボックスを編集した後ボタンを押すと
ボタンのアクションイベントの処理がまず最初になされ
その後になってコンボボックスのフォーカス喪失の処理がなされて
選択項目の更新がなされるようになってるのかな｡

自分のWindowだとボタンを押せばその前にコンボボックスのフォーカスが失われたことによる選択項目の更新がまずなされ、
その後ボタンのアクションイベントの処理が行われるからうまくいく。

見当外れだったらすまそ。
コンボボックスとボタンの両方にアクションリスナーを登録してactionPerformedの中で
イベントオブジェクトのgetSourceかgetActionCommand()でどっちが先に呼ばれてるか調べてみたら｡
ボタンの方が先に呼ばれてたら推測があってるかも｡
でも常識的にフォーカス失ったほうの処理の方が先だよな｡
402 名前：399 mailto:sage [04/01/03 13:00]: わかりやすい説明ありがとうございます。
>>399の編集した後リターンを押すと2回表示されるのは
comboBoxChangedとcomboBoxEditedによるものでした。また、ボタ
ンを押したときも同じイベントが発生していました。Tabキーでコ
ンボボックスのフォーカスをはずすだけでも同じイベントが発生し
ました。

buttonとboxの両方にアクションリスナーを登録してどのイベント
が発生しているのかを確認したところ、button、comboBoxChanged
、comboBoxEditedの順で発生していました。buttonのイベントのと
きはbox.getSelectedItem()で得られるテキストは編集前の状態で
、boxのイベントのときは編集後の状態でした。
403 名前：デフォルトの名無しさん mailto:sage [04/01/03 13:32]: >>402
編集したらコンボボックスがフォーカスを失うだけでcomboBoxChangedとcomboBoxEditedの両方発生したね。
間違ったこと書いてゴメン｡
あと自分のWindowsではやっぱりボタンにアクションリスナー登録しても
コンボボックスのイベントの方が先に処理されてました｡
LinuxとWindowsじゃ違うみたいだね｡

解決策はあまりいい方法は思いつきませんでした｡上にあげた
www.atmarkit.co.jp/bbs/phpBB/viewtopic.php?topic=7943&forum=12&4
が参考になるかも。
404 名前：デフォルトの名無しさん mailto:sage [04/01/04 11:54]: もう済んだ話かもしれないけど、
RedHat9 + Java 1.4.2_03 では、>>397 のようにはならず、>>398 のようになったよ。
405 名前：デフォルトの名無しさん [04/01/04 14:04]: 結論：Javaを使うならやっぱりWindows環境がｲｲ！
406 名前：デフォルトの名無しさん [04/01/04 14:06]: そしたらJava使う意味ないじゃｎ
407 名前：デフォルトの名無しさん [04/01/04 14:25]: 低速なのにどうして使うの？
408 名前：デフォルトの名無しさん mailto:sage [04/01/04 14:25]: Javaって、Windowsで使うと意味無いんですか？
ショック。
409 名前：デフォルトの名無しさん mailto:sage [04/01/04 14:28]: Windowsで使うことに意味がないわけではないが
"Windowsだけ"で使うんだったら意味は半減するわな。
410 名前：デフォルトの名無しさん mailto:sage [04/01/04 14:31]: >>407
基地外だから
411 名前：デフォルトの名無しさん [04/01/04 14:32]: >>409
なんの意味が半減するの？
412 名前：デフォルトの名無しさん mailto:sage [04/01/04 14:43]: Javaって、Windows以外で使うと意味が倍増するんですか？
すごーい。
Javaやってみようかなー。
413 名前：デフォルトの名無しさん mailto:sage [04/01/04 14:47]: 馬鹿の集まりだな
JavaのバイトコードはJavaVMがあればWindowsでもLinuxでもSolarisでもそのまま動くということも知らずに
Javaスレに来るとは
414 名前：デフォルトの名無しさん mailto:sage [04/01/04 14:51]: >413
師匠！師匠と呼ばせてください。
415 名前：デフォルトの名無しさん [04/01/04 14:56]: >>413
意味が半減する理由にはなっていないと思うが？
ケースバイケースという言葉を知らないの？
416 名前：デフォルトの名無しさん mailto:ハゲ同sage [04/01/04 14:59]: >>415
師匠に理屈を言ってはいけません。
417 名前：デフォルトの名無しさん [04/01/04 16:01]: >>387
つまりXAWTがSwingを死滅させるということでFA?
418 名前：デフォルトの名無しさん mailto:sage [04/01/04 16:14]: Windows上でGUIをやる場合Javaに比べて
VBの方が圧倒的に簡単に作れる。
VCの方が圧倒的に自由度が高い。

だからWindows上だけでGUIを作る場合
Javaを積極的に選択する理由がない。

よって複数プラットフォームを視野に入れてJavaでGUIをやる意味に比べたら
Windows上だけでJavaでGUIをやる意味は減っている。
419 名前：デフォルトの名無しさん mailto:sage [04/01/04 16:33]: >>418
Javaをやるのは理屈じゃねーんだよﾎﾞｹ
420 名前：デフォルトの名無しさん mailto:sage [04/01/04 16:36]: 信じるものは救われる
421 名前：デフォルトの名無しさん [04/01/04 18:47]: >だからWindows上だけでGUIを作る場合
>Javaを積極的に選択する理由がない。

JTableをVCやVBでやろうとするとそれはそれは大変な道程となる訳で。
文化オリエントの製品を別途購入しVCだと更にCOMの奥義を極めるのが普通、
というまさに茨の道。

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

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