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くらいだよね？実用的なの。

49 · 2007/05/21(月) 02:35:44

>>53
>>51 は、なに言ってんのか、意味不明だったけどそういうことかｗ

おれ自身はいままで幅広くいろんなことをやってきたんでたいていの分野の特色は
ある程度はわかる。ただ、逆に汎用的なプログラマになっちまったせいで、これなら
誰にも負けないぞ的な部分に欠けるのがちと痛い。
汎用的だと潰しはいくらでも利くけど、極端に高い給料がなかなか望めんのよね。

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

>>54
知ってる限りではGTKぐらいだなぁ。

＞一般的でないって話
なるほど。
んー・・・俺の場合はEtherealがサンプルになるけど、確かに遅いは遅い。
が、2年前ぐらいにJBuilderで作ったJavaのGUIアプリと比べては
そんなにストレスに差は無かった気がするけどなぁ。

2年前とは既に別物なくらい早いとかJBuilderがクソとかなら
ちょっと経験上は比べらんないな。

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

>>54
コアの機能だけ移植性が高ければ、プログラミング言語側の都合を抜きにしても
GUIまわりはOS別に構築したほうが俺はいいと思ってるけどなぁ、昔から。
だって、そもそもGUIってプラットフォーム毎に文化が全然違うんだから、
それを無理に共通化するのなんてナンセンスだと思う。

例えば、iTunes を俺は最初に Mac 版で使ってんだけど、Windows 版を
初めて見たときなんかあまりのナンセンスぶりに思わずひとりで大爆笑しち
まったもんだよ。あんなのギャグ以外のなにものでもない。

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

>> 56
JDKのバージョンが問題だな。
JDK1.4.0でのSwingと、JDK6のSwingは、速さの点では別物。
JDK1.3だったりすると、話にならないレベル。

今は速さの点でSwingに不満が出ることはないと思うよ。

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

>>57
Swing使ってみ。
Mac用のVMをAppleが作ってるってのは、そういう点でかなりいいと思うよ。
Windows上の動作も、バージョン重ねるたびに改善されていってるし。

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

>>57
どうだろう。
一理あるけど、レイアウトは独立的でも、
各コンポーネントは共通の方が作りやすいかも。

>>58
JDK5だったかな。
系統的にはどっちになるか分からない。＜1.4系？6系？

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

JDK5.0だったらかなり速くなってるはずだなぁ。5.0系。

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

>>60
確かに（例えば）リストコントロール周りの似たような処理を
OSごとに書くのは馬鹿馬鹿しい気もする
どこまでを共通のフレームワークとするのかはまた別の話だけど

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

>>61
んー、そんな個人的にはGTKもSwingも、実用的な速さだと思う。
同じぐらいの速さだった気がするなぁ、って程度の話。

スペック低いPCだと顕著な差が出たりすんのかねぇ。

ではそろそろ寝る。

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

> 63
速さ的には、GTKの方が速いと思うんだよね。
ダイアログ表示が待たされるだけで。この遅さが結構つらいと思ったんだけど、それよりなんか使用感に違和感がありすぎて。
ファイル保存ダイアログの表示が遅いからGTK共通かと思ってるんだけど、もしかしてGIMPの保存ダイアログが特別遅いのかな。

63 · 2007/05/21(月) 03:12:07

あ、お休み～ﾉｼ

65 · 2007/05/21(月) 03:13:30

まちがえた、65=64

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

>>40
MACを作るってのがわからんけど、

MACアドレスなら 1.6 から java.net.NetworkInterface#getHardwareAddress() で取れるぞ。

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

>>67
MACソフトは、ハードウェアとドライバの間にあって、
ドライバからの送信要求をハードウェアに
ハードウェアからの受信通知をドライバに
それぞれ橋渡しするソフトウェア。

MACアドレスが取れるとかよりも、ROMやRAMのメモリにどれだけ自由にアクセス出来るか、かな。

具体的に例を挙げると、Ethernetの送信とかだと

ドライバからあるデータを送信しろという命令を受ける
↓
データにEthernetのヘッダをつける
↓
ある物理メモリの0x00210104にヘッダ付きデータの先頭を表すポインタを設定
↓
0x00210100の第3ビットを1にする
↓
ハードウェアがそのパケットを送信する

とかそういうインターフェースをラッピングする。
概念的なMACはまた違うけど、実装にあんま関係ないかな。

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

あー、ファームウェアみたいなもんか？

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

ていうか、ファームウェアの一種かな。

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

そのあたりの処理は NIC によってはドライバでやってる奴もあるし
ファームでやる奴もある。

残念ながら、まだ Java でどうのこうのできるレイヤーじゃなくて、
ASM / C / C++ あたりで書かれる。

**デフォルトの名無しさん** · 2007/05/22(火) 00:14:15

もしそのファームがJavaで書かれてたとしてもPC上のJavaからは使えんから意味ないね。

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

実現したら携帯のアプリをJavaで作るのと同じようなノリになるのか？

**デフォルトの名無しさん** · 2007/07/04(水) 01:27:35

実践的にJavaでプログラム書いてると
想像以上のぬるぽExceptionの出現の頻度に驚く
まじでCで書いてた時よりも多いよ
Javaってつくづく間抜けだなと思う

**デフォルトの名無しさん** · 2007/07/04(水) 01:31:59

>>74

**デフォルトの名無しさん** · 2007/07/04(水) 08:54:11

ぬるぽに遭遇するのは低級プログラマ

**デフォルトの名無しさん** · 2007/07/04(水) 11:43:49

自分で組んだプログラムでのぬるぽは、言語の話ではなく単なるコーディング能力。

**デフォルトの名無しさん** · 2007/07/04(水) 11:55:15

Cのスタイルで先頭にまとめて変数宣言するとぬるぽ多発しそうな悪寒。
変数は必要なときに、初期化つきで宣言するが吉。

**デフォルトの名無しさん** · 2007/07/04(水) 13:08:11

TextBox hogehoge = new TextBox();
String fugafuga = hogehoge.getText();

みたいなときに
TextBoxの入力が空だった場合

fugafuga は "" になる？ null になる？

**デフォルトの名無しさん** · 2007/07/04(水) 13:56:23

**デフォルトの名無しさん** · 2007/07/04(水) 22:32:00

>>78
クラスのインスタンス変数は先頭にまとめてしまいがちで
コンストラクタで初期化する傾向にありますが
何か良い方法はご存知ないでしょうか？

**デフォルトの名無しさん** · 2007/07/04(水) 22:43:00

>>81
それはCスタイルとは意味が違うと思われ。
まあ、普通に初期化文法が使えるなら使えってのは一緒じゃないの？

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

>>74がbug量産ﾌﾟﾛｸﾞﾗﾏということが証明されたのか、ふんふん

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

>>81
1.Eclipseで編集
2.DI(Springなんか)を使ってxml記述にて初期化

**デフォルトの名無しさん** · 2007/07/05(木) 00:17:12

>>74はCでメモリ開放しないでコードかいてたんだよ。きっと。
そしてJavaにきてガーベッジコレクションでメモリ管理されるようになって
ぬるぽが続出しているんだ。

そして74はこれを回避するために一時変数とかをすべてstaticなフィールドにして
最初に初期化するという方法を思いつくんだ！
ぬるぽが出なくなって74は喜ぶが、代わりにロジックの誤りに悩まされてデスマに突入

ガッ

**760** · 2007/07/05(木) 07:26:33

ぬるぽとがべこれは無関係だろ

**デフォルトの名無しさん** · 2007/07/05(木) 12:01:46

84が負け組ということはわかった。

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

>>85
Cだと概念的にはnullのところがエラーとならずに値が読めてしまう場合あるだろ？
Javaだとそういうところ厳密なわけよ。
それはメモリ管理がガーベッジコレクションによって行われるようになって
プログラマの責務が減ったからからなんだよ。
新言語に搭載される機能が生まれてきた背景は知っても損はないぜ。

**デフォルトの名無しさん** · 2007/07/06(金) 23:12:18

仮想マシンが null チェックやってるってだけのことだろ。

GC と何の関係もないよ。

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

>>54
> C++で使えるクロスプラットフォームなGUIって、GTKくらいだよね？実用的なの。
wxWidgets是非試してみて。
>>57
> GUIまわりはOS別に構築したほうが俺はいいと思ってるけどなぁ、昔から。
wxWidgets使えばGUIもWriteOnce, CompileAnywhere!

**デフォルトの名無しさん** · 2007/07/07(土) 22:10:11

>>77
> 自分で組んだプログラムでのぬるぽは、言語の話ではなく単なるコーディング能力。
「ミスが出易い仕様」という言語の話。

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

ミスするのは人

**デフォルトの名無しさん** · 2007/07/07(土) 22:15:47

確かにミスを洗い出しやすい仕様だな

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

>>89
まったく分からん奴だな。

CGがメモリ管理するようになって、alloc、freeみたいに
自力でメモリ確保と開放しなくてよくなったんだよ。
これは背景事情な。

で、自力でメモリ管理やるCの場合は、初期化していないアドレスに
アクセスすることがあったし、開放したメモリにアクセスすることもあった。

Javaの場合は前に使った値がメモリに残っている、とかそういうのはなくて
オブジェクトが生成されてなければ常にnullなんだよ。

だから、Cでメモリ管理ミスってるコードみたいな書き方をした場合は
みんなぬるぽになんの。
たまたま値が残っててそのまま動く、とかそういうことは起こらんの。
そういう見つけにくい、かつ深刻な問題が起こるバグの代わりに
はっきりと初期化されてないよって警告が出るようになったの。

だから、「ミスが露呈しやすい言語仕様」になっただけ。
むしろ発見が早まって生産性いいんだよ

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

Cでヌルポインタと言ったらNULLのことで、
初期化されていないポインタや解放済みの領域を指すポインタはまた別だろ。

**デフォルトの名無しさん** · 2007/07/08(日) 00:09:55

>>95
誰に言ってんの？

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

http://pc11.2ch.net/test/read.cgi/tech/1168157769/14-15

**デフォルトの名無しさん** · 2007/08/27(月) 22:06:23

画面作るのが糞めんどくせええ！！！！
SWTイレねーと糞なのにデフォで付いてねえ！！
環境整えるの糞めんどくせーー！！
jsp+servretでやっとMVCの概念覚えたと思ったら
strutsがデフォだからjsp+servret使ったらわかりにくいだってｗｗｗ
strus糞めんどくせえええ
HTMLタグやっと覚えたと思ったらstrutsタグつかえだと？
jspファイルでhtmlタグとjspタグが混ざってたら見づらいんだってｗｗｗｗ俺は見づらくねえｗｗｗ
web.xmlとかserver.xmlやっと覚えたと思ったらstruts.xml使えって？
あほかｗｗｗｗｗｗ今までの、無駄ｗｗｗｗｗｗｗ今までのは嘘でしたｗｗｗｗｗって言われた気分ｗｗｗｗｗｗ
eclipseバージョンあげたらプラグイン動作しねえええ！！！
web系でフォルダ覚えるの糞めんどくせええ！！！
全体的に覚えることが大杉

と思いながらも、独学でjavaやってたが
仕事で使ってるvb.netの使い勝手があまりに良いので
javaの情熱冷めた('A`)

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

struts がアレだったのは別にして、>>98はプログラマに向いて無いと思う。

**デフォルトの名無しさん** · 2007/08/27(月) 22:23:49

うん

**デフォルトの名無しさん** · 2007/08/28(火) 01:17:28

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

**デフォルトの名無しさん** · 2007/08/29(水) 21:51:08

strutsだろうがstruts2だろうがググれば出てくるよ。使用法

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

まあjava、というかEJBはめんどくさいよ。

**デフォルトの名無しさん** · 2007/09/06(木) 09:48:58

そうか？EJB3ってそんなにめんどくさいとは思わないけど。

**デフォルトの名無しさん** · 2007/10/28(日) 00:45:19

C: ザク
C++: ドム
C# : リック・ドム
D: アッガイ
Java: ジム
VB: ボール
こうですか？わかりません！

**104** · 2007/10/28(日) 00:46:33

誤爆したスマソ

**105** · 2007/10/28(日) 00:47:23

しかも番号がずれた。氏のう

**デフォルトの名無しさん** · 2007/10/28(日) 21:50:50

>>105-107
ﾜﾛｽ

**デフォルトの名無しさん** · 2007/10/29(月) 15:23:04

コンストラクタに引数をつけたいんですが、どうすればよろしいですか？

**デフォルトの名無しさん** · 2007/10/29(月) 16:06:29

EJB3はどうかしらんが、EJB2.0のころは、ソースコードかくより
xmlファイル編集することで頭が混乱してきた。JBOSSの何とか言う分厚い
３８００円の本かったけど、押入れの奥で眠ってる。

Javaの仕事はJSP/サーブレットないし、バックグランド処理だけやった。EJBはパスした。
PHPやらVB.NETの方がはるかにわかりやすい。

**デフォルトの名無しさん** · 2007/10/29(月) 16:09:21

>>109
どうもこうもないべ。コンストラクタの宣言時に引数付コンストラクタを
定義すればいいんじゃない？

んで使うほうは、コンストラクタに引数つけりゃいいじゃん。

Buttonクラスだとすると、単にボタン作るコンストラクタとボタンに表示する
文字列を指定できるコンストラクタがあるんだけど、それでも他にコンストラクタがほしければ
Buttonクラス継承してクラス自作して、コンストラクタを新たに定義すればいいよ。

**デフォルトの名無しさん** · 2007/10/29(月) 20:12:40

　カレントディレクトリを変更できない

**デフォルトの名無しさん** · 2007/10/29(月) 20:14:59

__FILE__

__LINE__

**デフォルトの名無しさん** · 2007/10/29(月) 20:21:11

EJBは3になって少しましになった程度
あれでDIのつもりだからため息が出る
まともなDIコンテナ使うと劇的に見通しが良くなる
これに慣れるとRailsや.NETみたいななんでもやります系の、そのかわり選択の余地は与えませんなやり方にうんざりする

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

>>113
System.out.println(new Exception().getStackTrace()[0].getFileName());
System.out.println(new Exception().getStackTrace()[0].getLineNumber());

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

>>115
なげ～～よ

**デフォルトの名無しさん** · 2007/10/29(月) 22:19:42

将来的にはPCよりも携帯端末のほうが主流になるだろうから
MIDP/DOJAをやっておいても悪くない
ただしJ2MEでWORAなんて夢のまた夢だからプリプロセッサ必須だけど

**デフォルトの名無しさん** · 2008/02/04(月) 01:32:37

>>116
間違っています。
以上。
はい、次。

**デフォルトの名無しさん** · 2008/07/22(火) 20:21:48

TextSS

**デフォルトの名無しさん** · 2008/07/22(火) 23:46:13

EJBなんて、めちゃくちゃ簡単じゃん。と、CORBAから移ってきた時は思いました。
今は面倒くさくてやってられない。

**デフォルトの名無しさん** · 2008/07/25(金) 08:11:44

リストとハッシュで済むような処理のためにクラスを書くような言語は間違っている。

**デフォルトの名無しさん** · 2008/07/25(金) 11:08:52

JavaってHTMLを生成するための言語でしょ？

**デフォルトの名無しさん** · 2008/07/27(日) 22:24:28

>>120
そこはEJB3でどうでしょ
でもCORBAもJavaだと楽じゃね？

**デフォルトの名無しさん** · 2008/07/28(月) 15:27:46

>>121
javaで書いたインタプリタで巻いちゃえばいいんだよ

**デフォルトの名無しさん** · 2008/08/05(火) 17:39:56

文字列はコピー渡しの方が良いのではないか？

**デフォルトの名無しさん** · 2008/08/05(火) 17:47:57

そう思うならコピーして渡せばいいのでは？

**デフォルトの名無しさん** · 2008/08/05(火) 20:44:16

>>126

**デフォルトの名無しさん** · 2008/08/06(水) 00:23:41

コピー渡しだと何がいいんだろ？

**デフォルトの名無しさん** · 2008/08/06(水) 00:48:08

オリジナルに影響ないじゃん。
バカじゃない？

**デフォルトの名無しさん** · 2008/08/06(水) 02:09:19

Javaではオリジナルを変更することはできないのだが。
バカじゃない？

**デフォルトの名無しさん** · 2008/08/06(水) 19:23:03

>>128
コピー渡しというか値渡しだな。

**デフォルトの名無しさん** · 2008/08/06(水) 21:46:21

>>130
> バカじゃない？

自己紹介乙。

**デフォルトの名無しさん** · 2008/08/07(木) 00:36:26

値渡しは変更してもオリジナルに影響ないから文字列は値渡しってんなら、もともとJavaの文字列は不変オブジェクトなんだから、単なる無知の意見だね。

**デフォルトの名無しさん** · 2008/08/07(木) 12:54:50

a( new String(str));
a(str);
どっちがいいかってこと？

**デフォルトの名無しさん** · 2008/08/07(木) 23:35:07

>>129==>>133の予感がしてきた。

**デフォルトの名無しさん** · 2008/08/08(金) 05:43:01

>>130 == >>133
です。

**デフォルトの名無しさん** · 2008/08/17(日) 08:56:01

>>136
必死で否定するところが怪しいな。

**デフォルトの名無しさん** · 2008/08/24(日) 03:06:04

>>137
見りゃ分かるだろ。
この　バ　カ

**デフォルトの名無しさん** · 2008/08/24(日) 03:15:04

>>31
どういうところが？

**デフォルトの名無しさん** · 2008/08/24(日) 03:16:03

すごく久々にレスが着いてると思ったら
どうでもよかった

**デフォルトの名無しさん** · 2008/08/24(日) 03:26:27

バカを
バ　カ
と呼んだまでのこと。
気にスンナ。

バ　カ

**デフォルトの名無しさん** · 2008/08/24(日) 03:56:25

夏厨様
糞スレはsageでお願いします

**デフォルトの名無しさん** · 2008/08/25(月) 02:42:32

Javaが遅いのと、メモリ管理が自動なのは関係あるの？

**デフォルトの名無しさん** · 2008/08/25(月) 14:01:44

今では無関係と言って差し支えないと思う。
メモリ管理は下手に手動でやるよりはGCに任せたほうがかえって性能が良くなるって話すらある。

**デフォルトの名無しさん** · 2008/08/27(水) 22:24:57

>>1
　　　
　 ∧∧
　(･ω･ )
　_| ⊃／(＿＿
／ヽ-(＿＿_／
￣￣￣￣￣￣

**デフォルトの名無しさん** · 2008/08/27(水) 22:48:50

>>98にすげー共感する。

Struts覚えようとしたらDIも使うべき、とかおいおい環境作りにどんだけ手間かけさすんだよいつになったら画面作るとこに手つけさせてくれるんだよとウンザリしてRailsに逃げたw

**デフォルトの名無しさん** · 2008/08/27(水) 23:13:38

オマイら、楽しそうだな。

**デフォルトの名無しさん** · 2008/08/30(土) 09:54:09

>>145
　　　ﾀﾉｼｲﾖ
　　∧ ∧
　 (´･ω)
　_｜⊃／(＿＿＿
／ヽ_(＿＿＿_／
￣￣￣￣￣￣￣

**デフォルトの名無しさん** · 2008/09/01(月) 22:05:50

> 98は、NetBeans使ってればよかっただけって話か。
Eclipseが悪いな。

**デフォルトの名無しさん** · 2008/09/02(火) 14:13:26

つーか、ＥｃｌｉｐｓｅってＪａｖａ使うのに向いてないだろ。クソつかえねぇ。
そもそもＪａｖａの特徴ってのは使いやすい使いにくいじゃねぇんだから
ごちゃごちゃ文句言うんじゃねぇよ！俺みたいに学生時代に勉強しとくのがベスト。

**デフォルトの名無しさん** · 2008/09/02(火) 16:56:44

>>150
Javaの特徴は重いことだ。

**デフォルトの名無しさん** · 2008/09/03(水) 00:00:40

>>150
ベストの勉強しても全角厨しか生まれないんだな。
さすが、Java (w

**デフォルトの名無しさん** · 2008/09/03(水) 14:23:06

Cではprintf();ですむ作業をわざわざSystem.out.println();って書かなきゃいけないのに驚いた
scanf関数に相当するものがないのにはさらに驚いた

**デフォルトの名無しさん** · 2008/09/03(水) 14:44:45

import static System.out;
することで、out.printlnに減らすことはできるけど、長いね。

scanfの代わりはjava.util.Scannerということだけど、使い方全然違うしね。
正規表現でこんなことはできるけど、面倒だね。びっくりだね。
Matcher m = Pattern.compile("(\\d+)を入力して(.+)に").matcher("500を入力してほげほげに");
m.matches();
System.out.println(m.group(1));
System.out.println(m.group(2));

**デフォルトの名無しさん** · 2008/09/03(水) 14:57:00

Cのscanfは使っちゃだめ系の関数だし、なくてもいいんじゃね

**デフォルトの名無しさん** · 2008/09/03(水) 15:22:30

>>154
ありがとうございます
なんか面倒ですね…

>>155
scanfって使わない方がいいんですか？
学校のプログラミングの授業ではバリバリ使われています;´・ω・｀)

**デフォルトの名無しさん** · 2008/09/03(水) 15:39:07

ヒント：　セキュリティーホール

オプソなんかではscanf調査ツールがあったり、
つかっちゃいけない関数は、
DONOTUSE_なんたらかんたら、という文字列に#defineされてたような。

**デフォルトの名無しさん** · 2008/09/03(水) 16:57:35

>>156
まあ、System.out.printlnはEclipseならsysoutでctrl+space、NetBeansならsoutでtabとすれば入力できるから、入力がめんどうというのはあんまりあてはまらないね。

**デフォルトの名無しさん** · 2008/09/03(水) 22:20:00

>>156
学生さんならいいと思うよ。

でも、商用プログムだと入力は最も気を使うところ。

>>157 の言うようにセキュリティホールの危険もあるし、
変な入力された時に適切なエラーメッセージを出すことも
容易でないから基本的に使わない。

**デフォルトの名無しさん** · 2008/09/03(水) 22:30:51

最近のJavaはかなりCと同じ関数が増えてるよ

**デフォルトの名無しさん** · 2008/09/03(水) 23:00:33

import java.io.*;

public static void main(String[] args)throws IOException{
BufferedReader br = new BufferedReader(new InputStreamReader(System.in));
System.out.println("数字を入力してください");
String str = br.readLine();
int num = Integer.parseInt(str);

面倒臭い

**デフォルトの名無しさん** · 2008/09/04(木) 01:24:38

やろうと思えばJavaでできるけど、
そういうのはLLにまかせとけばいいと思うんだ

**デフォルトの名無しさん** · 2008/09/04(木) 07:56:01

いっそ、こっちの方が楽だったりな。クロージャーが導入されてくれれば、もっとスッキリするのに。
あとはsetDefaultCloseOperationがどうにかならないんかな。
ウィンドウ出すマルチプラットフォームアプリ作るときはJavaが楽。

public static void main(String[] a){
JFrame f = new JFrame("数値入力");
f.setDefaultCloseOperation(JFrame.EXIT_ON_CLOSE);
f.setLayout(new GridLayout(2, 1));
f.add(new JLabel("数字を入力してください"));
final JTextField t = new JTextField();
t.addActionListener(new ActionListener() {
public void actionPerformed(ActionEvent e) {
int i = Integer.parseInt(t.getText());
System.out.println(i);
t.setText("");
}
});
f.add(t);
f.pack();
f.setVisible(true);
}

**デフォルトの名無しさん** · 2008/09/04(木) 08:18:06

今はJavaにもprintf()があるんだが・・・・
ポインタがない分どれだけラクだと思ってんだ

**デフォルトの名無しさん** · 2008/09/04(木) 08:45:16

Cみたいな特種用途向けの言語相手に何威張ってるんだ

**デフォルトの名無しさん** · 2008/09/04(木) 11:50:15

printfがないとかいう話にはなってないでしょ。

**デフォルトの名無しさん** · 2008/09/04(木) 14:52:56

既出かもしれんが、自分でクラスライブラリ作っていて、
abstract static a();
みたいな抽象スタティックメソッドが作れなくて困った。
これはJavaの仕様でたまたまそうなのか、抽象スタティックメソッド
というオレ考えが論理的におかしいのかわからん。

**デフォルトの名無しさん** · 2008/09/04(木) 16:05:59

おまえがおかしいに決まってんだろ。javerはバカだね

**デフォルトの名無しさん** · 2008/09/04(木) 21:09:51

そもそも >>167 が何をしたいのからわからん。

**デフォルトの名無しさん** · 2008/09/05(金) 01:09:11

ファクトリメソッドパターン？

**デフォルトの名無しさん** · 2008/09/05(金) 08:38:30

関数ポインタが欲しかったんじゃね？

**デフォルトの名無しさん** · 2008/09/05(金) 10:32:35

>>167
利用法が思いつかない…

**デフォルトの名無しさん** · 2008/09/05(金) 16:10:48

みんな許してやれ

**デフォルトの名無しさん** · 2008/09/05(金) 17:46:47

>>167
マジレスすると、ここはJavaの質問スレではないから
真面目な答えはここじゃ返ってこないぞ。

**デフォルトの名無しさん** · 2008/09/05(金) 23:28:06

おれもクラスライブラリつくっちゃおうかな

**デフォルトの名無しさん** · 2008/09/06(土) 17:43:18

>>174
> 真面目な答えはここじゃ返ってこないぞ。

>>168 は充分真面目な答えだと思うが。

**デフォルトの名無しさん** · 2008/09/06(土) 18:36:20

>>174
167は質問してないね

**167** · 2008/09/08(月) 10:23:08

えー、別に質問したかったわけじゃなくて。
”こんなこともできねーの”という主旨にそって書き込ませてもらいました。
それで、用途はですね。
たとえば、たとえばDB上の様々なテーブルを表す、クラスA,B,C・・・とたくさんあって、DB上での取り扱いを処々定めた抽象クラスを実装しているわけです。
で、クラスA,B,C・・・のテーブルの生成、削除等はstaticメソッドにしたかったのですが、それは抽象クラスからは、abstractな抽象メソッドがないためだめだったというわけです。
もちろん、テーブルの生成、削除をstaticメソッドにしなければいいだけのことなのですが、なんとなくあるクラスというかBeanのテーブルの生成、削除等はstaticメソッドにする方がすっきりしているように思えたわけです。

**デフォルトの名無しさん** · 2008/09/08(月) 12:17:11

まだ理解できないのか。javerはバカだね

**デフォルトの名無しさん** · 2008/09/08(月) 12:20:02

>>178
C++でも出来ないけどねこれ。
寧ろそういうやり方出来る言語ってなんだろう

**デフォルトの名無しさん** · 2008/09/08(月) 12:21:14

デザインパターンを勉強した方がいいよね

**デフォルトの名無しさん** · 2008/09/08(月) 12:24:56

>>178
> で、クラスA,B,C・・・のテーブルの生成、削除等はstaticメソッドにしたかったのですが
ここがそもそもの発端なわけですね

**デフォルトの名無しさん** · 2008/09/08(月) 12:39:15

static にしてもすっきりしないと思う。
どういうのが”すっきり”かも人それぞれだけどなｗ

**167** · 2008/09/08(月) 15:39:37

abstractクラス.staticメソッドとやれば
それぞれを実装しているサブクラスのstaticメソッドが実行されるって
ことができれば便利だとおもうんだけどなあ・・・

**デフォルトの名無しさん** · 2008/09/08(月) 16:00:59

>>184
それ明示的にクラス名書いて呼ぶの？動的じゃなくて？

**デフォルトの名無しさん** · 2008/09/08(月) 16:10:52

簡単に数値に変換できるかどうか判定したいんですが・・・

**デフォルトの名無しさん** · 2008/09/08(月) 16:15:31

>>186
javaの質問スレって認識したうえでのろうぜきかや
IntegerとかLongとかDoubleとかBigDecimalとかつかってparseできるか試すのがいいんでね？

**デフォルトの名無しさん** · 2008/09/08(月) 16:23:12

abstractクラス.staticメソッド
こんなんでどうやってどのサブクラスのstaticメソッド呼ぶか確定できるんだよ。javerってこんなことも理解できないの？

**デフォルトの名無しさん** · 2008/09/08(月) 16:33:33

>>187
いや、質問ではなくて　そういう機能くらいデフォルトであればいいかな？的な　発言
Parseで失敗したらとかやってるとExceptionとかでしか判断できないからスマートではないのかな？
とか思ったりしたんで。

紛らわしくてごめん

**167** · 2008/09/08(月) 16:36:41

>>185
すみません書き方が悪かったす。
オレがイメージしていたのは、
abstractクラスのAで、
abstract static void createTable();
となっていて
Aを実装するクラスBのインスタンスbで
b.createTable()とやれば
クラスBで実装したstaticメソッドcreateTable()が呼ばれるといいなと。
しかしまあ、Bのインスタンスをつかわなければならん時点で、
abstract static voidが可能だとしてもあまりスマートな結果は得られませんね。
皆様失礼しました。

**デフォルトの名無しさん** · 2008/09/08(月) 16:37:36

たぶんこんな使い方をしたいんだろうと予想

abstract class Foo {
public static abstract void method();
}
class Bar extends Foo {
public static void method(){ ... }
}

Class<? extends Foo> absclass = Bar.class;
absclass.method();

**デフォルトの名無しさん** · 2008/09/09(火) 00:14:56

普通に使えそうじゃん

**デフォルトの名無しさん** · 2008/11/11(火) 10:49:33

Javaは
public void delete(List<クラスＡ> _list) throws ModelException;
と
public void delete(List<クラスＢ> _list) throws ModelException;
が同じシグニチャだと思ってるようだな。
困るなあ。
しょせんジェネリックなんて付け焼き刃ってことか。

**デフォルトの名無しさん** · 2008/11/11(火) 10:54:41

ええはい
言語上の型安全性の保障だけでマシン的には何も変わっていませんので・・・

**デフォルトの名無しさん** · 2008/11/11(火) 13:36:39

while (1)が使えないとかうぜー
しかもwhile ((boolean)1)もダメとか
俺は1が使いたいんだよおおおおおお

**デフォルトの名無しさん** · 2008/11/11(火) 17:00:55

>>195
全角でどうかな？
boolean １ = true

**デフォルトの名無しさん** · 2008/11/11(火) 18:45:55

>>195
Cとかjavaとかが1/2が0になるのウゼ
どう考えても0.5だろｗｗｗｗバカじゃないの？
みたいな

**デフォルトの名無しさん** · 2008/11/11(火) 23:10:57

>>195
for(;;)

**デフォルトの名無しさん** · 2008/11/17(月) 11:21:16

>>195
trueかfalseを書けって仕様なんだから仕方がない。

**デフォルトの名無しさん** · 2008/11/27(木) 03:04:52

JAVAって多少間違ってても動いちゃうよな。