WDA，WDJ，BSP何去何从？

笔者序

本文综合来自网络的一些资料（大都是英文资料，找起来很费劲），分析了WDA，WDJ和BSP的一些优势劣势。由于笔者能力有限，也不能对这三者的何去何从做出准确判断，只是基于前人的各种意见和评论，将其翻译整理成文，供大家学习参考。

在过去的一些年里，人们都把对SAP世界的关注焦点放在了其下一代技术 “ WEB DYNPRO ” 上。

固态和非固态

问题就在：既然WDA这么伟大，为什么还要继续使用BSP呢？WDA和BSP有非常大的区别。WDA相比BSP可能确实有更大的优势，但是它的框架相对限制性较大。首先，WDA是固态的。而BSP支持固态和非固态的编程模型。非固态编程可以实现更高级的面向网络应用。

内嵌增强

说实话，WDA包括很多BSP开发人员朝思暮想的增强。类似built-in，value-help和 select options的一些增强在WDA里将标准化，但这些功能在BSP环境里还要手动开发。

WDA还可以实施非常优秀的ALV表格控件，这使得办公一体化很简便地就能实现，两者集成性也非常不错。

基于浏览器

WDA的设计是不过时的，它模糊了特有的客户端渲染技术。但这样一来，将不能利用工具访问底层来包含客户化的HTML，JSP或者其它控件。WDA现在是基于浏览器的，但说不定哪天就能使用一种全新的技术（比如XML和本地UI控件）在一个简易客户端运行。为了保证技术的可转换性，渲染逻辑对开发者是不透明的，只通过抽闲的控件呈现出抽象的UI层。另一方面，BSP就没有此限制，它严格地基于浏览器，因此允许最大限度的用户渲染。这就使BSP成为一个可以承载精确像素布局或者专业UI元件应用程序的完美平台。

对话编程

使用对话编程是必须的。如果你离WDA已经很近了，那么看起来进行复杂的客户化构建有点浪费时间。因为这有很明显的劣势：淡化的面向对象结构，非MVC架构等。

使用WDA，你将拥有ALV控件，办公一体化，当然还有F4帮助。你还可以在640系统上使用Adobe单元，对话和Adobe交互单元间存在集成点。

你还可以使用打印单元。

如果你在640系统上进行开发，你可以使用完整地ITS（Internet Transaction Service网络事务服务）来进行网络发布，ITS界面和SAPGUI类似，看起来也非常不错。

版本支持

另一个需要考虑的方面就是直到NetWeaver'04S版本后才支持WDA。因此，你必须更新你的现存系统来使用这些新的开发工具。至于既存多年的BSP，一直获得SAP产品版本的最大支持。在几年之内，BSP可能会是你使用ABAP做WEB开发的唯一选择。

WDJ

如果你没有一个JAVA成手，也没有足够的精力和时间去学习JAVA，这就是个问题。

WDJ 的界面非常漂亮。

对于和ABAP 后台的集成，WDA 依然是个趋势。虽然JAVA 有OVS 来辅助，但却不是免费的，也不如WD 优秀，不过可能有一天这种情况会得以改善。这也是WDA 的一个最大优点：和业务数据的无缝集成带来了一些诸如F4 和字段帮助的框架优势。

WDJ 知道640 版本依然不支持ALV 。虽然这是大部分开发环境的问题，但这使得ABAP 的优势得以显现。

另一方面，WDJ 在办公一体化，文件上传，Adobe 单元支持方面和WDA 旗鼓相当。但你还是需要很费力的去整合SmartForms 。

硬件方面讲，如果你的配置跟不上，将花费10 分钟去启动服务，还要到处去配置参数。而且，虽然大部分业务逻辑在ABAP 后台，但你还是不得不对JAVA 和ABAP 都有所了解。这样你来，你要去教JAVA 人员ABAP ，或是教ABAP 人员JAVA 。

BSP

如果你版本很低的话，肯定要使用BSP ，除非你能等到WDA 版本升级。你可以使用BSP 构建一个MVC 架构的面向应用程序（固态或非固态的）。BSP 产品已经成熟，而且受益于SDN ，相关帮助文档也很丰富。在Design2003 中使用Unified Renderer 可以获得BSP 扩展，这意味着你的界面可以看起来和Webdynpro 的UI 元件非常相似。BSP 也支持端口集成（session 管理，eventing 和themes ）。

一个导致BSP 走下坡路的原因就是非完整的框架（不过这也是其一项优点）。你可以嵌入自己的HTML 和JSP ，而这在Webdynpro 中行不通。BSP 中不支持ALV ，值帮助，办公一体化和Adobe 单元集成。但可以很好的集成SmartForms 。虽然这样，许多开发者已经打破这些限制，克服了这些缺点。在博客和SDN 中你将找到很好的结局这些问题的办法。你可以找到实现Adobe 集成，办公一体化（使用Microsoft Office Web Controls ）和F4 帮助的方法。这也意味着投入很少的时间就能将你的BSP 框架升级和运行。

总结

这些对于三者有缺点的分析都来自于网络。

实际上WDA 和WDJ 的选择，简单来说是开发语言选择问题。大部分人还是因为业务无缝集成，和一些附加功能的可用性支持WDA 。但对于一个项目来讲，从这两种开发方式中选择一种并非只需要考虑开发语言的区别，还要考虑可用性人员，人员成本（毕竟相同年限的JAVA 人员比ABAP 人员便宜一些），整体架构。这个问题还是留给项目决策人员来决定吧。

对于Webdynpro 和BSP 的选择，两者实施方法是不同的。对于较早启用SAP 的企业，如果不想再投资进行版本升级，还想再开发一些辅助的WEB 功能，必定是要选择BSP 的。对于界面要求非常复杂和精确的用户，也必定是要选择BSP 的。如果这两者都不是，选择Webdynpro 还是可以节省很多时间的。

综合来说，WEB 开发肯定大势所趋。哪个非专业人员也不愿意去操作那复杂的SAP GUI 来工作。随时随地可以点开网页来完成工作才是真理。随着国内几家大型集团SAP 的上线实施，SAP 现在很火，非常火，当然ABAP 人员（这里不对业务顾问做讨论）也非常火。大家都愿意多挣些，于是，懂不懂软件开发的人都花些钱培训一下，就进入了SAP 开发的大军。随着今后开发人员增多，基于市场规律，薪酬必定降低。怎样能在日益壮大的群体中突出生存，是SAP 留给我们ABAP 人员的一个难题。