本周，我們正式在Github和Gitee開源了明道雲容器版本（私有部署）的前端代碼庫，並將其命名為「明道雲Openweb」。

配合明道雲私有部署社區版，所有用戶不僅可以免費獲得一個企業級APaaS產品的使用權，還通過Openweb獲得了足夠豐富的擴展開發可能。商業客戶購買明道雲私有部署商業許可證後，依然可以在Apache 2.0協議下修改前端代碼。

這種組合，在企業軟件行業並不多見，因此我有必要說明一下我們的商業和技術考慮，以及未來的打算。

讓客戶擁有前端界面的絕對自由度

明道雲在APaaS市場中擁有極高的「零代碼程度」，意味着非開發者同樣能夠使用我們的產品。我們在制定設計目標時明確了「摒棄代碼編寫，減少表達式和函數使用」，盡全力使用符合直覺的可視化配置完成複雜應用構築。我們之所以能夠做到零代碼、全能力，是因為選擇犧牲了用戶對前端界面進行完全控制的自由度。這個犧牲對於企業中後台應用來說是值得的，因為它交換的價值要大得多。

因為這樣的設計策略，明道雲給用戶提供的前端交互是相當模式化的，用戶可以較為自由地定義數據維度的屬性，但是對前端卻缺乏自主度，哪怕只是改一下字體顏色。

然而，用戶的個性化需求始終是存在的，比如，有用戶建議我們增加界面主題模版的選項，增加自定義組件能力。我們想更進一步，把整個前端代碼庫完全開源，在私有部署環境下，用戶發佈自己分叉的前端服務，通過一個簡單的配置，讓它和後台服務重新集成。這樣，用戶不僅可以自由修改前端表達的每一個細節，還能夠通過外掛服務的方式來實現更大的定製。

概括來說，用戶可以自定義前端界面的每一個要素，也能夠增加自己私有的應用對象，並和明道雲界面整合。我們在Github項目文檔中提供了若干示例，將來也將不斷豐富這個內容。

設計更好的插件規範

在我們宣布開源以後，有友商批評我們是在開歷史的倒車，認為零代碼產品不應該再讓用戶回到代碼編程的老路上來。這是對我們目標的一個誤解。明道雲當然希望每一位終端用戶都不用寫代碼能夠實現各種各樣的應用，但這在技術上是不現實的空想。要做到更強的用戶適應性，需要花費大力氣構築一個應用軟件的多層次用戶社區。而在這個社區中，開發者將起到關鍵的作用。

因此，不難理解我們的開源是為了讓更多人能夠參與明道雲產品的擴展開發。在開源條件下，用戶可以自己定義前端組件，而如果通過明道雲定義的Add-on規範，這個自定義的組件就可以成為普通用戶可以直接復用的插件。少數人開發，多數人應用，是亘古不變的軟件業範式。通過一段時間的開源，我們能夠發現更多的擴展需求現象，就能夠從中抽象出插件定義的規範。從而能夠讓私有的擴展開發成果轉換為可以公開共享的「小組件」。比如，基於一個工作表構建的「甘特圖」視圖就可以五花八門的實現版本，而不僅僅是明道雲官方提供的唯一一個。

為用戶集成創造便利

成熟企業在應用APaaS的時候，有很多的系統集成訴求。有的是基於數據流的集成，有的則是希望整合效率更高的工作台（前端界面）。開源的明道雲前端等於提供了一個非常方便接插的解決方案。既可以讓明道雲應用界面整合到其他系統中，也可以將其他系統界面或者界面元素整合到明道雲應用界面中。

我希望很快能夠為用戶提供這個方面的豐富案例。

為更完整的開源作準備

前端代碼只是明道雲系統的一個部分，而且因為應用前後端分離的架構特點，前端開源是一個相對安全的做法。但我們有計劃推進更全面的開源戰略。這需要循序漸進地積累經驗。開源並非僅僅為了讓用戶能夠修改代碼，而是為了培育更繁榮的應用生態，孕育更健康和持久的商業模式。由商業公司推動的開源項目能夠有更好的財務支撐，也能夠讓參與者有更強的經濟回報動力。雖然還有很多的繁重工作要完成，但這是我們在未來幾年內希望達成的願景。