|
锁定老帖子 主题：一个A股迷你股票信息机——StockFX
精华帖 (0) :: 良好帖 (1) :: 新手帖 (7) :: 隐藏帖 (0)
|
|
|---|---|
| 作者 | 正文 |
|
发表时间：2008-08-20
感谢哈。最近刚好装idea看看jquery。谢谢楼主啦
|
| 返回顶楼 | |
|
发表时间：2008-08-20
谢谢楼主了！
|
| 返回顶楼 | |
|
发表时间：2008-08-20
呵呵，多交流。。。
|
| 返回顶楼 | |
|
发表时间：2008-08-20
关于MVC，不应该教条主义，写这种GUI一般不会像基于页面的web系统那般的非常严格和呆板的MVC。
swing灵活和重用的艺术 renderer/editor 说到GUI类库的重用有一个很著名的模式：Composite模式。对，一个现代面向对象GUI类库基本上都有这个模式的实现，当然也包括swing.不过早一点如MFC就没有完整的实现，现在来看如果一个GUI类库连基本的Composite模式都没有实现基本上感觉是出土的文物啦！ 但是我们来看即便有了Composite模式，但Composite模式通常是构建静态组合，如果要动态的替换一个复合组件内部的子元素如何办呢？如此一来这个组件就只能定义自己的布局形式，而不能定死在这个布局形式内的元素。 其实从用户角度来说一个GUI元素通常就是两种情况要么就是表现，要么就是处于和用户交互状态，这是它们的形态通常不一样。所以组件不仅仅要只定义自己的布局形式，还要给于外部机会来配置当自己的子元素处于这两种状态时相应的UI组件是什么！ swing通过renderer/editor达到了这种灵活性。如swing中JTable,JList,JTree等组件都只是定义了自己的布局形式。并且都可以配置renderer/editor，这样你的renderer/editor实现就接管了组件里面元素的表现形式和交互形态。理论上你可以用任何JComponent作为组件里面元素的表现形式和交互形态。其灵活性和重用性达到了一个巅峰！ |
| 返回顶楼 | |
|
发表时间：2008-08-20
就swing本身来说MVC来的粒度是很细的，几乎每一个组件都是一个MVC。但是这里的M未必是你应用的M。
|
| 返回顶楼 | |
|
发表时间：2008-08-20
有点懂楼主的意思了！以前总是觉得在做一个组件的时候需要别的组件对象或上一级组件的对象，传递的参数一长串！感觉耦合度很大！而且写起很乱！不像web应用！我需要的对象我保存在如request或session这些变量里面
|
| 返回顶楼 | |
|
发表时间：2008-08-20
刚刚为了减低这些耦合，还去研究了下观察者模式！我是新人，别拍我！嘿嘿
|
| 返回顶楼 | |
|
发表时间：2008-08-20
Swing好像是98前年开始设计的，当时正好是《设计模式》出来不久，Swing当中有大量设计模式的实践，所以它是一个非常OO和设计灵活优雅的库。
|
| 返回顶楼 | |
|
发表时间：2008-08-20
忘了说了，这个程序的入口在org.kkx.MainFrame这个类中
|
| 返回顶楼 | |
|
发表时间：2008-08-22
晕，怎么那么多新手贴
|
| 返回顶楼 | |
