トップページ⇒tech
983コメント299KB

クライアントサイドJavaどうよ? part2

■ このスレッドは過去ログ倉庫に格納されています
0001SunがダメNGNG
クライアントサイドでJAVAが普及するためにはどうすればいいか、
マターリ語りましょう。

前スレ
http://pc3.2ch.net/test/read.cgi/tech/1002160815/
0497デフォルトの名無しさんNGNG
>>495
Genericsの必要性がわからないのね...
0498デフォルトの名無しさんNGNG
>>495
>モノの価値のわからないエンドユーザでも見た目だけは判断できるから、
>そこそこの見た目は必要不可欠。
何が言いたいんだ?
Javaが泥沼と言っているところから恐らくM$製品と比較しているみたいだが(SWTとは比較していないと見た)、
見た目が悪くても同種の製品でM$に依存しなくてもいいなら安い方に手を出す出だろう。

見た目だけで選ぶのは趣味でやっている程度だろ。
目的がしっかりしていればそんな基準だけで選ばないだろう。
0499デフォルトの名無しさんNGNG
いや、見た目で困ってるのは仕事の人たちでしょう。
趣味なら「文句あるなら使わなければいい」で済みますから。
0500デフォルトの名無しさんNGNG
>>483

"MS Pゴシック" って指定すると、ふつーにフォント変わるけど?
0501デフォルトの名無しさんNGNG
>>496
>何と比べてJava Genericsが頭悪すぎなんだ?

>>495と。
0502デフォルトの名無しさんNGNG
>>501
へー、>>495ってのは凄いんだな。

つーのはともかく、Java Genericsは結局STLのコンテナしか見えてないわけで、
STLアルゴリズムを当然のように使ってるC++プログラマにしてみりゃ玩具にも
ならんのだろ。
っても、その分野でもC++が最強ではないわけだが。
0503デフォルトの名無しさんNGNG
>>502
アルゴリズムってのは、interface 使えばある程度は実現できるので。
0504デフォルトの名無しさんNGNG
Swingでフォントセットを交換する方法を知らないアホがえらそうに語っている
のはなんでですか?

デフォルトのMetalLookAndFeelつかってるなら、MetalThemaのFontUIResource
差し替えればいいだけ。スキン丸ごと自作などということはしないでいい。

問題は、APIドキュメンテーションよんでも、上のことがよくわからないことだなあ。
0505デフォルトの名無しさんNGNG
フォントが綺麗にできるならなんでデフォルトでそうなってないんだ、
ってところにみんな腹を立てているわけで。

SWT だってそうで、SWT ではそこそこ使えるものができるのに、
なんでデフォルトでインスコされる Swing がイマイチなんだ、と。
0506デフォルトの名無しさんNGNG
>>505
>>479 および >>486
0507デフォルトの名無しさんNGNG
汚かったらフォント変えとけよ。

Font font = new Font("monospaced", Font.PLAIN, 12);
FontUIResource fontUIResource = new FontUIResource(font);
Iterator keys = UIManager.getLookAndFeelDefaults().keySet().iterator();
while(keys.hasNext()) {
 Object key = keys.next();
 if(key instanceof String) {
  String s = (String)key;
  if(s.endsWith("font") || s.endsWith("Font")) {
   UIManager.put(s, font);
  }
 }
}
0508デフォルトの名無しさんNGNG
>>504
こんなめんどくせーのが一般に普及すると思う?
0509デフォルトの名無しさんNGNG
それが仕様なんでしょ
$unには誰も逆らえない
0510デフォルトの名無しさんNGNG
ゴズリング氏はどう思ってんでしょうね。
0511デフォルトの名無しさんNGNG
なんだかんだ言ってこのスレは熱いな。良いことだ。
0512デフォルトの名無しさんNGNG
>>509
おい。 >>507をクラスなりメソッドに変えてライブラリとして提供すれば済むことだろ。$unに逆らおうと逆らわずと仕様に縛られているわけないだろ。
Jakartaにも多数のライブラリ(というよりもフレームワーク)が用意されているだろう。
0513デフォルトの名無しさんNGNG
>>510
ゴズリング氏は日本語わからないとおもうので
Swing の(日本語)フォントが汚い事も知らんと思うよ。
0514デフォルトの名無しさんNGNG
font.properties.ja 書き換えるのはダメなんすか?
0515デフォルトの名無しさんNGNG
気になったのだが、Javaの日本語化担当はどこのどいつがやってんだ?
まずそいつを殺してくれ
0516デフォルトの名無しさんNGNG
>>515
タイーホ
0517デフォルトの名無しさんNGNG
SWTは継承できないから糞
機種ごとに異なるDLL配布が必要=JavaWebStartから起動できないから、勉強意欲なし。
EclipseプラグインAPIだよ、あれは
0518デフォルトの名無しさんNGNG
>>514
テキストで見えてはいるけど、JREの内部プロパティの一部でしょ?
ユーザの環境のそれを勝手にいじっていいものなのかな?
Java共通論理フォントとOSネイティブのフォントのマッピングを
勝手にかえてしまうと、ほかが迷惑するんで無いかいの?
0519デフォルトの名無しさんNGNG
>>515
どちらかというとクソなのは「この問題について開発担当に何のクレーム
または変更要求もに送らない"日本Sun"」じゃないのかな?
アメリカ人には気がつかないのもしかたないと思われ。
0520デフォルトの名無しさんNGNG
>>気になったのだが、Javaの日本語化担当はどこのどいつがやってんだ?
たしかに、自給\650のアルバイトがやってんじゃねーのか?
0521デフォルトの名無しさんNGNG
>>520
>>514を差し替えるだけですから、そういう人間でも十分ですな。
0522デフォルトの名無しさんNGNG
>>518
迷惑するって、誰が?

Unix では入ってるフォントがまちまち、という事もあって
自分の環境に合わせた設定に書き換えるのは良くあることなんだけど。
0523デフォルトの名無しさんNGNG
>>521
だからーPGにアプリ配布すんならそれでもいいけど、一般素人にPureJavaアプリ配布するのにそんな事言えるわけねーだろ

俺はフォントうんぬんより、レイアウトマネージャーが糞だと思う。
SWTみたいにシンプルで良質なレイアウトマネージャーを用意すべし。
・・ってこれこそ自分で作れば解決する話だね(>_<)、誰かつくって〜
0524デフォルトの名無しさんNGNG
>>523
自分でアプリ作るなら 例えば >>507 みたいに
アプリでフォント指定すれば良いだけでは?
0525523NGNG
>>524
なるほど。まぁめんどくさいけど不可能ではないな。
それにしても便利なレイアウトマネージャーだれか作ってほしい
0526デフォルトの名無しさんNGNG
>>525
>まぁめんどくさいけど
どこが? この程度が面倒くさいなら(以下略)

>便利なレイアウトマネージャー
自分で作れ。
0527デフォルトの名無しさんNGNG
どうも「Java のフォントには問題ない」ということにしたい人が
いるようだけど…。

Java プログラマで >>507 を実行する人はごく一部だろうし、
一般レベルの Java ユーザで font.property.ja を書き換える人なんてほとんど
いないじゃん?

そうすると「Java のフォントは汚い」という感じる人が大半なわけで、
それを打破する意味でデフォルトの設定がまともになっているべきなんだよ。

なんてことを言うと >>506 みたいに言われてループになるんだが、
俺はやっぱり日本 Sun がちゃんとすべきだと思うな。
0528デフォルトの名無しさんNGNG
つかcssでフォント決め打ちとか嫌う人間もいるしな…
0529デフォルトの名無しさんNGNG
>>527
>なんてことを言うと >>506 みたいに言われてループになるんだが、
>>479 および >>486 を実行すればループにはならん。
0530デフォルトの名無しさんNGNG
>>527
>どうも「Java のフォントには問題ない」ということにしたい人が
>いるようだけど…。
自力でフォント設定しろ(>>507)、もしくは製作者に文句言え(>>506)
と言ってる奴はいるみたいだが?
0531デフォルトの名無しさんNGNG
>>527
>Java プログラマで >>507 を実行する人はごく一部だろうし、
Java プログラマって(以下略)
0532デフォルトの名無しさんNGNG
SpringLayoutってどーよ。
あれ、GridBagLayoutを簡略化したものだって聞いたけど
チュートリアル見ててもさっぱりわからん。ググってもひっかからんし
0533デフォルトの名無しさんNGNG
>>>>525
>>>まぁめんどくさいけど
>>どこが? この程度が面倒くさいなら(以下略)

普通にメンドクサイと思うけど?
普通の言語じゃ考えられん。
0534デフォルトの名無しさんNGNG
>>533
普通の言語ってVBですか?
0535デフォルトの名無しさんNGNG
もうみんないい加減寝ようよ。
0536デフォルトの名無しさんNGNG
みなさん必死すぎてイケメンが台無しですよ?
0537デフォルトの名無しさんNGNG
>>517
釣るために、こんなアホな書き込みを?
ググッた内容をそのまま貼り付けた感じだね。
0538デフォルトの名無しさんNGNG
>>537
517の書き込みのどこがアホなのか ゆーてみそ
0539デフォルトの名無しさんNGNG
VBとかってウインドウのサイズが変わったらどうなるの?

というか、JAVAでGUI作るとき
ウインドウサイズが変わったら・・・
って事を考えながら作るよね?
どんなウインドウサイズでも見栄えをよくするのって
けっこう、難しいよね。
0540デフォルトの名無しさんNGNG
おかげさまで人気ソフトの仲間入り!
☆スクラップのカニ様☆

http://www.vector.co.jp/magazine/softnews/030122/n0301222.html
http://hp.vector.co.jp/authors/VA031513/
0541デフォルトの名無しさんNGNG
>>539
ウィンドウサイズが変わることを想定しないダイアログがイパーイ。
画面解像度によっては表示しきれないというアホなダイアログを
作る馬鹿もいる。さすがVB厨。
0542デフォルトの名無しさんNGNG
変わることを想定しないなら問題ないんだよ。
それにVB6以前はレイアウトマネージャのようなものが無いから面倒なのだ。
なあに、VB.NETを使えば自然と解決される問題さ。
0543デフォルトの名無しさんNGNG
日本でのクライアントサイドの需要を考えて改良するなんて
今の$unではありえんだろ。
つか現状での放置ぐあいがそれを物語ってる。

所詮はUTF-8≒ASCIIという前提のモノなんだよな。
0544デフォルトの名無しさんNGNG
ウインドウサイズが一定サイズ以下になったらコンポーネントがいきなり推奨サイズから最小サイズにリサイズすんなよ!
こんな動作期待する人間はいない
Javaのレイアウトマネージャは「サイズが変わったら・・」の場合を考えているが
その場合にまともな動作をしてくれないから結局使えない。
というわけで
1.SwingはUIダサイ
2.Swingは遅い
3.Swingのレイアウトマネージャーは使いにくい
4.Swingのコンポーネントは機能がショボイ
よってSwingはデフォルトでは糞、しかし

A.Swingのライブラリは美しい
B.Swingは拡張性に優れている
という理由で、俺はつかっていくYO!「A」は重要で「B」があるので本気になれば自分で問題は解決できる
趣味でやる分にはどれだけ工数かけてもいいからな
0545デフォルトの名無しさんNGNG
>>544
>Javaのレイアウトマネージャは「サイズが変わったら・・」の場合を考えているが
>その場合にまともな動作をしてくれないから結局使えない。
から
>2.Swingは遅い
>4.Swingのコンポーネントは機能がショボイ
を導き出すのは不可能。
0546デフォルトの名無しさんNGNG
まあ導き出せないが事実ではあるな。
0547デフォルトの名無しさんNGNG
まーあれだ。もし俺がJavaの設計者だったら、UIの問題は最優先でたたき直すけどな。
こんな粗末なもん世に出せんわ
何やるにしたってビジュアルは大事なんだよ
0548デフォルトの名無しさんNGNG
その結果が.NETだったりSWTだったりするわけで、
無駄な努力なことうけあい。
0549デフォルトの名無しさんNGNG
>Swingは遅い

IDEみたいに巨大なプログラム作らなければ
Pentium200MHzぐらいでもちゃんと動くものを作れるけど。
0550デフォルトの名無しさんNGNG
Javaでシューティングゲーム作ってみたけど、結構動くよ。
0551デフォルトの名無しさんNGNG
>>550
ごくろうさん。次はCUIでたのむよ
0552デフォルトの名無しさんNGNG
>>551
言っている意味が分からない時点で煽りとして失格だな。
0553デフォルトの名無しさんNGNG
>>548
なにが無駄なんだ?
0554デフォルトの名無しさんNGNG
>>553 お前の存在
0555デフォルトの名無しさんNGNG
>>552
(無駄な努力)ごくろうさん。(使い物になるように)次はCUIでたのむよ
かな?
0556デフォルトの名無しさんNGNG
>>549
凄い自身っす。ビックリっす。もしかして、オレスゲーの方ですか?
是非ウチの会社へ。
0557デフォルトの名無しさんNGNG
>>556
お前氏ね
0558デフォルトの名無しさんNGNG
>>555
CUI で使い物になるシューティングって作れるかな?
WindowsNT系とかだとエスケープシーケンスのサポートとかってかなり弱いけど。
おまけに Java で? 標準APIだとデータ垂れ流すしか出来ないけど。
0559デフォルトの名無しさんNGNG
コンソールのサイズが取れないと厳しいような・・・
0560デフォルトの名無しさんNGNG
JDK1.4の新機能使えば、2Dの動画は結構動くよ、ほんと。
マトモなゲーム作ろうと思うと、GCでロックかかるのを回避するような
実装せにゃならんけどね。
データモデルのオブジェクトは全て参照握っといて再利用さー。
0561デフォルトの名無しさんNGNG
>>560
Graphics使ってでゲームとかつくると充分速いスピードでるんだよな
これは1.4よりずーっと以前から思ってた。
Swing使ってる感覚でJavaのグラフィック=遅いってイメージだったから最初驚いた。
0562デフォルトの名無しさんNGNG
>>558
CUI = コマンドプロンプト限定ですか。
0563デフォルトの名無しさんNGNG
どう考えても.NETにおされ気味だな・・・
クライアントサイドJavaは捨ててServletだけにかけるのが
Javaの生き残りの道か・・・
0564デフォルトの名無しさんNGNG
それをやるといずれCOBOL化しちまいますよ
0565デフォルトの名無しさんNGNG
>>561
いやいや、Graphicsに書くやつも1.4で結構速くなったよ(Win版しかしらんけど)
0566デフォルトの名無しさんNGNG
画面全体を書き換えまくっても結構速いよ。
VolatileImageってつまるところDirectDrawSurfaceだから、
スプライトみたいなことをやってもサクサク動くし、αブレンドもできる。
Win限定だけど。
0567HOE ◆J8bArdHtnA NGNG
GUIだとこんな感じはどうだ?
http://www.jagex.com/meltdown.html

ここもチェックしてみれ
http://www.middlearth.it/JAVA_GAMES.htm
0568デフォルトの名無しさんNGNG
>>562
わざわざ Window 出して文字だけでやるの?
それは使い物になるシューティングが作れて、
おまけに無駄な努力じゃないんだ?
0569HOE ◆J8bArdHtnA NGNG
昔、CUIでrougeローグっていうダンジョン降りていくゲームがあったな。
シューティングじゃないけど、なかなかはまったよ
0570デフォルトの名無しさんNGNG
>>569
rouge? rogue じゃなくて?

あと、rogue はどっちかとゆーと >>558 ですよね。
0571デフォルトの名無しさんNGNG
>>563
生き残り? 生き残りと言うか断然優位な立場にあるのは
Servletだけではないぞ。

JavaMail, JDBC, JNDI, RMI など
そしてそれらをまとめたJ2EE
ほかに、Javaベースの
Jxta, Jiniがあるぞ。

そして OpenSource の Jakarta Projectだ。

Tomcat, struts, Turbine,antなどで有名だから知っているだろう。

.Netでまだまだこれらに勝るものは無い。
0572デフォルトの名無しさんNGNG
>>571
一部クライアントサイドでも使えるのがあるけど
殆どサーバサイドの技術だね。
0573デフォルトの名無しさんNGNG
サーバサイドJavaマンセー
クライアントサイドJava…
0574デフォルトの名無しさんNGNG
>>572
.Netもほどんとサーバサイドの技術って気がするぞ

というか .NetはJ2EEに対抗して作られたものではないかと思われ

それに、これからの時代は、クライアントアプリもブラウザを通してサーバにあるHTML形式またはApplet形式の
プログラムをダウンロードしてブラウザ上で動かすと言うものも増えてくるのではないかな?

GUIもブラウザとHTML, XML, Applet任せ、な時代にはならないだろうか?

ワープロも表計算もブラウザ上で処理するのだ〜
0575デフォルトの名無しさんNGNG
これからの時代はJava
0576デフォルトの名無しさんNGNG
Javaマンセー。.NET潰れろ(藁
0577デフォルトの名無しさんNGNG
> .Netもほどんとサーバサイドの技術って気がするぞ

いえてる。力の入りようが違う。つうか異常。
0578デフォルトの名無しさんNGNG
>>577 M$はJ2EEをそれだけ嫉妬していたと言うことか
0579デフォルトの名無しさんNGNG
>>578
そりゃそうでしょ。
というかJavaを野放しにしているほうが危ない。
0580HOE ◆J8bArdHtnA NGNG
>>570
あ、ごめん^^;
でも、Javaは昔は本当に遅いと感じたけど、CPUが高速になってきてるし、
だいぶ実用的なスピードにあると思うけどな。<<GUIね
0581デフォルトの名無しさんNGNG
スレ違いっぽい気もするけど質問。

サーバーサイドで使われている Java って、
多分「Win+Java」、「Solaris+Java」、「Linux+Java」の組合せがほとんど
なんですよね?

で、.NET がサーバー用途の技術だとして、
.NET が置き換えようとしているのは (現状では)「Win+Java」の環境
ということになると思うのですが、「Win+Java」で運用されてるサイトって
多いのでしょうか?

個人的には Solaris と Linux に比べると Windows のサイトは少なそうな
イメージがあるですが。
0582デフォルトの名無しさんNGNG
> Windows のサイトは少なそうな

Code RedやSQL wormの被害を知ってて言ってるのかいな。
0583デフォルトの名無しさんNGNG
>>582
>個人的には Solaris と Linux に比べると Windows のサイトは少なそうな
ってのは前後の文脈から判断して、
個人的には Java+Solaris と Java+Linux に比べると Java+Windows のサイトは少なそうな
って事だと思われ。
0584デフォルトの名無しさんNGNG
JavaはWindows上でもっともマトモに動作するんだがなあ。
0585デフォルトの名無しさんNGNG
>で、.NET がサーバー用途の技術だとして、
>.NET が置き換えようとしているのは (現状では)「Win+Java」の環境
>ということになると思うのですが

.NETはよく知らないけど、M$はサーバーサイドをLinux+Apache+Java→Win+.NETにしようとしてるんでしょう
で、多分それは(当分)無理だから、Linux+Apache+.NETという組み合わせにはできんのでしょうか?
これが出来れば今すぐに.NETの勉強はじめるけど、俺
0586デフォルトの名無しさんNGNG
Apache AXIS使え
0587585NGNG
ApacheAXIS=Apache+Javaという意味だったんだけど。
それともAxisってC#アプリをWEBサービスにできるの??
0588デフォルトの名無しさんNGNG
SpringLayout最高、クライアントJava復活の兆し
0589デフォルトの名無しさんNGNG
>>588
復活もなにも最初から(以下略
0590デフォルトの名無しさんNGNG
じゃ、クライアントJava誕生の兆し
0591デフォルトの名無しさんNGNG
中絶はイカンと思うよ、俺は
0592デフォルトの名無しさんNGNG
SpringLayoutはいいとしても、やっぱりGUIビルダーが必要。
SpringLayoutの場合途中でプログラムを入れないと汎用的に組めないと思うから(マルチロケールとか考えた場合)
GUIビルダーもそれなりに賢いものじゃないと、せっかくのレイアウトマネージャーが台無し
0593デフォルトの名無しさんNGNG
>>592
>SpringLayoutの場合途中でプログラムを入れないと汎用的に組めないと思うから(マルチロケールとか考えた場合)

どうも文字列リソースを外部から持ってくるとかの発想は無いらしい。
0594デフォルトの名無しさんNGNG
GUIビルダーってコレじゃダメか?↓

http://java.sun.com/products/javabeans/beanbuilder/1.0/docs/guide/tutorial.html
0595デフォルトの名無しさんNGNG
?
0596デフォルトの名無しさんNGNG
Javaマンセー。.NET潰れろ(藁
Javaマンセー。.NET潰れろ(藁
Javaマンセー。.NET潰れろ(藁
Javaマンセー。.NET潰れろ(藁
Javaマンセー。.NET潰れろ(藁
Javaマンセー。.NET潰れろ(藁
Javaマンセー。.NET潰れろ(藁
Javaマンセー。.NET潰れろ(藁
Javaマンセー。.NET潰れろ(藁
Javaマンセー。.NET潰れろ(藁
Javaマンセー。.NET潰れろ(藁
Javaマンセー。.NET潰れろ(藁
Javaマンセー。.NET潰れろ(藁
■ このスレッドは過去ログ倉庫に格納されています