将未声明的方法调用转发给委托

发布于 2024-12-10 01:20:41 字数 183 浏览 0 评论 0原文

我需要将组件的视觉部分与组件的功能部分分开,以便我能够将视觉部分替换为另一个平台的新部分。

使用委托的接口声明实例变量 _delegate 不是问题。但是我如何将可视部分的未实现方法调用转发给委托的方法调用

PHP 的 _call() 相当于什么?

I need to separate the visual part of a component from the functional part of a component, so that I'm able to replace the visual one with a new one for another platform.

Declaring an instance variable _delegate with the delegate's interface isn't a problem. But how Do I forward non-implemented method calls of the visual part to those of the delegate.

What's the equivalent of PHP's _call()?

如果你对这篇内容有疑问,欢迎到本站社区发帖提问 参与讨论,获取更多帮助,或者扫码二维码加入 Web 技术交流群。

扫码二维码加入Web技术交流群

发布评论

需要 登录 才能够评论, 你可以免费 注册 一个本站的账号。

评论(2

傲娇萝莉攻 2024-12-17 01:20:41

读了你的文章,我想到了两种将视觉与逻辑分离的方法。但我不确定这是否是你想要的。

一种方法是为您的视觉类使用代码隐藏

http://learn.adobe.com/wiki/display/Flex /代码+后面

的另一种分离方式是使用 Skin 类:

http://www.adobe.com/devnet/flex/articles /flex4_skinning.html

您始终可以使用一些框架来帮助您将视图与模型或控制器(MVC)分离

http://mate.asfusion.com/

http://www.robotlegs.org/

http://puremvc.org/

他们可能会帮助您实现有用的设计模式来实现这种分离。例如:

http://blogs.adobe.com/tomsugden/2009/08 /applying_the_presentation_mode.html

希望这有帮助,

Blaze

Reading your post I thought of two ways of visual separation from logic. But I'm not sure it is what you want.

One way is to use Code Behind for your visual classes:

http://learn.adobe.com/wiki/display/Flex/Code+Behind

The other way of separation in flex 4 (spark) is the use of Skin classes:

http://www.adobe.com/devnet/flex/articles/flex4_skinning.html

Of course you can always use some Framework to help you separate the View from the Model or Controller (MVC):

http://mate.asfusion.com/

http://www.robotlegs.org/

http://puremvc.org/

They might help you implement a useful design pattern to achieve that separation. For example:

http://blogs.adobe.com/tomsugden/2009/08/applying_the_presentation_mode.html

Hope this helps,

Blaze

烟酒忠诚 2024-12-17 01:20:41

简单地附加为事件处理程序?您可以在堆栈上构建函数,访问某些数据结构(可能是您的可视层次结构或某些数据库模式),然后将适当的事件处理程序附加到组件。我会尝试遵循这样的模式。也许是因为“数据即代码”在我更喜欢的 Prolog 语言中非常自然。

Simply attach as event handlers? You can construct your function on stack, visiting some data structure (maybe your visual hierarchy, or some DB schema), then attach the appropriate event handlers to components. I'd try to follow such schema. Maybe because 'data as code' it's very natural in Prolog, the language I prefer.

~没有更多了~
我们使用 Cookies 和其他技术来定制您的体验包括您的登录状态等。通过阅读我们的 隐私政策 了解更多相关信息。 单击 接受 或继续使用网站,即表示您同意使用 Cookies 和您的相关数据。
原文