我们正在webdynpro应用程序中开发MVC概念，据我所知，这里是M exactly.as 它是一种业务逻辑，这里的什么是业务逻辑准确地。它在编码我们正在开发的内容。

嗨，Prakash，

点击以下链接，我将为您提供清晰的想法abt MVC Arch

http：//wiki.sdn。 sap.com/wiki/display/WDABAP/Architecture+of+Webdynpro+for+ABAP

此链接也：

http://scn.sap.com/thread/1467934

继续发布????

嗨，

为组件创建辅助类具有以下好处：

-您可以在其中存储组件内所需的编码，但不与布局或控制器功能直接链接

-协助类的第二个重要功能是动态文本的管理。

http://help.sap.com/saphelp_nw04s/helpdata/zh/43 /1f6442a3d9e72ce10000000a1550b0/content.htm

我通常使用辅助类存储要在组件中使用的文本元素。

您可以使用代码向导来检索文本：

将生成以下代码：

lv_text = wd_assist-> if_wd_component_assistance〜get_text（'001'）。

但是，对于从组件的任何部分轻松访问的创建方法和属性也很有用。

此致

里卡多。

嗨，普拉卡什，

Webdynpro ABAP组件不过是一个类。

我们通常将所有编码部分都写在组件本身内，但有一项规定，我们可以在组件外部（即，在一个类中）编写必要的业务逻辑，我们可以将该类用作辅助类 在我们当前的组件中。

我们还可以管理存储在帮助类文本池中的动态文本

作为通过textkey的文本符号，我们可以使用wd_assist将文本符号输入out组件。 最后，它很容易访问...

所以总是最好选择Assistance Class Class

嗨，Prakash，

请通过下面的链接...

http：//e- university.wisdomjobs.com/sap-abap-web-dynpro/chapter-110-274/webdynpromodel.html

此致

Venkat。

协助类可帮助您实现两件事：

1。分离业务专用逻辑（MVC的目的之一）。

2）性能收益。
我们可以使用View，Window甚至Component控制器的方法编写业务逻辑。 但是，在视图或窗口中加载所有业务逻辑不是一个好习惯。 因此，SAP提供了一个辅助课程选项，您可以在其中编写所有业务逻辑。 这样，您仍处于webdynpro的框架中，并且还避免在webdynpro本身的组件中加载过多的逻辑。 从性能的角度来看，辅助类方法比Web Dynpro控制器方法的调用要好得多。