zh-cn 2008-11-21T23:47:25Z hourly 1 2000-01-01T12:00+00:00 88 32 那就是研究一个东西，喜欢研究透彻，要么就不搞。
但是最近却很迷茫，我相信和我一样迷茫的程序员应该不少，一方面对技术方向的迷茫，另一个是对人生道路的迷茫，
毕竟不知不觉已经快三十的人了，而且又当了爸爸了。有时候我就想难道就不能有点作为吗？还是就这样在一个国企中混日子。
前几年一直在追求技术上的提高，辛苦工作，刻苦学习，回过头来却发现以前所学即将成为过去，而导致这一切的就是现在所倡导的
纯B/S模式。
微软的.Net架构和JSP架构无疑是目前最流行和成功的，刚开始研究。NET时也被它的体系架构和设计思想深深吸引，惊叹之精妙，
奋而学之，当随着研究的深入，我有一种感觉，似乎又有一种刚学习WIN32编程的感觉，那就是又重新从最基本的控件学起，再写更复杂的
控件，或者去网上找控件，界面的设计似乎又成为项目设计中很繁重的劳动。仔细一想，有必要吗，为什么要用这种模式？就是因为微软的
一再鼓吹和推行吗？为什么要把很复杂功能的处理放到原本很简单的HTML中呢？C/S应用不就多了一次软件安装嘛！这相对于长年累月的应用
和软件强大的功能，又是多么不值得一提呢？
所以我认为.Net不应该成为软件开发的主流，它只能是一个细小的分支，.Net想一统天下最终将是一个梦想，就像是微软的维纳斯计划一样。

]]> 2005-11-24T09:29:07Z
]]> 2005-02-09T10:39:09Z 以上三种类型在VC中也有，很容易理解，但Delphi还有一个类型就是Published.

以前看Delphi的源码，一直就有一个疑惑，为什么最终一个面向使用者或开发者的类总是
很简单，真正实现大部分功能的却是它的基类。在VC中最终面向使用者的类基本上实现大
部分功能。
最近才发现其中的奥妙就是Published.一般开发人员如果不进行较负责的开发，是体会不到
published给开发人员带来的好处的。那就是，如果有多个子类从基类继承，其中很多属性
基类已经实现，每个子类呈现给使用者的属性都有不同，也就是说有的子类不想让它的一些
属性暴露给用户，这时候就需要使用Published,只有把需要开放出来的属性published,就OK了。

我想这就是Delphi为什么要设计Published这个关键词的原因所在。

]]> 2005-02-07T10:37:42Z 相信现在仍有很多VC程序员和我一样有这样的想法.

通过对Delphi内核和体系架构作了一些研究之后,我感慨颇多.
Delphi在体系架构上确实要比MFC更先进,众多的类对象更贴近开发人员.
尤其它支持组件在设计期间执行一定的代码.

]]> 2005-02-06T18:07:13Z 所以在Delphi中也可以使用vc开发的组件,并且可以设置它的数据源为Delphi的DataSource.
总结:最近几个月开始搞Delphi,对Delphi有了较深层次的了解,视野开阔了许多,并对以前VC的知识有了一定的提升.

]]> 2005-02-06T17:44:54Z
]]> 2005-02-06T17:37:09Z