理想的には、特定の問題を解決するように設計された専用モジュールは、開発者が問題を解決する結果または問題を可能な限り主題分野の用語に近づけることができるようにする簡略化された言語を形成する必要があります。 同時に、使用するプログラミング言語のフレームワークを超えない場合は、いわゆる内部DSLの実装について話します。
さまざまな言語でのDSLの実装について多くのことが書かれています。たとえば、 このトピックに関するパターンのカタログは Fowler Webサイトで入手できます。 設計パターンの機能は、主に実装言語によって決定されます;これは、DSLパターンについても同様です。 残念ながら、PHPが提供できる可能性の範囲は非常に限られています。 それでも、2つの標準テンプレート（ メソッドチェーンと式ビルダー ）を使用すると、より便利で読みやすいAPIを実現できます。
クラスとメソッドの適切な命名は、DSLスタイルのAPIを開発するときの戦いの半分です。 メソッドは、ソフトウェア実装ではなく、サブジェクトエリアにできるだけ近い名前を付けることが重要です。 見た目は悪いですが、たとえばGoFの古典的なデザインパターンの実装など、ネーミングが原因である場合、多くの例を見つけることができます。
メソッドチェーンを使用すると、コードがより簡潔になり、場合によっては特殊なDSLの効果を実現できます。 ライブラリモジュールを開発するときは、ルールに従うようにします。メソッドが機能的に必要な結果を返さない場合は、
$this
返します。 また、通常、オブジェクトの内部プロパティを設定するための一連のメソッドを提供します。これにより、式内のオブジェクトパラメータを構成でき、コードがより簡潔になります。
Builderパターンを使用すると、親が子へのリンクを含み、それらが子へのリンクを含む場合に、ネストされたオブジェクトのシステムをより便利に構築できます。 PHPでは、双方向リンク（親オブジェクトは子を参照し、子は親を参照する）を回避することをお勧めします。ガーベッジコレクターは循環リンクでは機能しないためです。
このようなシステムを作成するには、非常に単純な基本クラスを作成します。
- <？php
- クラス DSL_Builder {
- 保護された $ parent ;
- 保護された $オブジェクト ;
- パブリック関数 __construct（ $ parent 、 $ object ）{
- $ this- > parent = $ parent ;
- $ this- > object = $ object ;
- }
- パブリック関数 __get（ $ property ）{
- switch （ $ property ）{
- ケース 「終了」 ：
- $ this- > parentを返しますか？ $ this- > parent： $ this- > object;
- ケース 「オブジェクト」 ：
- $ this- > $ propertyを 返し ます 。
- デフォルト ：
- 新しい Core_MissingPropertyException（ $ property ）;
- }
- }
- public function __set（ $ property 、 $ value ）{ throw new Core_ReadOnlyObjectException（ $ this ）; }
- パブリック関数 __isset（ $ property ）{
- switch （ $ property ）{
- ケース 「オブジェクト」 ：
- return isset （ $ this- > $ property ）;
- デフォルト ：
- falseを返します 。
- }
- }
- public function __unset（ $ property ）{ throw新しい Core_ReadOnlyObjectException（ $ this ）; }
- パブリック関数 __call（ $ method 、 $ args ）{
- method_exists（ $ this-> object、 $ method ）？
- call_user_func_array（ array （ $ this-> object、 $ method ）、 $ args ）：
- $ this-> object-> $ method = $ args [ 0 ];
- $ thisを 返します。
- }
- }
- ？>
このクラスのオブジェクトは、
$object
フィールドに格納される参照であるターゲットオブジェクトを設定し、メソッドの呼び出しとプロパティの設定を委任します。 もちろん、ビルダーオブジェクトは、ターゲットオブジェクトのより複雑な構成のために独自のメソッドのセットを定義することもできます。 同時に、擬似プロパティ
end
使用すると、親オブジェクトのビルダーなどに戻ることができます。
このクラスに基づいて、アプリケーションの構成を記述する最も単純なDSLを作成します。
- <？php
- クラス Config_DSL_Builder は DSL_Builderを拡張します{
- public function __construct（Config_DSL_Builder $ parent = null 、 stdClass $ object = null ）{
- parent :: __構文（ $ parent 、Core :: if_null（ $ object 、 new stdClass （）））;
- }
- public function load（ $ file ）{
- ob_start（）;
- インクルード （ $ file ）;
- ob_end_clean（）;
- $ thisを 返します。
- }
- public function begin（ $ name ）{
- return new Config_DSL_Builder（ $ this 、 $ this-> object-> $ name = new stdClass （））;
- }
- パブリック関数 __get（ $ property ）{
- return （strpos（ $ property 、 'begin_' ）=== 0 ）？
- $ this-> begin（substr（ $ property 、 6 ））：
- 親:: __ get（ $ property ）;
- }
- パブリック関数 __call（ $ method 、 $ args ）{
- $ this-> object-> $ method = $ args [ 0 ];
- $ thisを 返します。
- }
- }
- ？>
これで、次の形式でアプリケーションの構成を記述する
config.php
を作成できます。
- <？php
- $ this- >
- begin_db->
- dsn（ 'mysql：//ユーザー：パスワード@ localhost / db' ）->
- 終わり->
- begin_cache->
- dsn（ 'ダミー：//' ）->
- default_timeout（ 300 ）->
- タイムアウト（ 配列 （
- 'front / index' => 300 、
- 'news / most_popular' => 300 、
- 'ニュース/カテゴリ' => 300 ））->
- 終わり->
- begin_site->
- begin_from->
- top_limit（ 7 ）->
- 終わり->
- begin_news->
- most_popular_limit（ 5 ）->
- 終わり->
- 終わり;
- ？>
呼び出しを使用して構成をロードできます。
- <？php
- $ config = Config_DSL :: Builder（）-> load（ 'config.php' ）;
- ？>
もちろん、問題は構成だけに限定されません。 たとえば、次のようなRESTアプリケーションの構造を説明します。
- <？php
- WS_REST_DSL ::アプリケーション（）->
- media_type（ 'html' 、 'text / html' 、 true ）->
- media_type（ 'rss' 、 'application / xhtml + xml' ）->
- begin_resource（ 'gallery' 、 'App.Photo.Gallery' 、 'galleries / {id：\ d +}' ）->
- for_format（ 'html' ）->
- get_for（ '{page_no：\ d +}' 、 'index' ）->
- post_for（ 'vote' 、 'vote' ）->
- インデックス（）->
- 終わり->
- 終わり->
- begin_resource（ 'index' 、 'App.Photo.Index' ）->
- for_format（ 'rss' ）->
- get（ 'index_rss' ）->
- get_for（ 'top' 、 'top_rss' ）->
- 終わり->
- for_format（ 'html' ）->
- get_for（ '{page_no：\ d +}' 、 'index' ）->
- インデックス（）->
- 終わり->
- 終わり->
- 終わり;
- ？>
高速なDSLスタイルのAPIを使用すると、たとえばアプリケーションコントローラーメソッドで、短くて読みやすいコードを取得できます。
- <？php
- パブリック関数インデックス（ $ page_no = 1 ）{
- $ pager = Data_Pagination :: pager（ $ this-> db-> photo- > galleries-> count（）、 $ page_no 、self :: PAGE_LIMIT）;
- $ this-> html（ 'index' ）->を返します
- （ 配列 （
- 'top' => $ this-> db-> photo-> galleries-> most_important（）-> select（）、
- 'pager' => $ pager 、
- 'ギャラリー' => $ this-> db-> photo-> galleries->
- 公開済み（）->
- paginate_with（ $ pager ）->
- select（）））;
- }
- ？>
比較的まれなケースでは、さらに先へ進むことができます。
DSL_Builder
クラスを
DSL_Builder
、静的な構造だけでなく、一連のアクション、つまり特定のシナリオも記述できます。 たとえば、次のようにGoogle AdWords APIを使用できます 。
- <？php
- Service_Google_AdWords_DSL ::スクリプト（）->
- for_campaign（ $ campaign_id ）->
- for_ad_group（ $ group_id ）->
- for_each（ 'text' 、 'keyword1' 、 'keyword2' 、 'keyword3' ）->
- add_keyword_criteria（）->
- バインド（ 'text' ）->
- 終わり->
- 終わり->
- add_ad（）->
- （ 'headline' 、 'headline' 、
- 'displayUrl' 、 'www.techart.ru' 、
- 'destinationUrl' 、 'http://www.techart.ru/' 、
- 'description1' 、 'desc1' 、
- 'description2' 、 'desc2' ）->
- 形式（ 「作成された広告」 ）->
- 終わり->
- 終わり->
- 終わり->
- for_each_campaign（）->
- 形式（ "キャンペーン：％d、％s \ n" 、 'campaign.id' 、 'campaign.name' ）->
- ダンプ（ 'campaign' ）->
- for_each_ad_group（）->
- 形式（ "広告グループ：％d、％s \ n" 、 'ad_group.id' 、 'ad_group.name' ）->
- for_each_criteria（）->
- 形式（ "基準：％d、％s \ n" 、 'criteria.id' 、 'criteria.text' ）->
- 終わり->
- 終わり->
- 終わり->
- 終わり->
- run_for（Service_Google_AdWords ::クライアント（）->
- useragent（ 'ユーザーエージェント' ）->
- メール（ 'email@domain.com' ））;
- ？>
もちろん、このアプローチは妥当な範囲内で使用する必要がありますが、非常に良い結果が得られる場合もあります。