我做什么,在访问用的例子:

  • 创建一个用户界面分类,作为后缀摆部件的类型,例如JPanel,例如MyUIWidgetJPanel
  • 创建一个逻辑/行为类来处理行为/逻辑,即会发生什么情况时的用户界面组件被使用时,例如按钮在它的压制等等, MyUIWidgetLogic

我还可链组件/逻辑在一起使用的参考文献,如果该行为/结果的一个组成部分的影响/影响的另一个,例如一些选项,显示的不再相关,或得到上下文中敏感的选择。

什么你觉得这个吗?很好吗?坏的?

你是做什么的?

有帮助吗?

解决方案

我倾向于使用 演示模型图案.

基本上这似乎是你怎么做:创建一个类,其中包括逻辑的、单独的用户界面类。UI类不应该包含的逻辑只所需的代码显示的接口。

然后你可以结合前端值的演示模型类使用的东西喜欢 JGoodies结合 (我的理解是,弹簧RPC是很好的为此)。

其他提示

我发现这个的文章 如何写入定义的摆动组件 有用的作为示例的用户界面委托管道。

有钱的客户 通过切特哈泽和罗曼家伙是被广泛建议的技巧丰富的视觉客户的应用。

由于摆组件通信使用的事件通过的事件分发线程,通常会提供ActionListener实现的元素,你感兴趣的(像JButton).正是这些ActionListener实现中将包含的逻辑,但是请记住,如果你不用穿,你UI元素(如JButton)不应同时你ActionListener是做了一些计算,并保持控制。

什么你描述的是一种设计图案叫视(模型图控制器)它不是无可争议的,但这是最流行的方式分离问题在一个界面。它还确保,当你有几个陈述(见下)的同样数据(模型),你可以确保所有人都是时更新的数据变化。控制器的一部分,视需要照顾的告诉用户界面的哪些部分应该启用(除其他事项).

http://en.wikipedia.org/wiki/Model%E2%80%93view%E2%80%93controller

许可以下: CC-BY-SA归因
不隶属于 StackOverflow
scroll top