デザインパターンの自動化

.NETで簡単な例を見てみましょう。 public Person : INotifyPropertyChanged { string firstName, lastName; public event NotifyPropertyChangedEventHandler PropertyChanged; protected void OnPropertyChanged(string propertyName) { if ( this.PropertyChanged != null ) { this.PropertyChanged(this, new PropertyChangedEventArgs(propertyName)); } } public string FirstName { get { return this.firstName; } set { this.firstName

[atsushifx]

デザインパターンは本質としては合っているけどパターンランゲージとかの広い意味で使っているので注意。ロギングのように同じようなコードを書いているなら、プログラミング言語の機能を使ってパターン化すべき。

[oukastudio]

コード１行あたりの総所有コストが高いにもかかわらず、定型的なコードの多くは、まだ書かれており、その多くは、よりスマートなコンパイラを使って回避することがでる。実際、ほとんどの定型的なコードは、デザイン

[you21979]

自動化は必須だと思う。コンパイラがやってくれないならフレームワークでやるしかない。

[yhakusyaku]

デザインパターンの自動化

[DOISHIGERU]

アスペクト指向によるデザインパターンの自動化。

[warriorking]

デザインパターンの自動化

[marmotY]

つか、Rubyとかの内部DSL作って実装するのもありじゃね？

[sonesuke]

デザインパターンの自動化

[knakamura1977]

長くて読みきれない（笑）そのうち読む。

[ledsun]

「デザインパターンが必要なプログラミング言語は欠陥商品。あまりにもよく使うデザインパターンはプログラミング言語かフレームワークでサポートすべきだよね。」って話かな？

[eller]

AOPはびっくりさせるので仕事では使ってないです。プライベート開発では使ってますが（jsr305-maven-plugin）。コードの自動生成くらいが、メリットと保守レベルのバランスがちょうどいいと思います。

[JHashimoto]

"これを書いている時点では、わずか２つのAOPフレームワークが正しいIDE統合を提供している。AspectJ （Eclipse用のAJDTプラグインによって）とPostSharp (Visual Studio用)である。"

[kyon_mm]

タイトルがひどい気がする。