在我打算设计和开发Web Dynpro申请时我已编制了一份我认为是最佳做法的清单。 我现在打算公开了这份名单，并欢迎进一步增强它。我已经把它分裂成一个Web Dynpro应用的核心组件列表。 如果您有任何有关plugs，属性或事件的最佳做法请随时对他们的评论。
用户界面（UI）：
采用一个标准的命名方式
语境中的内容应实施之前的用户界面中创建。这个Web Dynpro向导就可以被用来生成要素，最大限度地减少用户界面开发，控制容器元素的属性，以提高维修子元素的布局,
图片应纳入所有按钮和主要互动元素,以改善直观点击用于弹出消息应该是一般性的。这些看法都是UI元素应该被绑定到上下文节点，以促进再利用
背景：
采用一个标准的命名方式约定用于上下文节点和元素
运用多个数据库或其他外部访问数据对象应是可以避免的语境中持有的内存较大的数据集,通过使用透明背景，而不是通过ABAP的缓冲存储数据的方法,通过供给函数填充背景数据，而不是嵌入在初始化方法的代码,在组件中创建控制器和视图映射到标准范围内的节点。我通常创建一个持有有关物业的意见，并举行另一用户选择上下文节点的信息数据。
简单的数据类型可以存储在Web Dynpro属性中，而不是context中，这减少了代码量所需的数据访问
方法/措施：
采用 一个标准的命名方式
与数据和其他外部对象的相互作用应用到Web Dynpro应该封装在类对象，如数据库访问，方案执行等
使用事件触发其他Web Dynpro私有方法的意见，而不是建立在组件控制器方法公开,共同呼吁更新或选择范围内的元素可以在一个封装方法，减少所需的代码量
应进行验证在视图中的WDDOBEFOREACTION方法。如果验证失败，取消航行应称为元素的确认应用与用户界面元素，突出了错误的用户输入,使用文字符号，而不是信息类来保存文字，因为他们提供语言翻译
下载 
下载 
下载 
下载 
下载 
下载 
喜欢 
顶
难过
囧
围观
无聊
