不幸的是，我目前没有一个系统，我可以采取适当的屏幕截图。我以后可能会加上它们，或者如果有其他读者能帮我的话，我会很高兴的。

嗨，奥利弗，云的服务器，

你想要哪部分的屏幕截图？我当然可以从我们的开发系统中提供一些。

Christian

Hi Christian，

我可以使用一些组成的屏幕截图，to\u root和to\u parent以及核心服务的service manager接口的Se 24方法。当然，每一个你认为有用的部分

有没有可能允许其他人在SCN上编辑一篇文章？

谢谢和干杯，

奥利弗

嗨，奥利弗，

对BOPF框架的深刻见解。

我必须承认我有罪。我一直认为这是瞬态结构的一个主要用例（它工作得很好）。

如果您能进一步详细说明基于"服务自适应"的UI控制器是什么样子的，那就太好了？

问候克里斯蒂安

亲爱的克里斯蒂安，

感谢你认罪！我希望能让你明白我的服务是什么意思适应性模型由于它们适合，nba大数据，加工过程很少以人类特别喜欢的方式进行。代码值需要翻译成文本（有时甚至格式化，例如01-Dragon）或相关实例的数据应显示为节点数据的一部分（非标准化，特别是当主数据关联时）。这些丰富的信息通常取决于目标设备或用户的需要。在为了优化数据传输，最好不要将其添加到会影响每个消费的模型中，而是添加到一个更靠近UI的层中，该层可以适应用户的服务型号.英寸SAP世界，基于BOPF有FBI，楼层平面经理BOPF集成。在其他特性中，它提供了一种封装和修改BO节点的实体：FBI视图。在运行时，FBI视图由一个包含BOPF组合结构的结构来表示，该结构允许添加字段以向UI公开文本。你可以在Matann Taranto的帖子中搜索FBI的更多信息，或者直接进入Holger Polch的TM增强指南：

https://scn.sap.com/docs/DOC-58557第5.2.1章给你一个关于什么可以通过FBI的观点来改编的想法。

干杯，

奥利弗

嗨奥利弗，

读得好…谢谢。克雷格·拉曼是一个必须阅读的人，如果你是一个软件开发人员的话。

这是我的工作清单，让我的手弄脏这一章。所以我试着收集一些屏幕，但在接下来的几个星期里我找不到时间。所以，如果其他人更快，继续

~弗洛里安

嗨奥利弗，

就像我在twitter上说的那样：谢谢你给scn添加了这个有价值的见解，它让每个人都受益。

我还没有读完保罗·哈代的bopf章节，但我很高兴看到你的博客文章本身就很有意义。

这也是值得思考的，我必须深入研究很快就好了。幸运的是，我现在为一位7.40的客户工作。

期待下一期付款！

你好！

首先让你放心，我对你的"批评"一点也不介意。事实上，我甚至不认为这是真正的批评-如果你有一个由五个开发人员组成的团队，他们将有五种不同的方式来实现相同的目标。

这在其他领域是相同的-我与一个由五个绅士组成的团队一起设计混凝土混合料，他们对这一领域的每一个问题都有不同的看法。

我知道什么是真正的毫无根据的批评，当我看到它的时候-我有两年半的时间每天都被它轰炸-你的博客不是这样的，这只是对同一主题的一种稍微不同的看法。

您提到了一些我不知道的技巧和窍门，例如，在调试方面，所以这对我来说是一个新的知识，这只能是一件好事。

我甚至不能100%肯定我们是反对党-你上面写的很多东西似乎与我的章节中的内容并不矛盾。

据我所知，有几个方面我似乎在做一些你不同意的事情。我不打算谈论命名，因为从来没有两个人在这个问题上意见一致！

首先，你担心我把模型和视图（UI）连接起来，也就是说，把它们绑在一起，这自然是一个很大的禁忌。我的目标总是要有一个可以交换的UI层，而模型既不知道也不关心。

你不常会得到相反的例子，即同一个UI层突然得到一个不同的模型，但在"头先设计模式"中有一个很好的例子，他们有一个显示心脏监护仪结果的UI，他们将心脏监护仪模型与监控迪斯科舞厅鼓点的模型交换，UI保持完全相同。

无论如何，大数据 数据分析，我认为我在这里是相当安全的，就像我在书中使用我的模型类一样在一个经典的DYNPRO应用程序（你在书中没有看到）和三个可执行程序中-使用REUSE\u GUI\u ALV\u GRID函数模块、CL\u GUI\u ALV\u GRID和CL\u SALV\u表，在一个Web DYNPRO应用程序和一个UI5应用程序中。每一个都使用了完全相同的模型类，但是使用了不同的UI技术。

你是说在用户面前的屏幕上发生的事情不应该影响模型的设计，但是我发现我在日常工作中得到的规范（比如它们）往往是从一个屏幕模型开始的，上面描述了用户将要做什么样的事情以及预期的结果应该是什么。