文檔驅動式面向服務的敏捷開發與高效運行

  標題有點長,由於想把主要特色都加進去,結果仍是漏掉了角色和工做流。前端

  可能您看着有點暈,感受這個有點扯。Emmmm,看個圖吧。node

 

 

 

  一條大魚,骨骼已經出來了,就差往裏面填肉了,有興趣嗎?程序員

  除了插件功能以外,不須要寫代碼!json

 

         文檔驅動的特色:後端

一、  先後端分離,後端只提供api,前端負責頁面和交互。api

二、  先後端的基礎功能均可以自動實現無需編碼。(依賴注入)框架

三、  文檔先行,先要有文檔,而後由支持平臺根據文檔實現其餘功能。asp.net

四、  若是需求有變化了,先修改文檔,而後仍是由支持平臺根據文檔的改動,自動變動各類相關功能。(插件裏面的代碼除外)前後端分離

五、  開發速度很快,文檔寫好,一鍵實現基本功能,而後稍加修飾(修飾部分能夠計入文檔),基礎功能就能夠搞定了。特殊功能能夠用插件的方式實現。單元測試

六、  自動進行單元測試!確保後端API能夠正常運轉。

七、  Bug不多甚至沒有。由於大部分功能都是自動實現的,想出bug都難。

八、  運行效率也是很高的,由於執行步驟很是精簡,不須要的通通不用。

九、  自帶強大的日誌功能:操做日誌、數據變動日誌、異常日誌、執行步驟跟蹤計時(便於發現耗時部分以及便於查錯)。

十、最後請注意:這不是代碼生成器!增長一個基本功能,不須要增長代碼。

 

 

若是您仍是以爲有點扯的話,建議看看low code,百度一下,有不少。

低代碼的思想好久之前就有了,國內外好多公司也都在研究,也有成品出現,只是彷佛都是在悶聲發大財。打出名氣的彷佛很少。也沒發現有太多的討論的。不知道緣由。

話說那個新聞是去年的了,不知道如今運做的如何了。若是大面積成功推廣了,那麼IT公司會如何?程序員又會如何呢?

不知道哎,不過無論怎麼樣,我仍是想把本身的思路拿出來,作個開源項目,最後折騰一次吧。

 

開源項目打算用node來作,由於他能夠更好的實現個人想法,之前是用asp.net作的,比較彆扭,插件系統也很差實現。用node就方便多了,由於他能夠在運行時動態建立實體類,這個是我最須要的。

實現個人思路,須要有幾個基礎功能:

一、  能夠在運行時動態建立實體類

二、  後端能夠方便的訪問json,以便於傳遞動態建立的實體類,方便作插件功能。

 

別的卻是沒啥要求了,符合這兩點的目前發現node比較適合,其餘語言沒看呢。

若是你對我比較熟悉的話,可能會以爲這個東東彷佛有點熟悉,嗯對,這個就是天然框架!

如今想對天然框架重構,以便於實現更強大的功能。

一我的的能力是有限的,但願可以找到志同道合的人一塊兒來實現這個功能。

相關文章
相關標籤/搜索