[過去ﾛｸﾞ] JAVAってこんなことも出来ないの？ (706ﾚｽ)
上下前次1-新
このｽﾚｯﾄﾞは過去ﾛｸﾞ倉庫に格納されています｡
次ｽﾚ検索 歴削→次ｽﾚ 栞削→次ｽﾚ 過去ﾛｸﾞﾒﾆｭｰ
1(7): 2007/05/19(土) 22:13:03 AAS
mainメソッドから値を返す。
2(1): 2007/05/19(土) 22:24:39 AAS
>>1
System.exit(0);じゃだめかね
3: 2007/05/19(土) 22:37:37 AAS
>>1ってプログラム言語もまともに使えないの?
4: 2007/05/19(土) 22:38:26 AAS
ごはんを焚く
5: 2007/05/19(土) 22:48:42 AAS
馬鹿キタコレ
6: 2007/05/19(土) 22:53:26 AAS
まずお湯を沸かします
7: 2007/05/19(土) 23:04:12 AAS
「苗を植える」からじゃないのか？
8: 2007/05/20(日) 00:18:31 AA×
2ch板:prog
9: 2007/05/20(日) 00:28:51 AA×
10: 2007/05/20(日) 01:07:33 AAS
確かにできないね。
何となく必要性はわかるよ。
他のクラスから、既存のロジックを実行するクラスをコールする。
みたいなことでしょ？
で、その「他のクラス」は「既存のロジック」を実行した結果を知りたいんでしょ？
だとしたら、
「既存のロジック」を持っている既存のクラスで、
値の代わりにカスタムExceptionをthrowさせればいいんじゃない？
「他のクラス」はthrowされたExceptionで結果を判別できるでしょ。
ちょっとデザイン的には不細工に思えるけどね。
もしくは、
「他のクラス」からコールする前提のPublic methodを実装すればいいんじゃない？
結果的にはこちらが自然なんだけど。
11(1): 2007/05/20(日) 01:40:20 AAS
>>1低脳乙。もうちっと調べて物を言え。
>>2でも言われているが．．．
java.lang.System.exit(int status);
現在実行している Java 仮想マシンを終了します。
引数はステータスコードとして作用します。
通例、ゼロ以外のステータスコードは異常終了を示します。
-----終了-----
12: 2007/05/20(日) 01:44:03 AAS
釣りだろ？
13: 2007/05/20(日) 13:25:23 AAS
> 4
最近はReal-timeもかなり良くなってるから、Javaで制御する炊飯器って問題なく作れると思う。
14: 2007/05/20(日) 16:31:28 AAS
javaってGPUの機能使えるの?
15(1): 2007/05/20(日) 16:40:24 AAS
>>11
return 1;
とか出来ないじゃん。
16: 2007/05/20(日) 16:45:03 AAS
そこに何の問題が？
17: 2007/05/20(日) 17:04:39 AAS
>>15
static void main(....
なんのためのvoid指定なんだよ
18(2): 2007/05/20(日) 22:31:32 AAS
Javaって
W r i t e O n c e , R u n A n y w h e r e
も、出来ないよね。
19: 2007/05/20(日) 22:37:47 AAS
>>18
これができない時点で実は Java の存在意義ってほとんどなくなるんだけどなｗ
20(1): 2007/05/20(日) 22:53:16 AAS
えっと、いまのところWrite Once, Run Anywhereが一番できることに変わりないのだけど。
少なくとも、Javaの存在意義が発揮できる程度にWrite Once, Run Anywareが実現できてるわけだけど。
21(1): 2007/05/20(日) 22:58:40 AAS
perlの方が
22: 2007/05/20(日) 23:02:29 AAS
例えば Perl はポータブルな GUI 作れないやん
23: 2007/05/20(日) 23:08:08 AAS
て言うか、PC アプリに限れば Windows をターゲットにすればどんな言語でも
ほぼ Run Anywhere だからなぁ。
24: 2007/05/20(日) 23:12:49 AAS
ﾌﾟﾌﾟ
25(1): 2007/05/20(日) 23:13:58 AAS
>>21
ファイルパスの扱いは？
あとは、スレッドの扱い。
印刷はどうする？
> 23
Macのユーザーは着実に増えてるわけで。
その程度の動作確率でRun Anywhereといっていいなら、Javaは充分Run Anywareだ。
26: [sage そんな餌に俺がｸﾏｰ(AA略] 2007/05/20(日) 23:35:15 AAS
Java以外で出来ないとでも思っているのか？
27(1): 2007/05/20(日) 23:43:04 AAS
>>25
> その程度の動作確率でRun Anywhereといっていいなら、
> Javaは充分Run Anywareだ。
その程度の動作確率で充分な世界があるわけで、その世界だと
Java もその他の言語も充分 Run Anywhere
つまり、その世界では Run Anywhere なんて何の自慢にもなら
ないって言ってるんだけど、難しかった？
28: 2007/05/20(日) 23:46:29 AAS
>>27 は >>18 はとんだ大間違いだと言いたい訳か
29(1): 2007/05/20(日) 23:47:41 AAS
>>20
うん、まぁ、ある程度はそれができていることは認めるよ。
でも、厳密に Write Once, Run Anywhere ができていない以上は、
この点に関しては他の言語と程度問題の差でしかなく、一線を画す類のもんじゃない。
それでいて実現できてない理想の為にVM上で動かさざるを得ずパフォーマンスは悪い。
現状、それでも使い物にならないってほどじゃないから、妥協した上での選択肢として
Javaがそれなりに利用されてるってだけだってことをお忘れなくｗ
30: 2007/05/20(日) 23:53:39 AAS
それなりねー・・・・
31(1): 2007/05/20(日) 23:56:10 AAS
2chｽﾚ:tech
>C: ケンシロウ
>C++: ラオウ
>D: トキ
>Java: ジャギ
これ、言いえて妙だと思ったｗ
32(1): 2007/05/21(月) 00:03:05 AAS
>>29
Run Anywareで問題になってるところって、たとえば何があるの？
33: 2007/05/21(月) 00:03:42 AAS
北斗の拳を知らないのか、プログラミング言語を知らないのか、どっちなんだろう…
34: 2007/05/21(月) 00:15:33 AAS
>>32
それは Java 厨のほうがよく知ってることだと思うんだが。
35(1): 2007/05/21(月) 00:32:11 AAS
つまり、想像でRun Anywhereができないと言ってるわけかな？
パフォーマンスが悪いってのも、どういうアプリケーションで問題になるの？
あと、程度問題でも、実用上の差があれば一線を画すわけだが。これはRun Anywhereの問題に限らずね。
36(1): 2007/05/21(月) 01:40:47 AAS
>>35
ハイハイ、じゃヴぁはすごいねぇ。ほんとすごいよ。
これでJavaしかできない劣等プログラマでも一安心だねｗ
37(2): 2007/05/21(月) 01:42:05 AAS
むしろ、Run Anywareが特に効果を発揮した場所を知りたい。結局プラットフォームごとにデバッグするわけで。
38: 37 2007/05/21(月) 01:42:50 AAS
スペルミスorz
Anyware → Anywhere
39: 2007/05/21(月) 01:45:30 AAS
いやぁ、３年前くらいだったら、こういうときに反論できなくなってたのはJava使いの方だったんだけど。
ほんと、Javaもすごくなったもんだ。
CPUが速くなってメモリが安くなったおかげってのもあるんだけど。
Javaしかできなくて心配だった時期もあったんだけど、>36のレスみて一安心した。
ありがとう。
40(2): 2007/05/21(月) 01:54:11 AAS
単なる興味の話なんだけど、JavaでLANカードのMACって作れるの？
組み込みLinux上で動くJavaVMとかあれば何とかなるんだろうか。
レジスタアクセスとか、物理メモリを直接触る操作とか辛そう。
41(1): 2007/05/21(月) 01:54:48 AAS
>>37
え？
Windowsで開発して、実環境はLinuxというのが大規模アプリのレベルで行われてるわけで。
大規模じゃない場合、WindowsだったりMacだったりLinuxだったり、好きな開発マシンを使えるし。
プラットフォームごとにテストする場合も、同じテストが使えるしな。
あとは、MacとWindowsで共通のアプリを作る場合にもJavaが採用されるな。
Javaのおかげで、開発マシンのOSが自由に選べるのは、結構ありがたい。
42(1): 2007/05/21(月) 01:58:42 AAS
>>40
そういうのはJNI使うだろうな〜。
言い訳としては、そういうアプリではRun Anywhereが求められない、って感じで。
需要が大きければ主要OS用のライブラリを誰か作ってくれて、しばらくするとJDKに取り込まれる。
43: 2007/05/21(月) 01:59:59 AAS
>>41
俺はそれと同じことをC++で実際にやってますが、なにか？
44(1): 2007/05/21(月) 02:02:27 AAS
> 43
それは、とても尊敬する。
そういうときって、Windows邪魔だよね。
あ、Cygwin使うのかな？
45: 2007/05/21(月) 02:04:13 AAS
C++はウンコだからなー・・・
46: 2007/05/21(月) 02:10:08 AAS
>>44
将来的にはGUIアプリなんかでも同様のことをやろうと思ってるけど、
現時点ではそこまでは及んでない。んで、別にGUIアプリじゃなきゃ
実はそんなに難しいことじゃなかったりする。
Cygwin は Windows 上から Linux 系向けのコードを簡単にテスト
する為の環境として重宝している。
47(2): 2007/05/21(月) 02:10:57 AAS
>>42
JNIは初めて知った。
やっぱJava全然知らんなぁ、俺。
とりあえず外部DLLに頼らざるを得ない部分は出てくるわけか。
＞Run Anywhereが求められない
めっちゃ欲しいっす。
MACみたいなハード寄りの組み込みプログラムなんかだと、
ハードウェアとソフトウェア、同時に開発進むこと多いんだ。（うちの会社の場合）
で、ソフトはエミュレータみたいなの使って動作確認やるんだけど、
ハードとの結合でボロボロ不具合出てくる。
でも出来ても結局リソース食うから、コスト的には使われなさそう・・・。＞組み込みJavaVM
下手するとCPUすら削って、製造コスト下げようとするからネ！！
48(1): 2007/05/21(月) 02:14:08 AAS
C++というか、周辺ライブラリだよね。
GUI使うと、WORAは結構悲惨。
というか、GUI使ってWORAだと、Javaが最善だと思う。
システムLAFもよくなったし、タスクトレイにアイコン追加できるようになったし。
GIMP見てると、GTKはWindows上で一般向けっていのはかなり難しいし。
49(2): 2007/05/21(月) 02:14:30 AAS
>>47
なんか面白そうだな。
たまにはそんなジャンルの仕事もしてみたい。
いつもそんな仕事じゃいやだけどｗ
50: 2007/05/21(月) 02:20:22 AAS
>>47
MACだけとか単純なものだったら、各環境でJNIやってもそこまで手間にならないと思うから、アプリ部分をJavaにしてWORAになるのはデカイと思う。
EclipseでもNetBeansでもC++の環境があってJNIやりやすくなってるし。
まあ、組み込みだとちょっとつらいかね。
ハードとソフトが同時進行の場合は、いかにハードのモックを作れるかが勝負だね。
51(2): 2007/05/21(月) 02:21:59 AAS
>>49
Web+DBアプリってのは、プログラム的には一番面白くないと思う。
Ajaxなんて、流行りモノじゃなければ、無駄な作業以外の何者でもない。
52(1): 2007/05/21(月) 02:22:47 AAS
>>48
JavaのGUIはSwingでしか作ったこと無いけど、確かに良いね。
多少見た目変わるけど、ほぼ確実に動く。（気がする
＞GIMP見てると、GTKはWindows上で一般向けっていのはかなり難しいし。
いまひとつ意味が分からない
(閑話休題)
C/C++のマルチプラットフォームなプログラムは#if、#ifdef、#pragmaの
オンパレードだったりするしなぁ・・・。
こっちの問題は、そもそもC/C++はコンパイラの種類が多すぎる。
そのくせ標準のC/C++の関数だけだと大したこと出来ないし。
WinでもLinuxでも存在するgccは、その辺は強いかも知れない。
53(1): 51 2007/05/21(月) 02:23:16 AAS
あ、業務アプリ系やってるのかなぁと勝手に推測してみた。
54(3): 2007/05/21(月) 02:27:37 AAS
>>52
GIMPをWindows上で使ってファイル保存ダイアログが表示されるタイムラグとか使用感とか見てると、Windows上でのGTKって普通の人に使わせるにはちょっとつらいかなと。
C++で使えるクロスプラットフォームなGUIって、GTKくらいだよね？実用的なの。
55: 49 2007/05/21(月) 02:35:44 AAS
>>53
>>51 は、なに言ってんのか、意味不明だったけどそういうことかｗ
おれ自身はいままで幅広くいろんなことをやってきたんでたいていの分野の特色は
ある程度はわかる。ただ、逆に汎用的なプログラマになっちまったせいで、これなら
誰にも負けないぞ的な部分に欠けるのがちと痛い。
汎用的だと潰しはいくらでも利くけど、極端に高い給料がなかなか望めんのよね。
56: 2007/05/21(月) 02:36:54 AAS
>>54
知ってる限りではGTKぐらいだなぁ。
＞一般的でないって話
なるほど。
んー・・・俺の場合はEtherealがサンプルになるけど、確かに遅いは遅い。
が、2年前ぐらいにJBuilderで作ったJavaのGUIアプリと比べては
そんなにストレスに差は無かった気がするけどなぁ。
2年前とは既に別物なくらい早いとかJBuilderがクソとかなら
ちょっと経験上は比べらんないな。
57(3): 2007/05/21(月) 02:42:48 AAS
>>54
コアの機能だけ移植性が高ければ、プログラミング言語側の都合を抜きにしても
GUIまわりはOS別に構築したほうが俺はいいと思ってるけどなぁ、昔から。
だって、そもそもGUIってプラットフォーム毎に文化が全然違うんだから、
それを無理に共通化するのなんてナンセンスだと思う。
例えば、iTunes を俺は最初に Mac 版で使ってんだけど、Windows 版を
初めて見たときなんかあまりのナンセンスぶりに思わずひとりで大爆笑しち
まったもんだよ。あんなのギャグ以外のなにものでもない。
58(1): 2007/05/21(月) 02:46:18 AAS
>> 56
JDKのバージョンが問題だな。
JDK1.4.0でのSwingと、JDK6のSwingは、速さの点では別物。
JDK1.3だったりすると、話にならないレベル。
今は速さの点でSwingに不満が出ることはないと思うよ。
59: 2007/05/21(月) 02:51:14 AAS
>>57
Swing使ってみ。
Mac用のVMをAppleが作ってるってのは、そういう点でかなりいいと思うよ。
Windows上の動作も、バージョン重ねるたびに改善されていってるし。
60(1): 2007/05/21(月) 02:51:22 AAS
>>57
どうだろう。
一理あるけど、レイアウトは独立的でも、
各コンポーネントは共通の方が作りやすいかも。
>>58
JDK5だったかな。
系統的にはどっちになるか分からない。＜1.4系？6系？
61(1): 2007/05/21(月) 02:53:20 AAS
JDK5.0だったらかなり速くなってるはずだなぁ。5.0系。
上下前次1-新書関写板覧索設栞歴
あと 645 ﾚｽあります
ｽﾚ情報 赤ﾚｽ抽出 画像ﾚｽ抽出 歴の未読ｽﾚ
ぬこの手 ぬこTOP 0.018s