業務アプリには関数と構造体だけあればいい件について - yojikのlogたけぞうさんやひがさんの古いエントリをよんでいまさら考えてみました。 http://www3.vis.ne.jp/~asaki/p_diary/diary.cgi?Date=20070128#2007012800 http://d.hatena.ne.jp/higayasuo/20070129#1170052662 関数と構造体しか無い、いわゆる構造化設計*1だと、上位の関数が下位の関数に処理を委譲して・・・みたいな感じで、機能のツリー構造が出来上がる。このような構造では必然的に、上位レベルの関数が下位レベルの関数(のインタフェース)に依存することになると思う。上位の関数が、下位の関数の面倒見る*2から。(追記: 厳密には関数を持つモジュールのツリー構造が出来あがる) ならば下位の関数のインタフェースをカッチリ決めれ! といわれそうですが、なんだかんだで下位の関数こそ変更されやすいのが業務
免許証 フルビット - Google 検索
