canonical

    程序中大量的工作其實(shí)都是在定義結(jié)構(gòu)以及結(jié)構(gòu)之間的關(guān)系. 一般情況下我們應(yīng)該識(shí)別出結(jié)構(gòu),并把它們封裝到函數(shù),對(duì)象和組件中去. 但是封裝并不永遠(yuǎn)都是有利的. 將某個(gè)結(jié)構(gòu)獨(dú)立出來, 在某種程度上也就割裂了它和其他元素之間的關(guān)系, 這會(huì)引發(fā)結(jié)構(gòu)融合的障礙, 也會(huì)造成思維上的負(fù)擔(dān). 事實(shí)上如果程序整體具有足夠的可理解性和概念穩(wěn)定性, 我們并不需要獨(dú)立識(shí)別出什么子部分. 一個(gè)簡(jiǎn)單的例子是數(shù)組循環(huán). 一般情況下我們應(yīng)該盡量把循環(huán)查找等操作封裝到函數(shù)中, 避免多重循環(huán)嵌套時(shí)產(chǎn)生過于復(fù)雜的代碼塊. 但是如果數(shù)組或者語言本身提供了each, map等函數(shù)式操作符,則這種封裝需求就大大減弱了.
    隨著系統(tǒng)結(jié)構(gòu)的日益復(fù)雜化, 在系統(tǒng)中會(huì)積累大量的背景知識(shí).此時(shí)當(dāng)我們需要完成一個(gè)功能的的時(shí)候, 往往不再需要指定所有的信息, 而只需要指定背景知識(shí)之外的部分信息即可. 例如在界面上通過一個(gè)分頁表格來顯示實(shí)體列表這樣一個(gè)功能, 在Witrix平臺(tái)中通過模型驅(qū)動(dòng)的標(biāo)準(zhǔn)頁面即可自動(dòng)完成. 一般的定制需求往往是過濾顯示部分?jǐn)?shù)據(jù), 在表格行上增加一些操作按鈕, 定制表格的表頭等. Witrix平臺(tái)實(shí)現(xiàn)這些需求并不需要封裝出一個(gè)獨(dú)立的表格組件, 調(diào)用它的屬性修改方法等, 而是把定制部分嵌入到BizFlow的配置中, 這里并沒有明確的結(jié)構(gòu)界限.
  <biz id="default">
    <filter>
       <eq name="status" value="1" />
    <filter>
     <tpls>
        <tpl id="thead>
         <thead>
          <tr rowspan="2">...</tr>
          <tr>...</tr>
         </thead>
        </tpl>
        <tpl id="rowOps">
          <ui:FlatButton .../>
        </tpl>
     </tpls>
      其他與表格無關(guān)的信息
  </biz>
  注意到對(duì)于我們理解業(yè)務(wù)而言, 我們并不需要知道表格具有分頁, 排序, 隔行變色等功能. 所有和業(yè)務(wù)相關(guān)的代碼聚集到BizFlow文件中, 它們構(gòu)成一個(gè)可以獨(dú)立理解的整體, 在此過程中也通過背景知識(shí)實(shí)現(xiàn)了大量結(jié)構(gòu)的消解.