ビジネスロジックをユーザインターフェースから区分することはVisual Basicが私たちに教えた大切な教訓の一つである。Kathleen Dollard氏は、新たな技術が出現した時に全てを再記述するのを防ぐためにビジネスロジックをどんなテクノロジーからも区分するべきである事を論じてい る。そして、Kathleen氏によるとコードはテクノロジであるので、ビジネスの知識をもそれから隔離する必要があるようだ。
ビジネスロジックをどんなテクノロジと統合しても、新たなテクノロジーが誕生した時に全てを最初から再記述することは避けられない。－そしてコードはテクノロジなのである。
・・・コードとビジネスロジックと統合することはできません。
もっとも輝かしく、美しいおもちゃと言語は未来に残る遺産なのです。
ビジネス知識はむしろ”それが属すべきところに保管されるべきである。データベースストラクチャ、サービスコントラクト、テスト定義、ロジックルール、 ワークフロー、ビジネスオブジェクトコード、検証ルール、承認ガイドライン、ユーザインターフェース、等である。”。しかしながらビジネス情報をどこに隔離するかに関わらず、それは未だに変化から逃れられないテクノロジに基づいているのだ。いずれにせよ、”意図を表現する核心的な方法として”コードを使用す るのと与えられたシンタックスで意図の表現を保存するのには重要な相違点が一つある”。
変化する宣言を認識しカテゴライズすることができる。もちろん宣言のシンタックスはそのためのテクノロジーに基づいている。しかし、有能なメタデータはどんなものでも他のどんなメタデータシンタックスにでも変換されることが可能である。
私達が従事している良く知っている仕事をきちんと区分けすることによって、私達は次世代においてそれを使用することもできるし、しないこともできる。
このようにしてKathleen氏は、ビジネスロジックをコードから抽出して隔離するための方法としてコード生成を推奨している。彼女の経験に基づいて自身は” ベストな開発を行っても、ほどほどのコード生成開発よりも劣っているのです。”と述べている。Agile方法論を使用している最も専門的なチームは、時間どおりに高品質のソフトウェアを納品することができるのだが、Katheleen Dollard氏にとっては”新たなテクノロジで最初からやりなおさなければいけない”ので、それを成功とは呼べないのである。
生成されたシステムの中でコードが大変重要な役割を果たすことに重点を置くのは大切である。バグをマップできないのは80年代の4GL災害の理由の一つだった。生成されたコードは”システムがどのような事が起こっているかをあなたに伝える”事そのものなので、その落とし穴を避けることができる。それはデ バッグにおいては絶対的に欠かせない。それゆえにKathleen氏はコードを”不可欠な悪者”として描き、そのように扱われるべきであることを論じた。
また彼女はそのようなアプローチはコード生成を行うのを可能にする適切なツールと同様に、プログラミングと重要なリーダーシップに対する私達の考え方に根本的な移行が求められることを強調した。Kathleen氏は今日”.NETはテクノロジの変化からあなたのテクノロジを守ってくれるものではありません。”と論じている。それは実のところそのペースを加速するのだ。しかしながらコード生成のより広範囲の使用における仮説が既にいくつかある。
メタデータかもしくはXMLリテラルへのマッピングのためのエンティティフレームワークは、Kathleen Dollard氏によると、”コード生成の素晴らしい可能性”と”複雑な生成のためにXSLTを置き換えるポテンシャル”をも備えているそうだ。また Kathleen氏は数年後にコード生成の範囲がとても活発になることを期待している。これが彼女が信じるところの、”書くのが無駄な全てのもののためのコード生成と、書く必要性のある全てのコードのための非常に変化したBDDのコンビネーションに基づいた適切な開発に私達を近づける"ということだろう。
原文はこちらです：http://www.infoq.com/news/2007/12/code-generation-for-business