一些关于Web Dynpro基础架构和设计原理的老资料

　　在SAP的工作中接触Web Dynpro进行设计和开发将近两年了，对其优势、特性和待改进之处也有了基本的认识。不过以前很少从技术和协议底层来看Web Dynpro，这次由于工作需要，便尝试着走出Web Dynpro编程模型来理解一些更本质的东西。今天，我偶然间找到一些公开的关于Web Dynpro基础架构和设计原理的老资料，仔细品读了一番，还真是有了几分不一样的收获：

An Introduction to Web Dynpro Protocol (2005, SAP AG)
这份SDN上的文档从GUI演变和发展需求角度介绍了Web Dynpro的SCXML基础协议以及细分过的Session生命周期。这个SCXML也就是最新的名为Business Client XML的前身吧，通过这样一种中间协议的设计，使得UI统一绘制(UR)以及UI自动化测试(eCATT, QTP)拥有了天生的适应性，以不变应万变。

The Basic Facts About Web Dynpro - What Does It Do and How Does It Work? (2004, SAP AG)
这份SDN上的文档从基础架构和设计原理角度解释了Web Dynpro是如何考虑UI编程灵活性和统一性的，并且在若干年前就预测了UI技术的发展，以及如何灵活地、最小代价地应对这些变化和挑战（其中，the return of applet可以引申为今天的JavaFx，Business UIs running in Macromedia Flash就是今天的Adobe Flex，而a new UI paradigm prescribed by Microsoft不就是WPF/Silverlight么……）：

We believe that our approach is the best of all worlds today. It is the only avenue to having an ergonomic, rich user interface in a true zero installation, browser-based client with low network bandwidth. This is true today - but tomorrow could see the return of the applet, or Business UIs running in Macromedia Flash, or a landslide adoption of Adobe Forms, or a new UI paradigm prescribed by Microsoft. The model-view-controller paradigm is our insurance policy against this. Once you have a clear separation between user interface and business logic, it is relatively easy to adopt a new front-end technology whenever necessary.

　　在OO设计模式中，大家都会谈到松耦合这个思想，而接口的概念更是实现该思想的核心部分。同样地，我理解的Web Dynpro则是从架构上把业务服务和UI技术进行了最大程度的松耦合，使得用同一套Web Dynpro开发组件在运行时渲染在完全不同的UI技术平台成为了可能。其实，如果把UI全称写出来（User Interface），这不也是一个同样的“接口”概念么，只不过在这里被译为了“界面”一词。

by William Cui 崔伟毅