2013-05-21 2 views
8

私は最近、Chris GrangerとLight Tableの仕事に非常に感銘を受けました。この質問はライトテーブルについてではなく、彼がブログの記事「IDEとしての価値」で説明した「BOT」アーキテクチャーに関するものです。 http://www.chris-granger.com/2013/01/24/the-ide-as-data/Clojureのデータ中心のアプリケーションとオブジェクトの構成を理解する

今、私はかなりクロージャータグ行動、オブジェクト、::

(behavior* :read-only 
        :triggers #{:init} 
        :reaction (fn [this] 
          (set-options this {:readOnly "nocursor"}))) 

(object* :notifier 
     :triggers [:notifo.click :notifo.timeout] 
     :behaviors [:remove-on-timeout :on-click-rem!] 
     :init (fn [this] 
       [:ul#notifos 
        (map-bound (partial notifo this) notifos)])) 

(object/tag-behaviors :editor.markdown [:eval-on-change :set-wrap]) 

私はそのスタイルと、それらの組成の原則を使用してClojureのコードを見つけることができ、より良いこのプログラミングの方法を模索するには?

答えて

10

BOTは、Entity-Component-System(ECS)アーキテクチャのLight Table "独自の"味のように聞こえる。私はwikipedia entryで始まり、次にActionScriptのコード例(ゲームの世界にあります)を使ってthis postに行きます。

Clojureコンテキストにはsome examplesもあります。

関連する問題