*デザインパターンに関するakirahimovicのブックマーク (1)

  • MVPパターンを業務アプリに適用する - coma2n’s diary

    業務アプリケーションを開発するにあたって、最低限守るべき事の一つとして「画面とロジック」の分離が挙げられると思う。 簡単そうに思えて、これが意外と難しい。 一人での開発ならば自分だけでやり方を決めてしまえばそんなに難しくはない。しかし、開発要員が増えれば、これが途端に難しくなる。 この原因としては、 どこからが「画面」の役割で、どこまでが「ロジック」の役割かの定義が個々人でばらつきがある。 定義を決めても守らない奴がいる(そもそも意味が理解できていない)。 言語自体がへぼくて「画面とロジック」の分離がそもそも(充分に)できない。 なんていうのがある。 ほとんど、「それって開発者としてどうなの?」というレベルに思えるけど、現実の開発ってそんなもんだよね。 いつの時代もこの問題は付きまとうようで、実際色んなデザインパターンが考えられてきた。 知ってるやつでは、 MVC(モデル・ビュー・コントロ

    MVPパターンを業務アプリに適用する - coma2n’s diary
  • 1