am)今回、多くのニュースサイト等で取り上げられましたので、ご覧になった方もいると思います。これについて、ちょっと補足させてください。Pro5.3では、C#対応と、データベースからER図のリバースを予定しています。今まで、JUDEは他のツールに比べて、言語との連携をそれほど重視してきませんでした。それよりも、自分の頭の中を整理することや、チーム内外との考えの共有を重視してきました。それが、なぜ今C#対応なのか?と疑問をもたれた方もいると思います。実は基本的に考えは変わっていません。使い勝手やコミュニケーションのための表現力をこれからも重視していきたいと思っています。同時に、ユーザの皆さんからの要望にもできるかぎり対応していきたいと思っています。その要望は、JUDEを使っていただいている方が、望んでいることですので。実は、ダウンロード時に回答いただいているアンケートでは、C#.NET対応の要望がかなり多いです。した拡張で、その要望を少しでも満たせることがあるなら、対応していきたいと思いました。細かい言語仕様に全て対応するのではなく、プリミティブ型などの基本的な対応からを予定している点、どうかご了承ください。C#対応に関して、特にこれだけは実現してほしいという希望をお持ちの方は、ぜひコメントをいただればと思います。Pro5.3では、APIの拡張も予定しています(本当はこっちがメインだったりします)。データベースのリバースも、このAPIの拡張を使って提供予定です。ソースファイルや他ツールとの連携が必要な方は、ステレオタイプやタグ付値、拡張されたAPIを利用いただき、補っていただければと思っています。14:09C#対応に対してDelegateやイベントをどううまく書くかというところがあるかと思います。そのほか、Linqの扱いについても難しいところがあるかと思います。C#対応に対してコメントありがとうございます。今のところ、Delegateは特別なクラスの一種として扱い、イベントは特別な属性として扱う案を検討していこうと思っています。Linqについては、今のところ対応の予定はしていませんが、JUDEに求められるでしょうか。古くはDelphiやVBにも有りましたし、rubyのattr_accessor絡みの奴もプロパティと極めて似てます。(イベントは「プロパティ」と「メソッド参照型」の合わせ技かな)なので、プロパティという概念を実装するとき、それを「C#に専用の」という位置づけで実装「しないで」頂けるとうれしいなあと思っています。同じことはDelegateのような無名関数(あるいはClosure?)にも言えるかと思います。それらの機能を、C#モード(たとえばそういうものを実装するとして)のときだけ使えるようにするんじゃなく、C#か否かとは独立にオンオフできるようになっててくれると嬉しいと思います。モードに入れ子みたいな概念があるといいのかも知れません。逆は必ずしも真ならず、という風に。「C#である」ことはプロパティやDelegateをONにするための「テンプレート」に過ぎない、と捉えるとか。運用ルールで「Delegate禁止」にされたとき(その是非は置いといて)C#=ONにして(そのさいにプロパティやDelegateも道連れでONになる)それからDelegate=OFFにすると、C#なんだけどDelegateナシ、みたいになる。C#対応に対してnaka_akiさん、いつもコメントありがとうございます。いう要望もあるんですね、参考になります。「「C#である」ことは、プロパティやDelegateをONにするための「テンプレート」に過ぎない、と捉える」など、共感するところです。ユーザのわかりやすさや、段階的な開発も考慮すると、今のところPro5.3では対応できそうにないですが、意識していきたいと思います。