xikug 发表于2007-02-06 13:43:35  IP:

博主就是一明显不懂OO, 不懂delphi，不懂VCL的大傻帽。。。 哗众取宠。。。

#   xikug 发表于2007-02-06 13:46:09  IP: 58.33.209.*

博主同样不懂设计模式。。。

#   mhmdanger 发表于2007-02-06 14:57:39  IP: 222.209.106.*

博主还是有些能耐的，您什么时候能够站出来分析说unix系统设计得太差了就好了，如果分析时能够指出一些改进方案的话，说不一定还能得到什么计算机大奖

#   THXK 发表于2007-02-06 14:59:33  IP: 61.140.34.*

连续看了,这位仁兄的几篇文章,就算这篇看懂仁兄的意思,其实只是思路不一样,如果BORLAND像JAVA样整个swing,情形将会怎么样??当然BORLAND的CLX实现的VCL已经不是WINDOWS的了 还好,BORLAND的标准控件还不算臃肿的,主要是以DEVEXPRESS为首的三方控件太变态,现在开避了个.NET新战场, 我不个不喜欢花花绿绿的界面,开发从来不用什么皮肤控制,OFFICE XP,2003 .NET的效果看久了真是视觉疲劳,

#   zhouhongyun 发表于2007-02-06 15:39:43  IP: 219.140.59.*

刚学编程的人很喜欢在界面上下功夫，达到一种境界了就不会了

#   zwjchina 发表于2007-02-06 21:56:35  IP: 202.105.139.*

那么 MFC 又何如？ MFC 的 View-Document看似不错， 但是即使一个按钮的MouseMove的处理都不得不继承一个。 并且处理逻辑很难与纯界面分离。

#   onemonth 发表于2007-02-07 09:45:36  IP: 222.183.19.*

楼主的题目有哗众取宠的嫌疑：你只是说了一句，“随着Delphi的发展壮大，已经慢慢成为VCL中的负担”，但是没有在任何地方解释那里臃肿了。 我们看看你说的坏处： 1、数据量增大的时候，数据存储不能适应。 既然是标准的windows控件，谁让你背离标准呢？这个与vcl无关。 2、 当消息队列被破坏的时候，使用消息队列控制创建和释放的数据也会受到影响。要知道，消息队列有一个特点，那就是存在失去消息的风险。 我只能说这个提法相当荒谬。那么我问你，如果vcl自己实现存储，你是不是又会说，当存储区被破坏时，又怎样怎样呢？搞笑！ 最后，当我看到楼主所说：“如果我们以后可以将界面显示做成框架支持，都可以在编程中，将控件作为业务实体来使用”，我明白了楼主的水准了。奉劝一句，这样的水平，你可以用日记的方式，自己写给自己看，不要在blog上一本正经的讨论别人的构架设计了，很丢人的。

#   Could 发表于2007-02-07 09:47:23  IP: 58.49.83.*

vcl本来就是臃肿不堪

#   yrb 发表于2007-02-07 09:51:26  IP: 60.31.80.*

是不是失业了，怎么总是哗众取宠？？

#   yrb 发表于2007-02-07 09:54:29  IP: 60.31.80.*

写一个出来，让大家也开开眼。

#   baiduan 发表于2007-02-07 10:38:04  IP: 218.107.130.*

引用： 所以VCL将整个控件的数据和显示封装在一起，也是有一定道理的。 数据量增大的时候，数据存储不能适应。 =================================== 我日，这话也说的出口？你去看看vcl源代码在说话吧。 人家提供了方法，你自己不会用就不要jjyy。 基本的东西都不会还奢谈架构？肯定是一个GetMem,FreeMem都不会的笨蛋，月薪不超过4000的猪头。

#