对abap语言的一点猜想和逆推，优缺…

　　对abap语言的一点猜想和逆推。这个语言整体用大写字母。其风格跟sql和fortrun很像。我感觉整个就是sql的扩展。其他语言要链接数据库，必须输入用户名和密码。然后还有数据库的地址。不同的数据库要给自己的数据库配置权限。而sap系统将所有的东西全部整合在一起。如果说系统的优点的话，就是设定了数据库学习者的终极目标——abap（大误……）。

　　但是由于语法的繁琐性，实现界面和一些额外的功能特别复杂。而许多语言的实现并不是由于语言本身。而是有更底层的东西去实现的。所以学习成本非常高，我们需要记忆更多的特殊代码。记忆更多的高效函数。基于更多的编码规则。所以你让我记那么多东西，那么你的库函数可要非常NB和稳定才行哦！
　　优点大致就是不需要对数据库语言进行繁琐的格式转换。许多大公司内部招聘程序员的一个重要需求，就是写SQL（大误）。如电信公司想开一个新的套餐，前8个月1折，后16个月再收4折的话费，你就得制定一个需求，然后相关人员按照需求，比如每月结账的业务需要更改，那么得SQL抓数据看看哪些客户订购了这个套餐，安排给这个套餐算钱的公式，然后再存进去。

　　 于是为什么说不必频繁切换语言是优点？

　　因为SAP系统把框架都搭好了。如果是Java框架的情况，例如SSH，你就得选择在Java代码中安排数据库逻辑。如果要写的表多了，那么还得在Hibernate的构架下根据HQL语言来写Select语句。考虑安全性、考虑逻辑性，更新的时候还得考虑框架搭得好不好，不好的话可能服务器会宕机。通过Hibernate抓来的数据，得看看啥数据结构，之后还得转换成SQL的形式……总之就是繁琐啊

　　当然这也是缺点：

　　没那么多要思考的东西，不用费神搞那么多事儿，自然SAP系统是稳定。但是逐渐的，界面也跟不上时代了，而且常年在ABAP框架下工作，若不是有足够权限能够接触到每一个系统，还有可能紧固自己的思维，最后只剩下SQL了……

　　但是Java框架甚至其他的技术就不一样，由于每一方面都要考虑，你必须对整体有个把握。业界有句话，叫做“不要重复造轮子”，其实一体两面，意味着在学习和熟悉的过程中，你甚至能自己写一个企业级别的体系构架了，理顺的过程中个人能力得到了升华。安排好的代码还可以在别的地方就职中发挥用场。发挥不了也可以自娱自乐建个网站，兴许就创业了呢？