在SAP领域，做开拓的人很多，会ABAP的也不少，但至心懂ABAP，懂开拓的人却不多。很多人从事开拓行业，只是纯挚为了开拓而开拓，为了写代码而写代码。只要能够实现功能，哪怕里面埋了很多雷挖了很多坑也无关紧要，乃至BUG百出。SAP系统最看重的是代码的质量以及运行高效率和简洁，否则一旦程序有问题，影响的并不是程序本身，而会影响到实际企业生产，乃至一定程度上影响到决策层的判断。跟SAP其他模块一样，ABAP没个大几年的累积履历是无法成为大神级别的，除非是天生天赋异禀。因此会点ABAP语法和开拓并没有什么了不起，跟其他诸如.net、Java和PHP等措辞一样，培训一段韶光就能够上手了，但真的要做到把控需求，功能可扩展延展性就难了。也印证了一句话：会ABAP的不稀奇，懂ABAP才难求；会业务模块的不稀奇，即会业务又懂开拓才万金难求！
以下列举几项，简要说说会开拓和懂开拓的差异：
一、更新缺点问题
会开拓的人：循环一百次，每次停息一秒后再Insert表，直到成功为止，如果100次了还失落败，那就忽略！
以是一旦涌现这样的情形，程序就会卡去世；
懂开拓的人：Try一下，捕获号和文本抛出，然后RollBack。但如果是无关紧要的表（如日志表），直接就忽略掉；
如下图神奇的代码：
二、多重逻辑判断问题
会开拓的人：IF能写多少就写多少，哪怕功能里面都是重复的逻辑；
懂开拓的人：采取ABAP的动态语法，将重复的功能整合在一起，差异就在动态语法判断上；
如下图代码：
三、SAP增强的写法
须要解释的是SAP增强是对系统标准功能和逻辑的一种延伸和变动，须要非常的慎重，同时最好有参数表来做开关掌握，输出的也得有长文本做描述；
会开拓的人：找到一个增强就愉快不已，然后直接写代码，不考虑任何扩展和开关掌握，也是直接Message出来，很难追踪；
懂开拓的人：不仅做了参数掌握，同时还会干事务代码或程序名的判断，至于Message则在SE91里面做号新建引用，方便掩护和追踪！
如下图神奇的代码：（代码里还有很明显的缺点，如果是修正采购订单，则会一贯报缺点，提示用度申请单已经存在）
四、前后逻辑不一致的问题
会开拓的人：想到哪里就写到哪里，不用判断高下文的逻辑衔接；
懂开拓的人：逻辑严谨性很强，做到前后数据和逻辑同等；
如下图神奇的代码：
以上程序运行的结果就变成了（金额和单价扩大一万倍）：
五、SAP接口模式之争
会开拓的人：认为Webservice是万能统一的，以是不管第三方系统是什么平台和措辞，一律用Webservice来做接口，更要命的是所有接口都共用一个出口地址。并且认为RFC不屈安不稳定；
针对接口的开拓，不管是输入还是输出，一律用行类型来做多条记载的传输。忽略SAP系统警告说会降落接口的性能；
懂开拓的人：除非第三方平台是上古时期开拓的或者措辞非常老旧，否则只管即便能用RFC就用RFC，并且善用Table页签和“例外”的功能；
如下图神奇的代码：
又比如输出构造：
针对这种处理办法，SAP系统会绝不留情得给出这样的警告：
六、统一数据源问题
会开拓的人：针对用户的需求，来一个写一个功能，哪怕报表逻辑都是类似的，于是写得多了难免会创造同样的数值每每在不同的地方不一致；
懂开拓的人：针对用户的需求，凡是功能类似的都做成一个可重复利用的接口或函数，所有须要用到的地方都调用它取值，统一数据源；
这里没图！
七、注释问题
相信每个开拓职员都会碰着看古人的代码，然后又没有任何注释的那种绝望感！
会开拓的人：根本不知道啥叫注释，也重来不会注释；
懂开拓的人：在非常主要的地方会加入业务需求的解释，以及每一行主要代码的设置解释；
如下图神奇的代码（谁能知道这个是什么鬼？）
八、导入模板是啥样的？
这个或容许以说是用户体验问题，但在IT眼里看来，这分明便是懂不懂开拓的问题！
会开拓的人：做好批导程序，就扔在那爱谁谁，一段韶光之后连自己都不知道导入模板该当是啥样的，是TXT文本导入还是Excel导入，只能连续见地式；
懂开拓的人：在批导的画面做一个按钮可以下载模板；
如下图（相信所有人看到下图都会一脸懵逼）：
以上大概列举了我在做项目过程中所碰着的紧张的问题，还有很多很多开拓干系的事件，都是那些只会写代码而不懂系统逻辑的新手写的。比如基本的数据存在性校验、比如数据读取缺点、基本的除数不能为0的判断、针对 FOR ALL ENTRIES IN 不做存在性检讨、利用 BINARY SEARCH不做排序等，从来不懂什么叫测试。碰着这样的事件，有时候会哭笑不得，要给IT增加不少的包袱。也只能感叹一句，会开拓大略，懂开拓难，懂业务又懂开拓，切实其实万金难求！
