- 1 名前：デフォルトの名無しさん [2007/05/12(土) 08:25:15 ]
- 前スレ
[mustang/Java SE 6] 次世代Javaの動向 4 [dolphin]
pc11.2ch.net/test/read.cgi/tech/1163986696/
[mustang] 次世代Javaの動向 3 [dolphin]
pc8.2ch.net/test/read.cgi/tech/1157227790/
次世代Javaの動向 ２
pc8.2ch.net/test/read.cgi/tech/1147881822/
【Java】次世代Java・J2SE1.6の動向【Mustang】
pc8.2ch.net/test/read.cgi/tech/1081698555/
- 652 名前：デフォルトの名無しさん mailto:sage [2007/09/19(水) 00:00:02 ]
- TimeAmountで期間データの変換が相互に可能になってるっぽいが
Second〜DayはともかくDay〜Foreverのデータはカレンダーないと変換できないような。
いちいちUnsupportedOperationException投げるつもりかいな
- 653 名前：デフォルトの名無しさん mailto:sage [2007/09/19(水) 02:32:47 ]
- こんな感じで書けないかな
static import javax.time.Moments.*
...
TimeView<Day,Year> leapyearday = build(MonthOfYear(2), dayOfMonth(29));
CarenderYear year = now().currentYear();
List<CalenderDay> lyds = new ArrayList<CalenderDay>();
for(int i = 0; i < 10; i++){
CarenderDay tmp = CalenderDay(year.plus(i), leapyearday);
if(!tmp.wasRolledGenerate())
lyds.add(tmp);
}
- 654 名前：デフォルトの名無しさん mailto:sage [2007/09/19(水) 02:54:46 ]
- >javax.time.Moments.*
パッケージ名だけ見たらとてつもなく抽象的すぎて何に使って良いかわかりづらいな。
- 655 名前：デフォルトの名無しさん mailto:sage [2007/09/19(水) 03:17:56 ]
- TimeUtilsとかの方がいいよな。常識的に考えて。
そのうち変わると思うが
- 656 名前：デフォルトの名無しさん mailto:sage [2007/09/19(水) 11:16:37 ]
- >>654
time.Momentsってそんなにわかりにくいかな？
- 657 名前：デフォルトの名無しさん mailto:sage [2007/09/19(水) 13:15:14 ]
- 個人的にクラス名変えるならこんな感じ
時刻系
TimeView＞TimeExpression：時刻表現
Calendrical＞ScaledTime：カレンダー評価済み時刻表現
TimeField＞TimeField：即値時刻表現
期間系
Period＞Period：期間
TimeAmount＞PeriodField：即値期間
単位系
TimePart＞Unit：単位
その他
Moments＞TimeUtils：ユーティリティクラス
うーん、イマイチ。
- 658 名前：デフォルトの名無しさん mailto:sage [2007/09/19(水) 16:48:46 ]
- クラス名・変数名に迷ったら書き込むスレ。Part10
ttp://pc11.2ch.net/test/read.cgi/tech/1180146315/
ここにお願いしてみては
- 659 名前：デフォルトの名無しさん mailto:sage [2007/09/19(水) 18:46:41 ]
- >>656
今のクラス名だと高精度の時間取得APIとも取れるし、時系列系APIのフレームワークとも取れる。
名前から想像できる用途が曖昧で冗長といった印象。
名前からすると一見汎用性がありそうだけど、
けど中身はカレンダーAPIの上位API程度の印象も受ける。
そのため、今のカレンダーAPIとの関係も分かりづらい。
そうなると移行や使い分けが難しいかと。
要するに何のために作ったのか分からん、と・・・。
- 660 名前：デフォルトの名無しさん mailto:sage [2007/09/19(水) 19:01:06 ]
- どう見ても完全に置き換えるものとして使うようにできてるだろ。
互換性を意識しないといけない場合以外は全部移行していいようにするんじゃないのか？
まだOverViewには入ってないがフォーマッティングやパーシング用のクラスも作るらしいし。
- 661 名前：デフォルトの名無しさん mailto:sage [2007/09/19(水) 19:22:46 ]
- java.util.concurrent.TimeUnit も忘れないであげて
- 662 名前：デフォルトの名無しさん mailto:sage [2007/09/21(金) 13:05:43 ]
- JSR 277とJSR 291は議論が熱いね。
www.infoq.com/jp/osgi
- 663 名前：デフォルトの名無しさん mailto:sage [2007/09/22(土) 10:54:13 ]
- OSGi関係は熱そうだね。
関わってるところ多いし、影響が大きそう
- 664 名前：デフォルトの名無しさん mailto:sage [2007/09/24(月) 18:48:55 ]
- JDK7、機能はすごい魅力的なんだが、リリースが一年以上先か・・・。
堅実なのはいいことだけど、もうちょっと早くならんかなあ。
- 665 名前：デフォルトの名無しさん mailto:sage [2007/09/25(火) 01:28:48 ]
- 目玉機能とされてるJSR-277もまだだし
Closureに至ってはJSRすらないしなぁ。
これでリリースまでに全部つっこんできたら十分早いと思うが。
- 666 名前：デフォルトの名無しさん mailto:sage [2007/09/27(木) 22:46:13 ]
- 業界的にはまだバージョン4が多数だから早い感じもする。
- 667 名前：デフォルトの名無しさん mailto:sage [2007/09/28(金) 00:51:19 ]
- テンプレート(1.5)、クロージャ(1.7)とくれば、最後に来るのは…マクロ！(1.9予定)
すべての言語は最後はlispの一部を再実装する事になるのかと思うと、複雑な気分だな。
- 668 名前：デフォルトの名無しさん mailto:sage [2007/09/28(金) 01:00:50 ]
- バージョン4なんかない。
- 669 名前：デフォルトの名無しさん mailto:sage [2007/09/28(金) 02:22:08 ]
- >>668
R4のことだろ？
- 670 名前：デフォルトの名無しさん mailto:sage [2007/09/28(金) 04:08:52 ]
- RhinoR4？ライセンスが・・・ｗ
- 671 名前：デフォルトの名無しさん mailto:sage [2007/09/28(金) 10:11:40 ]
- 最後はevalだな。
- 672 名前：デフォルトの名無しさん mailto:sage [2007/09/28(金) 11:10:22 ]
- OSGiじゃないのか？
- 673 名前：デフォルトの名無しさん mailto:sage [2007/09/28(金) 14:32:28 ]
- JDK7 build21
download.java.net/jdk7/binaries/
download.java.net/jdk7/changes/jdk7-b21.html
だって。
ようやくコンパネの縦長が直った。
- 674 名前：デフォルトの名無しさん mailto:sage [2007/10/09(火) 15:06:09 ]
- OSGiかなにかのプラグイン機構がJava SEに入るまでまだ一年位あるので、
Javaのスクリプトで代わりをできないかと思ったんですが、
次を読むと普通にできそうですね。
（つまりJavaプログラム実行中に動的に実行コードを入れ替えたい。）
JavaからRubyスクリプトを実行する
codezine.jp/a/article/aid/1647.aspx?p=3
個人的にプラグイン機構の重要度がかなり下がりました。
- 675 名前：デフォルトの名無しさん mailto:sage [2007/10/09(火) 15:14:59 ]
- 普通にクラスローダを使えばいいだけじゃないの？
- 676 名前：デフォルトの名無しさん mailto:sage [2007/10/09(火) 15:26:11 ]
- クラスローダは難しい・・・
昔OSGiを使ってたときですらクラスローダで苦労した。
確か、setContextClassLoader辺りとか頻発した。
（OSSのライブラリでこれが設定できないので、プラグインから使うために
ソースを書き換える必要が発生したこともあった。）
記憶が薄れてるけどOSGiが無いとさらに倍以上苦労する感じだったと思う。
- 677 名前：デフォルトの名無しさん mailto:sage [2007/10/10(水) 02:31:03 ]
- URLClassLoaderで簡単にJARファイルからクラスを読み込めるから、
プログラム実行中に動的に実行コードを入れ替えるのは簡単だと思うけどな。
- 678 名前：デフォルトの名無しさん mailto:sage [2007/10/10(水) 08:53:59 ]
- >>674
Rubyてw
Javascript使えよ。最初からSEに入ってんだから。
- 679 名前：674 mailto:sage [2007/10/10(水) 13:46:54 ]
- 助言？ありがとうございます。
>>677
setContextClassLoaderは、Jar内のファイルを読むために
基盤とプラグインのJarのClassLoaderを切り替える
のに使ってたんだったと思いますが、
URLClassLoaderを使うと簡単にできそうな気がします。
>>678
JRubyは速いと言う記事が目に入ったので
条件反射で調べてみたのですが、
JavaScriptでいいですね。Rubyは殆ど知らないし。
- 680 名前：674 mailto:sage [2007/10/10(水) 13:49:23 ]
- ちなみにやりたい事は、
UMLのステートチャート図で状態遷移を定義しXMLを生成する
（このエディタは自作する）
実行時はXMLに従って、各状態と遷移時の処理を行う。
基本的に、ステートパターンで実現する。
こんな感じの多目的に使えるフレームワーク作り。
と言う感じで、DIコンテナで普通にできそうですね…。
それが一番早いなｗ
- 681 名前：デフォルトの名無しさん mailto:sage [2007/10/10(水) 16:20:30 ]
- >>677
具体的にどういうコードになるの？
クラスローダーは複雑で言ってる事が見えてこない…
- 682 名前：デフォルトの名無しさん mailto:sage [2007/10/10(水) 16:44:08 ]
- >> 681
丁度いいページがあったので勝手にリンクさせてもらいます。
ttp://homepage3.nifty.com/satoshis/java/memo.html#extension
- 683 名前：デフォルトの名無しさん mailto:sage [2007/10/11(木) 03:45:19 ]
- JRubyは本家と比べて早いって意味だ。
まあ、宗教は自由だぜ！
- 684 名前：デフォルトの名無しさん mailto:sage [2007/10/11(木) 09:54:50 ]
- >>682おお、そういうことか！
- 685 名前：デフォルトの名無しさん [2007/10/13(土) 23:07:55 ]
- そろそろクロージャの仕様決まった？情報まだぁ
- 686 名前：デフォルトの名無しさん mailto:sage [2007/10/13(土) 23:23:22 ]
- www.javac.info/
www.javac.info/closures-v05.html
www.javac.info/consensus-closures-jsr.html
あたりは動いてないね。JCPのJSRのリストにも登録されてないみたいだし。
他の場所では動いてるのかも知らんけど
- 687 名前：デフォルトの名無しさん mailto:sage [2007/10/13(土) 23:49:45 ]
- ああ、いろいろプロポーズはあるみたいだけどそれが採用されそう。
- 688 名前：デフォルトの名無しさん mailto:sage [2007/10/14(日) 01:16:57 ]
- 簡単に読み書きできることが重視されるJavaでは導入が難しいのかも。
クロージャに結びつけた変数に対して破壊的操作を行うプログラムを書いちゃうと、
非常に理解が難しいプログラムになる。と某所で言われていた。
- 689 名前：デフォルトの名無しさん mailto:sage [2007/10/14(日) 01:28:27 ]
- staticメソッドとクロージャを組み合わせて制御文みたいなのを作れるのは面白いと思ったけど
フォールスルーしないswitch文みたいなのは無理かね
- 690 名前：デフォルトの名無しさん mailto:sage [2007/10/14(日) 02:13:48 ]
- クロージャ、クロージャ言うけどクロージャ導入しても元々クロージャに書き換えるようなメソッドなら
コンパイル時にインライン化されてるだろうから人がクロージャ書く意味ってあるか？
JavaScriptも使うからクロージャは大好きだが・・・。
- 691 名前：デフォルトの名無しさん mailto:sage [2007/10/14(日) 02:20:41 ]
- うん、無理っぽいな。できたとしてもがcaseに指定された値が定数かどうかを判別するすべがないから意味ないし
String line;
while ((line = br.readLine()) != null)
みたいなループをfor eachLine(String line : br)みたいには直せそうだ。あんまりいい例じゃないが
>>690
コストが低いからクロージャを使うわけじゃないだろ
- 692 名前：デフォルトの名無しさん mailto:sage [2007/10/14(日) 03:35:29 ]
- いいかげんプリプロセッサとはいわんからせめて#ifdefを導入しろよ
- 693 名前：デフォルトの名無しさん mailto:sage [2007/10/14(日) 03:46:15 ]
- ＞＞６９０
わかりやすいから使うんじゃないのか？
いい加減いちいち無名クラスを宣言するのめんどうになってきたよ。
- 694 名前：デフォルトの名無しさん mailto:sage [2007/10/14(日) 04:47:24 ]
- もう関数型のパラダイム全部入れちゃえばいいじゃんｗ
- 695 名前：デフォルトの名無しさん mailto:sage [2007/10/14(日) 05:53:53 ]
- どうせこうなるんなら最初からいれちゃえばよかったのに
- 696 名前：デフォルトの名無しさん mailto:sage [2007/10/14(日) 13:56:40 ]
- クロージャが、多重継承のようにうまく使えば有用だが弊害もある機能だったらどうするんだ？
Javaはハッカー向け言語ではなく一般向け言語なんだし、彼らが誤用しにくい機能であるか検証しなければならない。
- 697 名前：デフォルトの名無しさん mailto:sage [2007/10/14(日) 14:24:52 ]
- どのように有用？
別に一般向けでないが？
自分で使いこなせればよいだけだし？
おまえ、キモイ顔しているんだろうな。
- 698 名前：デフォルトの名無しさん mailto:sage [2007/10/14(日) 14:27:52 ]
- >>692
既にあるにはあるだろう。
- 699 名前：デフォルトの名無しさん mailto:sage [2007/10/14(日) 14:50:31 ]
- 根本的には関数型言語のパラダイムを中途半端に取り入れるのが不味いんだろうな。
だれか、両方を統合するようなアイデアを発明してくれればいいんだが。
- 700 名前：デフォルトの名無しさん [2007/10/14(日) 15:46:57 ]
- ところで、>>696は一体全体何を主張したかったのだろうか…謎は深まるばかりだ…
- 701 名前：デフォルトの名無しさん mailto:sage [2007/10/14(日) 16:55:18 ]
- >>699
命令型と関数型で、破壊的代入の在る/無しという根本的な前提が異なっているからなぁ。
この大きく異なる前提を乗り越えて上手く使える機構が欲しいね。
- 702 名前：デフォルトの名無しさん mailto:sage [2007/10/14(日) 17:07:59 ]
- 不変なオブジェクトを渡すか防衛的コピーして渡すか変更不可能なビューを渡すかすればいい話なんじゃないのか
Immutableオブジェクトを作るときと同じじゃん
- 703 名前：デフォルトの名無しさん mailto:sage [2007/10/14(日) 17:09:24 ]
- その違いがなくなると、命令型と関数型の垣根がなくなってしまうし、いくら欲しくても乗り越える事はできなだろう。
- 704 名前：デフォルトの名無しさん mailto:sage [2007/10/14(日) 18:53:24 ]
- >>688
int な変数を final int[] みたいに似非参照化して
内部クラスや匿名クラスで使えば結局同じ事になるけど、
記述が容易になると初心者が躓く可能性が高いとかそーゆー話？
docs.google.com/View?docid=k73_1ggr36h
CICE とかの public int みたいな構文糖の方が良いって話か？
- 705 名前：デフォルトの名無しさん mailto:sage [2007/10/14(日) 18:54:47 ]
- こんなん考えてみた。
public static <R, T, throws E>
R log(T t, Class<T> clazz, { T => R throws E } block) throws E {
T proxy = Proxy.newProxyInstance(t.getClass().getClassLoader(),
new Class[]{ clazz },
new InvocationHandler(Object obj, Method method, Object args)){
StringBuilder sb = new StringBuilder(obj + " : " +method + " : ");
for(Object o : args){ sb.append(o).append(" , "); }
System.out.println(sb);
return method.invoke( obj, args );
}
System.out.println("Logging Start : " + t );
R r = block.invoke(proxy);
System.out.println("Logging End : " + t );
return r;
}
で、使い方
log(List logList : list, List.class){
//処理
}
これでこのブロックの中でだけ特定の変数のメソッド呼び出しのログが取れるはず
ちょっといじれば特定のアノテーションのついているメソッドの呼び出しだけに反応するようにもできると思う
- 706 名前：デフォルトの名無しさん mailto:sage [2007/10/14(日) 19:27:18 ]
- そんなに難しく考えなくともecma-262とかScalaがあるじゃないか。
両立は可能だ。
- 707 名前：デフォルトの名無しさん mailto:sage [2007/10/14(日) 19:48:05 ]
- >>705
return method.invoke( obj, args );じゃなくて
return method.invoke( t, args );だわ
そういやobjはプロキシインスタンスだった
- 708 名前：デフォルトの名無しさん mailto:sage [2007/10/14(日) 19:49:58 ]
- >>704
void hoge(){
public int total;
array.each{int item => total += item;}
System.out.println("合計は" + total);
}
とすると
void hoge(){
final int total[] = new int[1];
array.each(new EachRunner(){
public void run(int item){
total[0] += item;
}
}
System.out.println(合計は" + total[0]);
}
と変換されるという案が出てたはず。
- 709 名前：デフォルトの名無しさん mailto:sage [2007/10/14(日) 19:53:00 ]
- >>708
CICEとBGGAごっちゃになってねーか？
- 710 名前：デフォルトの名無しさん mailto:sage [2007/10/14(日) 20:54:04 ]
- >array.each{int item => total += item;}
こういう文は見慣れない奴はインデントに困るだろうな。
array.each{ int item =>
total += item;
}
- 711 名前：デフォルトの名無しさん mailto:sage [2007/10/14(日) 21:15:14 ]
- array.each(
{int item => total += item;}
);
こういうインデントは？
- 712 名前：デフォルトの名無しさん mailto:sage [2007/10/14(日) 21:35:40 ]
- >>711みたいに>>710のインデントを知らん奴がいるから混乱するんだ。
- 713 名前：デフォルトの名無しさん [2007/10/14(日) 21:50:42 ]
- >>712
インデントにうるさいおまえと一緒だと疲れる
- 714 名前：デフォルトの名無しさん [2007/10/14(日) 22:33:45 ]
- インデントにうるさい言語があったよな。おまえはそれを使ってればいい
- 715 名前：デフォルトの名無しさん mailto:sage [2007/10/14(日) 22:53:03 ]
- ぱいそん
- 716 名前：デフォルトの名無しさん mailto:sage [2007/10/15(月) 01:28:48 ]
- 複人数開発でインデントにうるさいのは当たり前だろ。
コーディング規約なんだから。
- 717 名前：デフォルトの名無しさん mailto:sage [2007/10/15(月) 01:54:18 ]
- インデントなんか IDE が勝手にするだろ。
保存時に規約に沿うように自動フォーマット。
気にすんのはエディタ使ってるおっさんだけだ。
- 718 名前：デフォルトの名無しさん mailto:sage [2007/10/15(月) 11:38:51 ]
- 改行位置は勝手にやってくれなくないか？
- 719 名前：デフォルトの名無しさん mailto:sage [2007/10/15(月) 11:50:20 ]
- 今時のIDEならやってくれなくなくない？
- 720 名前：デフォルトの名無しさん mailto:sage [2007/10/15(月) 12:53:26 ]
- Eclipse使えば自動フォーマットもすごいカスタマイズできるよ。
改行の位置も、(俺はコードの単位を明示的に分けたいから有効にはしないけど）
設定すればできる、と思う。
- 721 名前：デフォルトの名無しさん mailto:sage [2007/10/15(月) 16:43:38 ]
- 既にインデントは「する」ものじゃなくて「される」ものだろ。
人間がやるのは、内容の記述だけで、その整形は完全にIDEまかせ。
でも、eclipseできれいにインデントできないって理由で、仮引数へのアノテーションをためらう本末転倒な俺ガイル
- 722 名前：デフォルトの名無しさん mailto:sage [2007/10/15(月) 17:03:49 ]
- 細かい事気にしすぎ。
- 723 名前：デフォルトの名無しさん mailto:sage [2007/10/15(月) 17:35:52 ]
- >>721
見やすさのためのインデントはそれでいいんだけど、
Pythonのようなインデント自体が括弧の役割をする言語ではまた別の話だよね。
- 724 名前：デフォルトの名無しさん mailto:sage [2007/10/15(月) 17:38:12 ]
- 人の書いたプログラムなど見ないで済むように偉くなれ。
- 725 名前：デフォルトの名無しさん mailto:sage [2007/10/15(月) 17:39:06 ]
- >>723
とは言っても、Pythonでも見やすいインデント、というのはあるわけで。
- 726 名前：デフォルトの名無しさん mailto:sage [2007/10/15(月) 18:05:18 ]
- ト・コ・ロ・デ
JDK7 build22
ttp://download.java.net/jdk7/changes/jdk7-b22.html
ttp://download.java.net/jdk7/binaries/
SwingWorkerのスレッドプールを使う処理が書き直されたらしい。
シャットダウンフックを使うようになったとかなんとか。
- 727 名前：デフォルトの名無しさん [2007/10/15(月) 18:40:16 ]
- Javaは原則フリースタイル系統の言語だし、インデントはどうでもいいと思うが？
コーディング規約が別にあるとかいうならそれに従うまでだし。
- 728 名前：デフォルトの名無しさん mailto:sage [2007/10/15(月) 20:45:32 ]
- Cとかに比べれば相当コーディング規約はしっかりしてると思うが
- 729 名前：デフォルトの名無しさん mailto:sage [2007/10/15(月) 21:48:21 ]
- しっかりしているのは認めるが、しかしそれは言語仕様ではない。
インデントも含めて、コーディング規約も次世代に入れて欲しいと願っているのだろうか。
- 730 名前：デフォルトの名無しさん mailto:sage [2007/10/16(火) 01:17:12 ]
- >シャットダウンフックを使うようになったとかなんとか。
使い方によってはwinでコケまくりだな。
昔よくフォーラムで流れたjavawからシャットダウンフックが起動しないってのが復活するんじゃない？
- 731 名前：デフォルトの名無しさん mailto:sage [2007/10/16(火) 03:00:16 ]
- >>729
そこまですると、やり過ぎではなかろうかと思う。
俺はとりあえず括弧とif, for, whileの書式さえ統一されてればいいと考えてる。
- 732 名前：デフォルトの名無しさん mailto:sage [2007/10/16(火) 03:16:45 ]
- まあもういいんじゃないか。そのコーディングとらやの話は。
- 733 名前：デフォルトの名無しさん mailto:sage [2007/10/16(火) 10:56:12 ]
- 20年以上前、ACM SIGPLAN Noticeでも、
インデントの話は禁止になったことがある。
- 734 名前：デフォルトの名無しさん mailto:sage [2007/10/16(火) 14:07:05 ]
- ↓↓↓次世代Javaの動向↓↓↓
- 735 名前：デフォルトの名無しさん mailto:sage [2007/10/16(火) 14:11:07 ]
- 命名規則とインデントはどうやっても宗教戦争になっちゃうからね。
- 736 名前：デフォルトの名無しさん mailto:sage [2007/10/16(火) 17:12:35 ]
- まあもういいんじゃないか。そのコーディング虎屋の話は。
- 737 名前：デフォルトの名無しさん mailto:sage [2007/10/16(火) 21:26:53 ]
- コーディングとらやの羊羹
- 738 名前：デフォルトの名無しさん mailto:sage [2007/10/16(火) 21:53:01 ]
- とらやの話か。
- 739 名前：デフォルトの名無しさん mailto:sage [2007/10/17(水) 01:35:40 ]
- 虎屋の話と聞いて飛んできますた。
- 740 名前：デフォルトの名無しさん [2007/10/17(水) 01:51:43 ]
- どうしてこうも人は争いの種を作ってしまうんだろうか
- 741 名前：デフォルトの名無しさん mailto:sage [2007/10/17(水) 01:56:03 ]
- Javaの世界なのにJava以外の前提（CやC＋＋）を持ち出したのが原因。
- 742 名前：デフォルトの名無しさん mailto:sage [2007/10/17(水) 01:58:35 ]
- 人は人、自分は自分。偉い人には分からないのです。
- 743 名前：デフォルトの名無しさん mailto:sage [2007/10/17(水) 02:23:48 ]
- 誰もC/C++の話はしてないが
- 744 名前：デフォルトの名無しさん [2007/10/17(水) 02:37:55 ]
- で、次世代はどーくるわけよ？
- 745 名前：デフォルトの名無しさん mailto:sage [2007/10/17(水) 05:04:25 ]
- >>742 偉い人には分かるんじゃないか？ん？
- 746 名前：デフォルトの名無しさん mailto:sage [2007/10/17(水) 07:58:18 ]
- 俺はJavaの標準コーディング規約には満足してるけどな。
C#の、先頭を大文字にする記法や、プライベートフィールドの先頭にアンダーバーを付ける記法に比べれば、
よっぽどスマートだよ。
- 747 名前：デフォルトの名無しさん mailto:sage [2007/10/17(水) 08:49:20 ]
- Rubyを侮辱するのは止めてください。
- 748 名前：デフォルトの名無しさん mailto:sage [2007/10/17(水) 11:36:31 ]
- ﾜﾛﾀ、Rubyのコーディング規約はそうなってるのかｗ
- 749 名前：デフォルトの名無しさん mailto:sage [2007/10/17(水) 12:23:57 ]
- 規約でなく、言語仕様だね。@で始まるとメンバフィールドになる。
- 750 名前：デフォルトの名無しさん mailto:sage [2007/10/17(水) 13:07:54 ]
- 大文字で始まるとimmutable。> Ruby
- 751 名前：デフォルトの名無しさん [2007/10/17(水) 15:10:32 ]
- C#はVCと同じくMSのキモサモサが良く出ている言語だと思う
- 752 名前：デフォルトの名無しさん mailto:sage [2007/10/17(水) 16:05:50 ]
- C#で画面を作るとコントロールを描画している過程が見えるからなぁ
|
 |
