长天Blog论坛

软件开发者路在何方？

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

今天大年初一，祝愿新的一年万事如意，家人健康！

还有祝愿中国越来越强大，国人当自强！

Delphi 类定义研究心得

Delphi类的成员函数、过程、函数定义可以分为protected、private、public
以上三种类型在VC中也有，很容易理解，但Delphi还有一个类型就是Published.

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

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

近几个月一直在研究Delphi!

以前我和很多VC程序员一样,对Delphi的印象就是,和VB差不多,不过是搞数据库方便一点而已.
相信现在仍有很多VC程序员和我一样有这样的想法.

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

原来VC++ 中开发的Ocx可以数据绑定

搞个这么多年VC,最近才知道原来VC做的ocx可以数据感知.
所以在Delphi中也可以使用vc开发的组件,并且可以设置它的数据源为Delphi的DataSource.
总结:最近几个月开始搞Delphi,对Delphi有了较深层次的了解,视野开阔了许多,并对以前VC的知识有了一定的提升.

今天给网站添加Blog论坛

找了个免费的,不过有一些没有汉化.