[我與雲表的故事]——相識三年，一見傾心(附分享一點乾貨)

    初識雲表大概是在2013年初,到如今已將近三個年頭，雖然談不上什麼資深雲表大師，搗鼓了這麼久還是有點心得。
    說起與雲表結識，也是個偶然。當時正在另一個開發平臺的Q羣裏侃大山,聊到包括這個平臺在內的現有平臺都是基於Excel而開發的呢?雖然站在巨人的肩膀上,但是巨人往哪裏走可由不得你呀!正因爲此,接觸了各種各樣不同的開發平臺,都各有賣點,然而核心依舊逃不開這個問題。此時名叫“湖邊漫步”的羣友發了個截圖，是雲表脫離Excel框架而製作的表單界面，我意識到這個叫雲表的平臺方向對了！於是加了雲表的羣，進一步認識和學習雲表，慢慢的脫離了以前的平臺，使用雲表平臺進行系統開發。
    時至今日，雲表羣從20個不到羣友，發展到將近400人的規模，雲表的平臺也日趨完善。基於java的服務端讓規模企業搭建自己的服務器集羣實現負載均衡成爲可能；工具欄按鈕自定義文字、操作，可以讓你設計出精彩紛呈的系統界面；核心的填表公式、業務公式、數據接口三駕馬車，讓開發者的思想徹底解放，從而設計出令人讚歎不絕的應用。而現正在進行測試的明細表分離（如下圖），

讓我們看到雲表未來的無限可能！ 
另：分享一個設計多級自我繁殖的分類（如地區、商品分類、客戶分類等）設計方法，測試數據如圖：

 

該地區分類可以通過數據接口以列表或樹形方式在其他表引用；顯示名稱爲改地區的完整路徑，但某個上級名稱發生改變時，則需要對該地區所有下級包括直接下級和間接下級進行更新數據。可通過業務公式實現，思路如下：
1.修改時有可能修改地區名稱，地區編號，所屬上級信息；所以要判斷保存後《地區》數據表中所以上級爲空的，把他們層級更新爲1；
 
2.如果修改了地區編號或者地區名稱，引用它作爲上級的地區編號和名稱也需要同步更新，否則第三步驟查詢地區所有下級時會查詢不到結果；
 
3.從第1層地區分類開始，在子數據源中查詢當前地區所有下級分類，得出的結果匹配《地區》表對應的地區，用子數據源裏的當前地區信息更新下級分類的上級信息以及層級和顯示名稱。

最終實現的效果如下圖
    
如果有不懂的可以觀看樂樂關於BOM拆分的視頻，參考樂樂無限級BOM拆分例子（視頻地址http://www.iyunbiao.com/bbs/t-645-1.html），或是加羣尋找幫助。還等什麼呢？趕快投入雲表的懷抱吧！O(∩_∩)O~