第一页
一段时间以来，随着“画皮门”事件的不断升级，网上关于管理软件行业的争论也俨然划分为两大阵营：一派亲国际老大SAP，极力为“画皮SAP”辩护；一派力挺国内老大用友，推崇U9产品。双方唇枪舌战，你来我往，各大主流媒体和相关技术社区更是成了双方交锋的主要阵地。同时，激励交锋的背后也频现公关传播公司的身影。
就在此时，在国内某著名的技术社区，一位化名李新的网友发帖抱怨U9使用了大量存储过程，以一篇题为“用友U9,号称世界级的产品让我失望” 的煽情帖，质疑全球第一款完全基于SOA架构的管理软件U9，并问其SOA设计理念到底体现在何处？
此贴一出，再次将“画皮门”事件推波助澜，成为又一网络热点，成千上万的跟帖、顶贴，霎时间将该论坛搅翻了天。随后，又有IT主流媒体记者趁热打铁的一篇题为《用友U9产品SOA设计架构遭技术质疑》的报道，将整个事件推向高峰，同时也将用友U9推到了舆论的风口浪尖之上。
就在网友争吵不可开交、竞争对手等着看用友U9“出丑”之际，该媒体却发出“直面质疑：用友U9研发技术专家与网友面对面”这样的视频直播预告。这也使整个事件得到了暂时平息，大家都期待着：用友如何面对此次技术质疑。当然也有些人在等着笑话，看用友U9如何收场。
2009年8月19日13：30分，用友副总裁、CTO兼U9产品本部总经理黄涛、用友副总裁兼U9总架构师黄义璋、U9高级技术专家董乃文、U9平台技术高级专家方豪一行四人出现在互联网上，通过视频与网友就U9和SOA相关问题进行了深入交流。
存储过程的使用不违背SOA的架构原则
针对原始质疑热帖中网友李新提出的使用存储过程问题，黄涛表示：在U9目前版本的产品里面已经有了三千多张数据表，整个代码有一千万行以上，其中存储过程的代码量只占U9总代码量百分之一、二不到。U9的核心逻辑里面，包括网友举例的MRP计算里面，有些的确是用存储过程来实现的。
据黄涛介绍，在U9 SOA架构里面，软件的设计和发布以及部署的头等要素是服务，我们的软件是由一个一个服务来组成的，以服务的组合来完成应用。在这样一个架构的应用系统中，存储过程只是服务内部业务逻辑实现手段之一。存储过程计算的技术模式是有使用场景的，我们可以根据计算的本质、CPU资源占用、IO资源占用等，来决定这个计算逻辑，究竟是放在应用服务器端合适，还是放在数据库服务器端合适，还是放在前端、放在WEB服务器上，甚至在浏览器客户端做控制更合适，我们要做这样的分析，这个计算逻辑应该分布在合适的位置上面去。
根据这种设计方式，U9把一部分的代码是放到存储过程里面实现的，但这并不违背SOA架构原则。
网友评论