最近Jerry把自己写的深入学习SAP UI5系列的几篇文章，发送到自己组建的SAP技术讨论群：
Jerry刚学SAP UI5时，对官网上的一些文档理解得不深，后来调试了框架实现，才彻底搞清楚。
有朋友发表了一些不同的意见。
比如郭爷认为：
我来唱点反调，我觉得让企业用sap而不是用小框架的一大原因就是不需要开发者花时间搞清楚底层原理就可以做出东西，从而提高效率和标准化水平。如果是作为项目实施的顾问，我不太建议话太多时间研究这些，文档本身已经解释的很好了。
当然如果已经能应对项目上的大部分问题了，闲来没事纯研究ui5的框架是没问题的。
还有在sap研究院内部肯定是要有更深层次的研究的。
所以，请大家根据自己的实际情况，灵活使用我写的这个SAP UI5框架深入学习系列：
架构这个东西，至少是中观的东西。与直接DeBUG看代码（微观），是不同听角度。当项目上需要跨系统集成，甚至企业信息化整体架构时，就显得特别重要。
如果能够从中层看微观，更宽的视野，也能拓展DeBUG解决问题的思路，还可以规避陷于细节。当然不是说DEBUG不重要。是两个方面，互补的关系。
郭爷认为：
我在项目上的技术选型的时候，如果一个技术产品的文档本身不能解决问题，我会在技术决策上打一个大大的问号，因为作为一家企业我不期望甲方内部的开发能够持续的有源代码层面的理解能力，所以如果不能文档层面解决问题，我觉得这个产品没有enterprise ready
主要还是能力问题，在甲方可能偶尔会有几个开发能这么深入研究，但是这属于偶然因素。做什么样的开发会决定应该研究哪些，毕竟深度和广度都是不可能两个都要的
更多Jerry的原创文章，尽在：“汪子熙”: