[Java SE 7] 次世代Javaの動向 5 [dolphin]

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/ 641 名前：デフォルトの名無しさん mailto:sage [2007/09/17(月) 15:53:01 ] あるあるｗ ちょっとたとえを出して、それを否定できただけで、全てを否定ｗ 642 名前：デフォルトの名無しさん mailto:sage [2007/09/17(月) 15:53:48 ] 間接的な効果に期待（するだけ）しかできないんだったら > 要望を実現する事よりも、気持ちいい事の方が重要なんじゃね？ って評価は正しいような。 643 名前：デフォルトの名無しさん mailto:sage [2007/09/17(月) 17:26:43 ] はいはい、ここは次世代Javaのスレですよっと JSR-310 に generics版なるものが出来ていた。 https://jsr-310.dev.java.net/nonav/generics/index.html https://jsr-310.dev.java.net/servlets/ReadMsg?list=dev&msgNo=726 > The basic theory is to define a class for each of the basic concepts - > Day, Month, Year, Hour, Second etc, and then utilise those in other > ways. These are TimePart subclasses. > > Instead of having a dedicated Seconds class that holds only seconds, > there is a single TimeAmount class that is generified: > > Standard design: >　 Seconds s = seconds(3); > Generics design: > 　TimeAmount<Second> s = seconds(3); > > Similarly, the field classes such as DayOfMonth are removed with a > single generified TimeField class: > > Standard design: > 　DayOfMonth dom = dayOfMonth(3); > Generics design: > 　TimeField<Day, Month> dom = dayOfMonth(3); 個人的に generics版にするなら var dom = dayOfMonth(3); タイプの型推論が欲しいような。 644 名前：デフォルトの名無しさん [2007/09/17(月) 20:18:05 ] blogs.wankuma.com/kacchan6/archive/2007/09/17/96592.aspx 645 名前：デフォルトの名無しさん mailto:sage [2007/09/18(火) 08:41:40 ] generics版は、入力めんどすぎだな 646 名前：デフォルトの名無しさん mailto:sage [2007/09/18(火) 16:45:33 ] ドキュメント簡潔で理解しやすいしこっちのほうが好きなのは俺だけか それはそうと９月の第三月曜日とか毎月第五土曜日（と、第五土曜日が存在するかチェックする方法）とか どうやって入力するんだろう？ この程度のことがいちいち煩雑なのは嫌なんだけど。 曜日指定できそうなCalenderDayのDayOfWeekは引数がなぜかint型だし。 曜日関係はまだまだこれからなのかね？ 647 名前：デフォルトの名無しさん mailto:sage [2007/09/18(火) 20:37:07 ] あれだ。 カレンダー用のXPathみたいなの作って W3C標準にすればいいんじゃね？ 648 名前：デフォルトの名無しさん mailto:sage [2007/09/18(火) 21:04:02 ] CQL CalendarQueryLanguage ばばーん >>647 がただ今鋭意作成中です 649 名前：デフォルトの名無しさん mailto:sage [2007/09/18(火) 23:12:45 ] >>647 Structured Calendar And Time Markup Language 略してSCATML。それのAPIがSCATMLAPI。 650 名前：デフォルトの名無しさん mailto:sage [2007/09/18(火) 23:19:52 ] 31日や2月29日みたいなTimeFieldやTimeViewって カレンダーが背後にあるクラスに受け入れられるまで、意味のあるカレンダーデータかどうかわかんないわけだよな。 ついでにPeriodを加算するみたいな日付計算もできない。 それなら『カレンダーが背後にあるクラス』をインターフェース化しておいたほうがいいんじゃないかと思ったり。 最初はCalendricalがそうかと思ったんだけどなんか違うっぽいな。 651 名前：デフォルトの名無しさん mailto:sage [2007/09/18(火) 23:54:39 ] やっぱCalendricalか。何故かTimeViewやTimeFieldに継承されているけどこれは何かの間違いだな。 weekOfMonthが作れるようになったりTimeField同士を結合してTimeViewを作ったりできねえかな。 そしたら今年の９月の第３月曜日とかでも楽に指定できるのに。難しいのかこれは。 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＋＋）を持ち出したのが原因。

---

---

[ 続きを読む ] / [ 携帯版 ]

read.cgi ver5.27 [feat.BBS2 +1.6] / e.0.2 (02/09/03) / eucaly.net products.
担当:undef