JAVAってこんなことも出来ないの？

**デフォルトの名無しさん** · 2007/05/19(土) 22:13:03

mainメソッドから値を返す。

**デフォルトの名無しさん** · 2007/05/19(土) 22:24:39

>>1
System.exit(0);じゃだめかね

**デフォルトの名無しさん** · 2007/05/19(土) 22:37:37

>>1ってプログラム言語もまともに使えないの?

**デフォルトの名無しさん** · 2007/05/19(土) 22:38:26

ごはんを焚く

**デフォルトの名無しさん** · 2007/05/19(土) 22:48:42

馬鹿キタコレ

**デフォルトの名無しさん** · 2007/05/19(土) 22:53:26

まずお湯を沸かします

**デフォルトの名無しさん** · 2007/05/19(土) 23:04:12

「苗を植える」からじゃないのか？

**デフォルトの名無しさん** · 2007/05/20(日) 00:18:31

　　＿＿＿＿＿＿＿＿＿＿　　　＿＿　　＿＿＿＿＿＿　　　＿＿＿＿_　　　　___　___　　　___
　/　　　　　　　　　　　　　　／　　/　　/　　|　　　　　　　/ 　　/＿＿　　__/ [][] ＿|　|_|　|＿_　_|　|_
/＿＿＿＿＿＿＿　　　／＿＿/　　/＿　　|　＿＿＿＿/　　　　　　/　/　　　　 |　　　＿　　| |_　　ﾚ'~￣|
　　　　　　　　　　／　／　/＿＿　　　＿/　/　/＿＿＿＿　　　　　　|　 |___ 　　　￣| 　|　/　/　/ 　／|　|
　　　　　　　　／　／　　　　／　　　|　　 /　　　＿＿　　/　　　　　　＼＿_|　　　　　| 　|　￣　/_　 /　　|　|_
／＼　　　／　／　　　　／　　　　|　　/　　　|　　/　 /　　　　　　　　　　　　　　　|＿|　　　　 |__|　　　＼/
.＼　　＼／　／　　　　　／　／　/|＿| /　/|　　|　/　 /
　　＼　　　／　　　　　　＼／/ /　　　/　/　＼　V　／　　　　　　　　　　　　We are The Real Programmers
　　　＼　　＼　　　　　　　　/ /　　　/　/　　／　　　＼　　　　　　　　　　　　　　http://pc11.2ch.net/prog/
　　　　　＼／　　　　　　　　/_/　　 /＿/　∠＿／＼＿＼

**デフォルトの名無しさん** · 2007/05/20(日) 00:28:51

　　 ∩＿＿＿∩
　　 | ノ　　　　　ヽ/⌒)　あばばばばばば
　 /⌒) (ﾟ)　　　(ﾟ)　|　.|
　/　/　　( _●_)　ミ/　　　　∩―－、
.（　　ヽ　　|∪|　　／　　　／　(ﾟ)　､_ ｀ヽ
　＼　　　ヽノ　/ 　　　　/　　(　●　 (ﾟ) |つ
　 /　　　　　　/　　　　　|　／(入__ノ　ミ　　　あばばっあびゃばびゃばば
　|　　　　　　 / 　　　　　､　(＿／　　　ノ
　|　　／＼　＼　　　　　＼＿＿＿　ノﾞ ─ｰ
　|　/　　　 )　 )　　　　　　　＼　　　　　　＿
　∪　　　（　＼　　　　　　　　＼　　　　　＼
　　　　　　＼＿)

**デフォルトの名無しさん** · 2007/05/20(日) 01:07:33

確かにできないね。
何となく必要性はわかるよ。
他のクラスから、既存のロジックを実行するクラスをコールする。
みたいなことでしょ？
で、その「他のクラス」は「既存のロジック」を実行した結果を知りたいんでしょ？
だとしたら、
「既存のロジック」を持っている既存のクラスで、
値の代わりにカスタムExceptionをthrowさせればいいんじゃない？
「他のクラス」はthrowされたExceptionで結果を判別できるでしょ。
ちょっとデザイン的には不細工に思えるけどね。
もしくは、
「他のクラス」からコールする前提のPublic methodを実装すればいいんじゃない？
結果的にはこちらが自然なんだけど。

**デフォルトの名無しさん** · 2007/05/20(日) 01:40:20

>>1低脳乙。もうちっと調べて物を言え。

>>2でも言われているが．．．

java.lang.System.exit(int status);
現在実行している Java 仮想マシンを終了します。
引数はステータスコードとして作用します。
通例、ゼロ以外のステータスコードは異常終了を示します。

-----終了-----

**デフォルトの名無しさん** · 2007/05/20(日) 01:44:03

釣りだろ？

**デフォルトの名無しさん** · 2007/05/20(日) 13:25:23

> 4
最近はReal-timeもかなり良くなってるから、Javaで制御する炊飯器って問題なく作れると思う。

**デフォルトの名無しさん** · 2007/05/20(日) 16:31:28

javaってGPUの機能使えるの?

**デフォルトの名無しさん** · 2007/05/20(日) 16:40:24

>>11
return 1;
とか出来ないじゃん。

**デフォルトの名無しさん** · 2007/05/20(日) 16:45:03

そこに何の問題が？

**デフォルトの名無しさん** · 2007/05/20(日) 17:04:39

>>15
static void main(....

なんのためのvoid指定なんだよ

**デフォルトの名無しさん** · 2007/05/20(日) 22:31:32

Javaって

　　W r i t e O n c e , R u n A n y w h e r e

も、出来ないよね。

**デフォルトの名無しさん** · 2007/05/20(日) 22:37:47

>>18
これができない時点で実は Java の存在意義ってほとんどなくなるんだけどなｗ

**デフォルトの名無しさん** · 2007/05/20(日) 22:53:16

えっと、いまのところWrite Once, Run Anywhereが一番できることに変わりないのだけど。
少なくとも、Javaの存在意義が発揮できる程度にWrite Once, Run Anywareが実現できてるわけだけど。

**デフォルトの名無しさん** · 2007/05/20(日) 22:58:40

perlの方が

**デフォルトの名無しさん** · 2007/05/20(日) 23:02:29

例えば Perl はポータブルな GUI 作れないやん

**デフォルトの名無しさん** · 2007/05/20(日) 23:08:08

て言うか、PC アプリに限れば Windows をターゲットにすればどんな言語でも
ほぼ Run Anywhere だからなぁ。

**デフォルトの名無しさん** · 2007/05/20(日) 23:12:49

ﾌﾟﾌﾟ

**デフォルトの名無しさん** · 2007/05/20(日) 23:13:58

>>21
ファイルパスの扱いは？
あとは、スレッドの扱い。
印刷はどうする？

> 23
Macのユーザーは着実に増えてるわけで。
その程度の動作確率でRun Anywhereといっていいなら、Javaは充分Run Anywareだ。

**デフォルトの名無しさん** · 2007/05/20(日) 23:35:15

Java以外で出来ないとでも思っているのか？

**デフォルトの名無しさん** · 2007/05/20(日) 23:43:04

>>25
> その程度の動作確率でRun Anywhereといっていいなら、
> Javaは充分Run Anywareだ。

その程度の動作確率で充分な世界があるわけで、その世界だと
Java もその他の言語も充分 Run Anywhere

つまり、その世界では Run Anywhere なんて何の自慢にもなら
ないって言ってるんだけど、難しかった？

**デフォルトの名無しさん** · 2007/05/20(日) 23:46:29

>>27 は >>18 はとんだ大間違いだと言いたい訳か

**デフォルトの名無しさん** · 2007/05/20(日) 23:47:41

>>20
うん、まぁ、ある程度はそれができていることは認めるよ。

でも、厳密に Write Once, Run Anywhere ができていない以上は、
この点に関しては他の言語と程度問題の差でしかなく、一線を画す類のもんじゃない。
それでいて実現できてない理想の為にVM上で動かさざるを得ずパフォーマンスは悪い。

現状、それでも使い物にならないってほどじゃないから、妥協した上での選択肢として
Javaがそれなりに利用されてるってだけだってことをお忘れなくｗ

**デフォルトの名無しさん** · 2007/05/20(日) 23:53:39

それなりねー・・・・

**デフォルトの名無しさん** · 2007/05/20(日) 23:56:10

http://pc11.2ch.net/test/read.cgi/tech/1178945996/10n
>C: ケンシロウ
>C++: ラオウ
>D: トキ
>Java: ジャギ

これ、言いえて妙だと思ったｗ

**デフォルトの名無しさん** · 2007/05/21(月) 00:03:05

>>29
Run Anywareで問題になってるところって、たとえば何があるの？

**デフォルトの名無しさん** · 2007/05/21(月) 00:03:42

北斗の拳を知らないのか、プログラミング言語を知らないのか、どっちなんだろう…

**デフォルトの名無しさん** · 2007/05/21(月) 00:15:33

>>32
それは Java 厨のほうがよく知ってることだと思うんだが。

**デフォルトの名無しさん** · 2007/05/21(月) 00:32:11

つまり、想像でRun Anywhereができないと言ってるわけかな？
パフォーマンスが悪いってのも、どういうアプリケーションで問題になるの？
あと、程度問題でも、実用上の差があれば一線を画すわけだが。これはRun Anywhereの問題に限らずね。

**デフォルトの名無しさん** · 2007/05/21(月) 01:40:47

>>35
ハイハイ、じゃヴぁはすごいねぇ。ほんとすごいよ。
これでJavaしかできない劣等プログラマでも一安心だねｗ

**デフォルトの名無しさん** · 2007/05/21(月) 01:42:05

むしろ、Run Anywareが特に効果を発揮した場所を知りたい。結局プラットフォームごとにデバッグするわけで。

37 · 2007/05/21(月) 01:42:50

スペルミスorz
Anyware → Anywhere

**デフォルトの名無しさん** · 2007/05/21(月) 01:45:30

いやぁ、３年前くらいだったら、こういうときに反論できなくなってたのはJava使いの方だったんだけど。
ほんと、Javaもすごくなったもんだ。
CPUが速くなってメモリが安くなったおかげってのもあるんだけど。
Javaしかできなくて心配だった時期もあったんだけど、>36のレスみて一安心した。
ありがとう。

**デフォルトの名無しさん** · 2007/05/21(月) 01:54:11

単なる興味の話なんだけど、JavaでLANカードのMACって作れるの？

組み込みLinux上で動くJavaVMとかあれば何とかなるんだろうか。
レジスタアクセスとか、物理メモリを直接触る操作とか辛そう。

**デフォルトの名無しさん** · 2007/05/21(月) 01:54:48

>>37
え？
Windowsで開発して、実環境はLinuxというのが大規模アプリのレベルで行われてるわけで。
大規模じゃない場合、WindowsだったりMacだったりLinuxだったり、好きな開発マシンを使えるし。
プラットフォームごとにテストする場合も、同じテストが使えるしな。
あとは、MacとWindowsで共通のアプリを作る場合にもJavaが採用されるな。
Javaのおかげで、開発マシンのOSが自由に選べるのは、結構ありがたい。

**デフォルトの名無しさん** · 2007/05/21(月) 01:58:42

>>40
そういうのはJNI使うだろうな～。

言い訳としては、そういうアプリではRun Anywhereが求められない、って感じで。
需要が大きければ主要OS用のライブラリを誰か作ってくれて、しばらくするとJDKに取り込まれる。

**デフォルトの名無しさん** · 2007/05/21(月) 01:59:59

>>41
俺はそれと同じことをC++で実際にやってますが、なにか？

**デフォルトの名無しさん** · 2007/05/21(月) 02:02:27

> 43
それは、とても尊敬する。
そういうときって、Windows邪魔だよね。
あ、Cygwin使うのかな？

**デフォルトの名無しさん** · 2007/05/21(月) 02:04:13

C++はウンコだからなー・・・

**デフォルトの名無しさん** · 2007/05/21(月) 02:10:08

>>44
将来的にはGUIアプリなんかでも同様のことをやろうと思ってるけど、
現時点ではそこまでは及んでない。んで、別にGUIアプリじゃなきゃ
実はそんなに難しいことじゃなかったりする。

Cygwin は Windows 上から Linux 系向けのコードを簡単にテスト
する為の環境として重宝している。

**デフォルトの名無しさん** · 2007/05/21(月) 02:10:57

>>42
JNIは初めて知った。
やっぱJava全然知らんなぁ、俺。
とりあえず外部DLLに頼らざるを得ない部分は出てくるわけか。

＞Run Anywhereが求められない
めっちゃ欲しいっす。
MACみたいなハード寄りの組み込みプログラムなんかだと、
ハードウェアとソフトウェア、同時に開発進むこと多いんだ。（うちの会社の場合）
で、ソフトはエミュレータみたいなの使って動作確認やるんだけど、
ハードとの結合でボロボロ不具合出てくる。

でも出来ても結局リソース食うから、コスト的には使われなさそう・・・。＞組み込みJavaVM
下手するとCPUすら削って、製造コスト下げようとするからネ！！

**デフォルトの名無しさん** · 2007/05/21(月) 02:14:08

C++というか、周辺ライブラリだよね。
GUI使うと、WORAは結構悲惨。
というか、GUI使ってWORAだと、Javaが最善だと思う。
システムLAFもよくなったし、タスクトレイにアイコン追加できるようになったし。
GIMP見てると、GTKはWindows上で一般向けっていのはかなり難しいし。

**デフォルトの名無しさん** · 2007/05/21(月) 02:14:30

>>47
なんか面白そうだな。
たまにはそんなジャンルの仕事もしてみたい。
いつもそんな仕事じゃいやだけどｗ

**デフォルトの名無しさん** · 2007/05/21(月) 02:20:22

>>47
MACだけとか単純なものだったら、各環境でJNIやってもそこまで手間にならないと思うから、アプリ部分をJavaにしてWORAになるのはデカイと思う。
EclipseでもNetBeansでもC++の環境があってJNIやりやすくなってるし。
まあ、組み込みだとちょっとつらいかね。
ハードとソフトが同時進行の場合は、いかにハードのモックを作れるかが勝負だね。

**デフォルトの名無しさん** · 2007/05/21(月) 02:21:59

>>49
Web+DBアプリってのは、プログラム的には一番面白くないと思う。
Ajaxなんて、流行りモノじゃなければ、無駄な作業以外の何者でもない。

**デフォルトの名無しさん** · 2007/05/21(月) 02:22:47

>>48
JavaのGUIはSwingでしか作ったこと無いけど、確かに良いね。
多少見た目変わるけど、ほぼ確実に動く。（気がする

＞GIMP見てると、GTKはWindows上で一般向けっていのはかなり難しいし。
いまひとつ意味が分からない

(閑話休題)
C/C++のマルチプラットフォームなプログラムは#if、#ifdef、#pragmaの
オンパレードだったりするしなぁ・・・。
こっちの問題は、そもそもC/C++はコンパイラの種類が多すぎる。
そのくせ標準のC/C++の関数だけだと大したこと出来ないし。

WinでもLinuxでも存在するgccは、その辺は強いかも知れない。

51 · 2007/05/21(月) 02:23:16

あ、業務アプリ系やってるのかなぁと勝手に推測してみた。

**デフォルトの名無しさん** · 2007/05/21(月) 02:27:37

>>52
GIMPをWindows上で使ってファイル保存ダイアログが表示されるタイムラグとか使用感とか見てると、Windows上でのGTKって普通の人に使わせるにはちょっとつらいかなと。
C++で使えるクロスプラットフォームなGUIって、GTKくらいだよね？実用的なの。