我读过几篇文章，说您不能在SAP经典的dynpros中开发OO。
我是一个初学者，所以也许我有一些误会。但是我在使用类和对象时正在开发面向对象的对象，对吗？
在dynpro中，我还可以使用类和创建对象，使用其方法等。
那么，为什么Dynpro不是OO？
我知道这是一个基本问题，但是如果我对OO有误解，则需要把这个问题排除在外：)
最佳答案
这主要是由于经典的PBO-PAI处理。您将绑定到像几年前开发的经典dynpro一样的“消息泵”。但是我必须不同意，不可能遵循OOP原则进行开发。那就不是很好，例如，您注定要抓住PAI进行进一步的导航，验证和处理，并且可以在PBO中设置值，消息等。
但是，尽管它很丑陋，但它仍然为您提供了一种完美的方法来解决什么问题？
他他他吗？
MVC设计模式。
只要您对一个好的模型和控制器进行建模，就可以在top-include中跟踪它作为对象，并创建一些包装器，这些包装器必须首先通过PAI / PBO传递控件（我不太喜欢）。 -在这些例程中将模块降级为表单例程，即使在OO-Context中，您也可以自由执行所需的一切。创建一个全局模型和控制器类，使用一个alv-grid创建dynpro，还创建一个top-include并尝试使用。
使用完全相同的方法，已经有很多标准应用程序。
一个不错的事情是（尽管您具有module-formroutine-delegation），您可以真正开始对模型和控制器进行漂亮的建模，这在定义上是正确的。