mainメソッドから値を返す。
探検
JAVAってこんなことも出来ないの?
■ このスレッドは過去ログ倉庫に格納されています
1デフォルトの名無しさん
2007/05/19(土) 22:13:032007/07/04(水) 13:08:11
TextBox hogehoge = new TextBox();
String fugafuga = hogehoge.getText();
みたいなときに
TextBoxの入力が空だった場合
fugafuga は "" になる? null になる?
String fugafuga = hogehoge.getText();
みたいなときに
TextBoxの入力が空だった場合
fugafuga は "" になる? null になる?
2007/07/04(水) 13:56:23
""
2007/07/04(水) 22:32:00
2007/07/04(水) 22:43:00
2007/07/05(木) 00:00:51
>>74がbug量産プログラマということが証明されたのか、ふんふん
2007/07/05(木) 00:03:44
2007/07/05(木) 00:17:12
>>74はCでメモリ開放しないでコードかいてたんだよ。きっと。
そしてJavaにきてガーベッジコレクションでメモリ管理されるようになって
ぬるぽが続出しているんだ。
そして74はこれを回避するために一時変数とかをすべてstaticなフィールドにして
最初に初期化するという方法を思いつくんだ!
ぬるぽが出なくなって74は喜ぶが、代わりにロジックの誤りに悩まされてデスマに突入
ガッ
そしてJavaにきてガーベッジコレクションでメモリ管理されるようになって
ぬるぽが続出しているんだ。
そして74はこれを回避するために一時変数とかをすべてstaticなフィールドにして
最初に初期化するという方法を思いつくんだ!
ぬるぽが出なくなって74は喜ぶが、代わりにロジックの誤りに悩まされてデスマに突入
ガッ
86760
2007/07/05(木) 07:26:33 ぬるぽとがべこれは無関係だろ
2007/07/05(木) 12:01:46
84が負け組ということはわかった。
2007/07/05(木) 20:38:08
>>85
Cだと概念的にはnullのところがエラーとならずに値が読めてしまう場合あるだろ?
Javaだとそういうところ厳密なわけよ。
それはメモリ管理がガーベッジコレクションによって行われるようになって
プログラマの責務が減ったからからなんだよ。
新言語に搭載される機能が生まれてきた背景は知っても損はないぜ。
Cだと概念的にはnullのところがエラーとならずに値が読めてしまう場合あるだろ?
Javaだとそういうところ厳密なわけよ。
それはメモリ管理がガーベッジコレクションによって行われるようになって
プログラマの責務が減ったからからなんだよ。
新言語に搭載される機能が生まれてきた背景は知っても損はないぜ。
2007/07/06(金) 23:12:18
仮想マシンが null チェックやってるってだけのことだろ。
GC と何の関係もないよ。
GC と何の関係もないよ。
2007/07/07(土) 22:07:38
2007/07/07(土) 22:10:11
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でメモリ管理ミスってるコードみたいな書き方をした場合は
みんなぬるぽになんの。
たまたま値が残っててそのまま動く、とかそういうことは起こらんの。
そういう見つけにくい、かつ深刻な問題が起こるバグの代わりに
はっきりと初期化されてないよって警告が出るようになったの。
だから、「ミスが露呈しやすい言語仕様」になっただけ。
むしろ発見が早まって生産性いいんだよ
まったく分からん奴だな。
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
98デフォルトの名無しさん
2007/08/27(月) 22:06:23 画面作るのが糞めんどくせええ!!!!
SWTイレねーと糞なのにデフォで付いてねえ!!
環境整えるの糞めんどくせーー!!
jsp+servretでやっとMVCの概念覚えたと思ったら
strutsがデフォだからjsp+servret使ったらわかりにくいだってwww
strus糞めんどくせえええ
HTMLタグやっと覚えたと思ったらstrutsタグつかえだと?
jspファイルでhtmlタグとjspタグが混ざってたら見づらいんだってwwww俺は見づらくねえwww
web.xmlとかserver.xmlやっと覚えたと思ったらstruts.xml使えって?
あほかwwwwww今までの、無駄wwwwwww今までのは嘘でしたwwwwwって言われた気分wwwwww
eclipseバージョンあげたらプラグイン動作しねえええ!!!
web系でフォルダ覚えるの糞めんどくせええ!!!
全体的に覚えることが大杉
と思いながらも、独学でjavaやってたが
仕事で使ってるvb.netの使い勝手があまりに良いので
javaの情熱冷めた('A`)
SWTイレねーと糞なのにデフォで付いてねえ!!
環境整えるの糞めんどくせーー!!
jsp+servretでやっとMVCの概念覚えたと思ったら
strutsがデフォだからjsp+servret使ったらわかりにくいだってwww
strus糞めんどくせえええ
HTMLタグやっと覚えたと思ったらstrutsタグつかえだと?
jspファイルでhtmlタグとjspタグが混ざってたら見づらいんだってwwww俺は見づらくねえwww
web.xmlとかserver.xmlやっと覚えたと思ったらstruts.xml使えって?
あほかwwwwww今までの、無駄wwwwwww今までのは嘘でしたwwwwwって言われた気分wwwwww
eclipseバージョンあげたらプラグイン動作しねえええ!!!
web系でフォルダ覚えるの糞めんどくせええ!!!
全体的に覚えることが大杉
と思いながらも、独学でjavaやってたが
仕事で使ってるvb.netの使い勝手があまりに良いので
javaの情熱冷めた('A`)
2007/08/27(月) 22:21:29
struts がアレだったのは別にして、>>98はプログラマに向いて無いと思う。
100デフォルトの名無しさん
2007/08/27(月) 22:23:49 うん
101デフォルトの名無しさん
2007/08/28(火) 01:17:28 98ってそんなことも出来ないの?
102デフォルトの名無しさん
2007/08/29(水) 21:51:08 strutsだろうがstruts2だろうがググれば出てくるよ。使用法
103デフォルトの名無しさん
2007/09/05(水) 23:35:23 まあjava、というかEJBはめんどくさいよ。
104デフォルトの名無しさん
2007/09/06(木) 09:48:58 そうか?EJB3ってそんなにめんどくさいとは思わないけど。
105デフォルトの名無しさん
2007/10/28(日) 00:45:19 C: ザク
C++: ドム
C# : リック・ドム
D: アッガイ
Java: ジム
VB: ボール
こうですか?わかりません!
C++: ドム
C# : リック・ドム
D: アッガイ
Java: ジム
VB: ボール
こうですか?わかりません!
106104
2007/10/28(日) 00:46:33 誤爆したスマソ
107105
2007/10/28(日) 00:47:23 しかも番号がずれた。氏のう
108デフォルトの名無しさん
2007/10/28(日) 21:50:50 >>105-107
ワロス
ワロス
109デフォルトの名無しさん
2007/10/29(月) 15:23:04 コンストラクタに引数をつけたいんですが、どうすればよろしいですか?
110デフォルトの名無しさん
2007/10/29(月) 16:06:29 EJB3はどうかしらんが、EJB2.0のころは、ソースコードかくより
xmlファイル編集することで頭が混乱してきた。JBOSSの何とか言う分厚い
3800円の本かったけど、押入れの奥で眠ってる。
Javaの仕事はJSP/サーブレットないし、バックグランド処理だけやった。EJBはパスした。
PHPやらVB.NETの方がはるかにわかりやすい。
xmlファイル編集することで頭が混乱してきた。JBOSSの何とか言う分厚い
3800円の本かったけど、押入れの奥で眠ってる。
Javaの仕事はJSP/サーブレットないし、バックグランド処理だけやった。EJBはパスした。
PHPやらVB.NETの方がはるかにわかりやすい。
111デフォルトの名無しさん
2007/10/29(月) 16:09:21 >>109
どうもこうもないべ。コンストラクタの宣言時に引数付コンストラクタを
定義すればいいんじゃない?
んで使うほうは、コンストラクタに引数つけりゃいいじゃん。
Buttonクラスだとすると、単にボタン作るコンストラクタとボタンに表示する
文字列を指定できるコンストラクタがあるんだけど、それでも他にコンストラクタがほしければ
Buttonクラス継承してクラス自作して、コンストラクタを新たに定義すればいいよ。
どうもこうもないべ。コンストラクタの宣言時に引数付コンストラクタを
定義すればいいんじゃない?
んで使うほうは、コンストラクタに引数つけりゃいいじゃん。
Buttonクラスだとすると、単にボタン作るコンストラクタとボタンに表示する
文字列を指定できるコンストラクタがあるんだけど、それでも他にコンストラクタがほしければ
Buttonクラス継承してクラス自作して、コンストラクタを新たに定義すればいいよ。
112デフォルトの名無しさん
2007/10/29(月) 20:12:40カレントディレクトリを変更できない
113デフォルトの名無しさん
2007/10/29(月) 20:14:59 __FILE__
__LINE__
__LINE__
114デフォルトの名無しさん
2007/10/29(月) 20:21:11 EJBは3になって少しましになった程度
あれでDIのつもりだからため息が出る
まともなDIコンテナ使うと劇的に見通しが良くなる
これに慣れるとRailsや.NETみたいななんでもやります系の、そのかわり選択の余地は与えませんなやり方にうんざりする
あれでDIのつもりだからため息が出る
まともなDIコンテナ使うと劇的に見通しが良くなる
これに慣れるとRailsや.NETみたいななんでもやります系の、そのかわり選択の余地は与えませんなやり方にうんざりする
115デフォルトの名無しさん
2007/10/29(月) 21:36:05 >>113
System.out.println(new Exception().getStackTrace()[0].getFileName());
System.out.println(new Exception().getStackTrace()[0].getLineNumber());
System.out.println(new Exception().getStackTrace()[0].getFileName());
System.out.println(new Exception().getStackTrace()[0].getLineNumber());
116デフォルトの名無しさん
2007/10/29(月) 21:56:21 >>115
なげ〜〜よ
なげ〜〜よ
117デフォルトの名無しさん
2007/10/29(月) 22:19:42 将来的にはPCよりも携帯端末のほうが主流になるだろうから
MIDP/DOJAをやっておいても悪くない
ただしJ2MEでWORAなんて夢のまた夢だからプリプロセッサ必須だけど
MIDP/DOJAをやっておいても悪くない
ただしJ2MEでWORAなんて夢のまた夢だからプリプロセッサ必須だけど
118デフォルトの名無しさん
2008/02/04(月) 01:32:37119デフォルトの名無しさん
2008/07/22(火) 20:21:48 TextSS
120デフォルトの名無しさん
2008/07/22(火) 23:46:13 EJBなんて、めちゃくちゃ簡単じゃん。と、CORBAから移ってきた時は思いました。
今は面倒くさくてやってられない。
今は面倒くさくてやってられない。
121デフォルトの名無しさん
2008/07/25(金) 08:11:44 リストとハッシュで済むような処理のためにクラスを書くような言語は間違っている。
122デフォルトの名無しさん
2008/07/25(金) 11:08:52 JavaってHTMLを生成するための言語でしょ?
123デフォルトの名無しさん
2008/07/27(日) 22:24:28124デフォルトの名無しさん
2008/07/28(月) 15:27:46 >>121
javaで書いたインタプリタで巻いちゃえばいいんだよ
javaで書いたインタプリタで巻いちゃえばいいんだよ
125デフォルトの名無しさん
2008/08/05(火) 17:39:56 文字列はコピー渡しの方が良いのではないか?
126デフォルトの名無しさん
2008/08/05(火) 17:47:57 そう思うならコピーして渡せばいいのでは?
127デフォルトの名無しさん
2008/08/05(火) 20:44:16128デフォルトの名無しさん
2008/08/06(水) 00:23:41 コピー渡しだと何がいいんだろ?
129デフォルトの名無しさん
2008/08/06(水) 00:48:08 オリジナルに影響ないじゃん。
バカじゃない?
バカじゃない?
130デフォルトの名無しさん
2008/08/06(水) 02:09:19 Javaではオリジナルを変更することはできないのだが。
バカじゃない?
バカじゃない?
131デフォルトの名無しさん
2008/08/06(水) 19:23:03 >>128
コピー渡しというか値渡しだな。
コピー渡しというか値渡しだな。
132デフォルトの名無しさん
2008/08/06(水) 21:46:21133デフォルトの名無しさん
2008/08/07(木) 00:36:26 値渡しは変更してもオリジナルに影響ないから文字列は値渡しってんなら、もともとJavaの文字列は不変オブジェクトなんだから、単なる無知の意見だね。
134デフォルトの名無しさん
2008/08/07(木) 12:54:50 a( new String(str));
a(str);
どっちがいいかってこと?
a(str);
どっちがいいかってこと?
136デフォルトの名無しさん
2008/08/08(金) 05:43:01137デフォルトの名無しさん
2008/08/17(日) 08:56:01 >>136
必死で否定するところが怪しいな。
必死で否定するところが怪しいな。
138デフォルトの名無しさん
2008/08/24(日) 03:06:04139デフォルトの名無しさん
2008/08/24(日) 03:15:04 >>31
どういうところが?
どういうところが?
140デフォルトの名無しさん
2008/08/24(日) 03:16:03 すごく久々にレスが着いてると思ったら
どうでもよかった
どうでもよかった
141デフォルトの名無しさん
2008/08/24(日) 03:26:27 バカを
バ カ
と呼んだまでのこと。
気にスンナ。
バ カ
バ カ
と呼んだまでのこと。
気にスンナ。
バ カ
142デフォルトの名無しさん
2008/08/24(日) 03:56:25 夏厨様
糞スレはsageでお願いします
糞スレはsageでお願いします
143デフォルトの名無しさん
2008/08/25(月) 02:42:32 Javaが遅いのと、メモリ管理が自動なのは関係あるの?
144デフォルトの名無しさん
2008/08/25(月) 14:01:44 今では無関係と言って差し支えないと思う。
メモリ管理は下手に手動でやるよりはGCに任せたほうがかえって性能が良くなるって話すらある。
メモリ管理は下手に手動でやるよりはGCに任せたほうがかえって性能が良くなるって話すらある。
145デフォルトの名無しさん
2008/08/27(水) 22:24:57 >>1
∧∧
(・ω・ )
_| ⊃/(__
/ ヽ-(___/
 ̄ ̄ ̄ ̄ ̄ ̄
∧∧
(・ω・ )
_| ⊃/(__
/ ヽ-(___/
 ̄ ̄ ̄ ̄ ̄ ̄
146デフォルトの名無しさん
2008/08/27(水) 22:48:50 >>98にすげー共感する。
Struts覚えようとしたらDIも使うべき、とかおいおい環境作りにどんだけ手間かけさすんだよいつになったら画面作るとこに手つけさせてくれるんだよとウンザリしてRailsに逃げたw
Struts覚えようとしたらDIも使うべき、とかおいおい環境作りにどんだけ手間かけさすんだよいつになったら画面作るとこに手つけさせてくれるんだよとウンザリしてRailsに逃げたw
147デフォルトの名無しさん
2008/08/27(水) 23:13:38 オマイら、楽しそうだな。
148デフォルトの名無しさん
2008/08/30(土) 09:54:09 >>145
タノシイヨ
∧ ∧
(´・ω)
_|⊃/(___
/ ヽ_(____/
 ̄ ̄ ̄ ̄ ̄ ̄ ̄
タノシイヨ
∧ ∧
(´・ω)
_|⊃/(___
/ ヽ_(____/
 ̄ ̄ ̄ ̄ ̄ ̄ ̄
149デフォルトの名無しさん
2008/09/01(月) 22:05:50 > 98は、NetBeans使ってればよかっただけって話か。
Eclipseが悪いな。
Eclipseが悪いな。
150デフォルトの名無しさん
2008/09/02(火) 14:13:26 つーか、EclipseってJava使うのに向いてないだろ。クソつかえねぇ。
そもそもJavaの特徴ってのは使いやすい使いにくいじゃねぇんだから
ごちゃごちゃ文句言うんじゃねぇよ!俺みたいに学生時代に勉強しとくのがベスト。
そもそもJavaの特徴ってのは使いやすい使いにくいじゃねぇんだから
ごちゃごちゃ文句言うんじゃねぇよ!俺みたいに学生時代に勉強しとくのがベスト。
151デフォルトの名無しさん
2008/09/02(火) 16:56:44 >>150
Javaの特徴は重いことだ。
Javaの特徴は重いことだ。
152デフォルトの名無しさん
2008/09/03(水) 00:00:40153デフォルトの名無しさん
2008/09/03(水) 14:23:06 Cではprintf();ですむ作業をわざわざSystem.out.println();って書かなきゃいけないのに驚いた
scanf関数に相当するものがないのにはさらに驚いた
scanf関数に相当するものがないのにはさらに驚いた
154デフォルトの名無しさん
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));
することで、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));
155デフォルトの名無しさん
2008/09/03(水) 14:57:00 Cのscanfは使っちゃだめ系の関数だし、なくてもいいんじゃね
156デフォルトの名無しさん
2008/09/03(水) 15:22:30157デフォルトの名無しさん
2008/09/03(水) 15:39:07 ヒント: セキュリティーホール
オプソなんかではscanf調査ツールがあったり、
つかっちゃいけない関数は、
DONOTUSE_なんたらかんたら、という文字列に#defineされてたような。
オプソなんかではscanf調査ツールがあったり、
つかっちゃいけない関数は、
DONOTUSE_なんたらかんたら、という文字列に#defineされてたような。
158デフォルトの名無しさん
2008/09/03(水) 16:57:35 >>156
まあ、System.out.printlnはEclipseならsysoutでctrl+space、NetBeansならsoutでtabとすれば入力できるから、入力がめんどうというのはあんまりあてはまらないね。
まあ、System.out.printlnはEclipseならsysoutでctrl+space、NetBeansならsoutでtabとすれば入力できるから、入力がめんどうというのはあんまりあてはまらないね。
159デフォルトの名無しさん
2008/09/03(水) 22:20:00160デフォルトの名無しさん
2008/09/03(水) 22:30:51 最近のJavaはかなりCと同じ関数が増えてるよ
161デフォルトの名無しさん
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);
面倒臭い
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);
面倒臭い
162デフォルトの名無しさん
2008/09/04(木) 01:24:38 やろうと思えばJavaでできるけど、
そういうのはLLにまかせとけばいいと思うんだ
そういうのはLLにまかせとけばいいと思うんだ
163デフォルトの名無しさん
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);
}
あとは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);
}
164デフォルトの名無しさん
2008/09/04(木) 08:18:06 今はJavaにもprintf()があるんだが・・・・
ポインタがない分どれだけラクだと思ってんだ
ポインタがない分どれだけラクだと思ってんだ
165デフォルトの名無しさん
2008/09/04(木) 08:45:16 Cみたいな特種用途向けの言語相手に何威張ってるんだ
166デフォルトの名無しさん
2008/09/04(木) 11:50:15 printfがないとかいう話にはなってないでしょ。
167デフォルトの名無しさん
2008/09/04(木) 14:52:56 既出かもしれんが、自分でクラスライブラリ作っていて、
abstract static a();
みたいな抽象スタティックメソッドが作れなくて困った。
これはJavaの仕様でたまたまそうなのか、抽象スタティックメソッド
というオレ考えが論理的におかしいのかわからん。
abstract static a();
みたいな抽象スタティックメソッドが作れなくて困った。
これはJavaの仕様でたまたまそうなのか、抽象スタティックメソッド
というオレ考えが論理的におかしいのかわからん。
168デフォルトの名無しさん
2008/09/04(木) 16:05:59 おまえがおかしいに決まってんだろ。javerはバカだね
169デフォルトの名無しさん
2008/09/04(木) 21:09:51 そもそも >>167 が何をしたいのからわからん。
170デフォルトの名無しさん
2008/09/05(金) 01:09:11 ファクトリメソッドパターン?
171デフォルトの名無しさん
2008/09/05(金) 08:38:30 関数ポインタが欲しかったんじゃね?
172デフォルトの名無しさん
2008/09/05(金) 10:32:35 >>167
利用法が思いつかない…
利用法が思いつかない…
173デフォルトの名無しさん
2008/09/05(金) 16:10:48 みんな許してやれ
174デフォルトの名無しさん
2008/09/05(金) 17:46:47175デフォルトの名無しさん
2008/09/05(金) 23:28:06 おれもクラスライブラリつくっちゃおうかな
176デフォルトの名無しさん
2008/09/06(土) 17:43:18177デフォルトの名無しさん
2008/09/06(土) 18:36:20 >>174
167は質問してないね
167は質問してないね
178167
2008/09/08(月) 10:23:08 えー、別に質問したかったわけじゃなくて。
”こんなこともできねーの”という主旨にそって書き込ませてもらいました。
それで、用途はですね。
たとえば、たとえばDB上の様々なテーブルを表す、クラスA,B,C・・・とたくさんあって、DB上での取り扱いを処々定めた抽象クラスを実装しているわけです。
で、クラスA,B,C・・・のテーブルの生成、削除等はstaticメソッドにしたかったのですが、それは抽象クラスからは、abstractな抽象メソッドがないためだめだったというわけです。
もちろん、テーブルの生成、削除をstaticメソッドにしなければいいだけのことなのですが、なんとなくあるクラスというかBeanのテーブルの生成、削除等はstaticメソッドにする方がすっきりしているように思えたわけです。
”こんなこともできねーの”という主旨にそって書き込ませてもらいました。
それで、用途はですね。
たとえば、たとえばDB上の様々なテーブルを表す、クラスA,B,C・・・とたくさんあって、DB上での取り扱いを処々定めた抽象クラスを実装しているわけです。
で、クラスA,B,C・・・のテーブルの生成、削除等はstaticメソッドにしたかったのですが、それは抽象クラスからは、abstractな抽象メソッドがないためだめだったというわけです。
もちろん、テーブルの生成、削除をstaticメソッドにしなければいいだけのことなのですが、なんとなくあるクラスというかBeanのテーブルの生成、削除等はstaticメソッドにする方がすっきりしているように思えたわけです。
■ このスレッドは過去ログ倉庫に格納されています
ニュース
- 731部隊の新資料、中国が公開 「日本が細菌戦の罪を自白」と主張 ロシアが引き渡し [少考さん★]
- 【速報】「女芸人No.1決定戦 THE W」9代目女王にニッチェ! 7年ぶり3度目で悲願の優勝 [牛丼★]
- 中国・ロシア両軍の爆撃機が東京方面へ向かう「異例のルート」を共同飛行…核も搭載可能、連携して威嚇か ★8 [ぐれ★]
- 「おこめ券は米以外の食品も買える。効果的な活用を」 地元で農水相 [山形県] [少考さん★]
- 【芸能】『女芸人No.1決定戦THE W』 粗品が最後にバッサリ「優勝賞金1000万円にしてはレベル低い大会」 [冬月記者★]
- 東京の自販機そばに金塊4200万円分、何者かに持ち去られる…札幌の50代が8000万円振り込んだ後に上京して被害 [どどん★]
- 【実況】博衣こよりのえちえちダンガンロンパ4🧪
- 千晴!😡
- 🏡パン🍞つー✌まる👌見え👊😅👊
- 【悲報】日本人が散々ホルホルしていたオオスズメバチ、アメリカでいつの間にか根絶されていた [603416639]
- 俺のチンコが真っ赤に燃えるぅ!
- 【緊急高市朗報】WBC全試合、地上波完全生放送決定wmwmwmwmwmwmwmwmwmwmwmwmwmwmwmw [517459952]
