我读了一些文章,说你不能在SAP经典dynpros中开发OO.

我是初学者,所以也许我有一些误解.但是当我使用类和对象时,我正在开发面向对象,对吧？

在dynpro中我也可以使用类和创建对象,使用他们的方法等.
那么为什么Dynpro不是OO？

我知道这是一个基本的问题,但如果我对OO有误解,我需要把它弄出来.:)

最佳答案 这主要是因为经典的PBO-PAI处理.你必然会像几年前开发的经典dynpro一样使用“消息泵”.但我必须不同意,不可能按照OOP原则发展.它不是很好,例如,您必须捕获PAI以进行进一步的导航,验证和处理,并且您可以在PBO中设置值,消息等.

但是,尽管它很丑陋,它仍然为你提供了完美的方法吗？
他是他？

MVC-设计模式.

只要你建模一个好的模型和控制器,你就把它作为top-include中的对象跟踪并创建一些包装器,它必须首先通过PAI / PBO传递控件(我不喜欢它) – 在这些表单例程中部署到表单例程您可以自由执行所需的一切,即使在OO上下文中也是如此.创建一个全局模型和控制器类,使用一个alv-grid创建一个dynpro,创建一个top-include并尝试玩.
已经有很多标准应用程序,使用完全相同的方法.
一个好处是(虽然你有模块 – formroutine-delegation),你可以真正开始一个很好的模型和控制器建模,这是oo定义.