用友UAP的整合演进之路 技术路线不是问题

　　过去，做信息系统开发或者纯粹的一个编码人员会考虑到底走怎样的技术路线，走微软的“.Net系”还是走“JAVA系”路线，而恰好用友在这两种技术线路上都有各自的产品，但是这并不是问题所在。无论是从“存在即合理”的角度出发，还是从适应市场需求的角度出发这本身不是问题，而用友UAP选择了Java平台来提供支持也是一个无可厚非的路线。

▲用友集团UAP中心Java应用平台开发部经理刘昆鹏先生

　　企业采用信息系统肯定不会仅仅走“独木桥”，多种系统在对接集成的时候势必会出现不同技术体系的产品对接和集成。异构系统的对接其实并不是说一定要统一编译语言，系统集成也不是必须重构。彭总解释道Java编译的程序的基础是Jar的调用，而通过这样的方式调用C的程序并不是难题，只是通常意义上不会通过底层的接口来实现。如果真的面临Java需要和其他语言的系统对接的问题，一般通过标准化的服务实现。虽然前者看似是系统底层实现是高效，但平台相关性的问题可能会造成其他平台无法部署的情况出现，所以用更加开放的服务方式来进行。

　　提到这个技术路线问题不得不说在用友UAP平台上的集成管理功能，作为一个开发平台，如果不能很好的集成周边环境，很容易造成一个兼容性问题出现。单纯就平台本身的集成，用友可以说煞费苦心，从第三方测试工具的选择与集成便可窥见一斑。不仅仅是用友自身平台的集成与其他商业化产品的集成同样如此，包括其他知名品牌的测试工具，都能够进行整合。

　　小结：关于平台的发展不是技术问题是商业模式问题

　　从技术角度讲，用友UAP平台可以把CPU、网络等看做透明的虚拟化的，而从实验室到客户的商业化运用这不是技术问题，如何做大做强其实是一个商业模式的问题。谷歌、亚马逊同样有开发平台，但他们都有自己的特色和侧重点，所以现在看来用友UAP平台的普及与深入不是技术问题更多的是在于商业模式的升级，这也正是用友转型之所在。而对于用户来说，让业务和技术实现“分而不离”似乎是一个难题，而通过用友UAP能够帮助用户实现的不再是概念，而是一种新的方法。一种卓有成效的开发方法和工具。