最近Jerry把自己寫的深入學習SAP UI5系列的幾篇文章，發送到自己組建的SAP技術討論群：

Jerry剛學SAP UI5時，對官網上的一些文檔理解得不深，后來調試了框架實現，才徹底搞清楚。

有朋友發表了一些不同的意見。

比如郭爺認為：

我來唱點反調，我覺得讓企業用sap而不是用小框架的一大原因就是不需要開發者花時間搞清楚底層原理就可以做出東西，從而提高效率和標準化水平。如果是作為項目實施的顧問，我不太建議話太多時間研究這些，文檔本身已經解釋的很好了。

當然如果已經能應對項目上的大部分問題了，閑來沒事純研究ui5的框架是沒問題的。

還有在sap研究院內部肯定是要有更深層次的研究的。

所以，請大家根據自己的實際情況，靈活使用我寫的這個SAP UI5框架深入學習系列：

架構這個東西，至少是中觀的東西。與直接DeBUG看代碼（微觀），是不同聽角度。當項目上需要跨系統集成，甚至企業信息化整體架構時，就顯得特別重要。

如果能夠從中層看微觀，更寬的視野，也能拓展DeBUG解決問題的思路，還可以規避陷于細節。當然不是說DEBUG不重要。是兩個方面，互補的關系。

郭爺認為：

我在項目上的技術選型的時候，如果一個技術產品的文檔本身不能解決問題，我會在技術決策上打一個大大的問號，因為作為一家企業我不期望甲方內部的開發能夠持續的有源代碼層面的理解能力，所以如果不能文檔層面解決問題，我覺得這個產品沒有enterprise ready

主要還是能力問題，在甲方可能偶爾會有幾個開發能這么深入研究，但是這屬于偶然因素。做什么樣的開發會決定應該研究哪些，畢竟深度和廣度都是不可能兩個都要的

更多Jerry的原創文章，盡在：“汪子熙”:

總結

以上是生活随笔為你收集整理的一个讨论：SAP项目实施的顾问，需要花时间去调试代码了解技术细节吗的全部內容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網站內容還不錯，歡迎將生活随笔推薦給好友。