终于体会到了，在.net开发不用C#那纯粹是自找麻烦阿
我是个Delphi fans，自从试了一下Delphi8，第二天就删掉了，bug太多，没法用，只好不太情愿地使用着C#，Delphi2005出来了，就又装了一个试用版用了一下，感觉不错，有点欣喜若狂，就准备使用起来，但是随着程序规模的不断扩大，越来越多地发现了至少是令人不爽的地方：
1、占用内存太多，一般来讲写一会程序就要用掉400M，更可怕的是每调试一次，内存就会增加好多，调试完了还不给我释放
2、不稳定，尤其是在界面设计上，经常把我关联的事件从控件上删掉，要么就是莫名其妙的一些错误提示，当然这些提示都是在设计器中的，还不会影响正常的Delphi使用，但是经常刚刚还好的界面我从代码切换到IDE设计机器上，就什么也显示不出来了。
3、内部不一致，能编译通过的，但是且在没错的地方用红色波浪线提示语法错误
明明支持
var
a:array of integer;
a := new(array[5]of integer);
编译没问题，却要给我在线错误提示，让我不爽
a明明是一个数组，我要是写a.length 他就编译不通过，非要写成&Array(a).Length才行
4、对namespace的支持莫名其秒，非要搞个复杂的命名规则，在unit名称上做文章，虽然这样可以获得最大的对传统win32 pas的语法支持，但是感觉这种方式给.net开带来很多不便，结果到了uses地方还要引用全名，而不是名称空间名，还要时时提醒自己用到的是别的.net开发的dll还是delphi开发的dll，对同一种东西非要搞出两套标准，真是让我恼火
5、debug太差
对比Delphi7简直是倒退
在win32下，可以调试程序中的变量，到了.net 那个watch窗口就成了摆设，根本没用
只能看看local var窗口中的东西，然后再一层一层地找下去
6、更要命的是如果用Delphi编译了一个dll，你到C#想怎么用怎么用，你到了Delphi里，不行，你还得同时提供*.dcpil文件，否则不让你用，真是没话说了
真是强忍着把那个大程序搞完，虽然用户用起来还行，但是这期间的开发过程真是要命阿。
还好现在出了个Chrom，对他的各个方面还算比较满意的，但是发现好像有个bug
如果这样定义
TA = class
protected
fa:integer;
end;
TB = class(TA)
public
function BBB:TA;
end;
function TB.BBB:TA;
var
rr:TB;
begin
rr := new TB;
rr.fa : =1;
result :=rr;
end;
就是编译不通过，感觉chrom对protected处理有点小问题
最后只能感叹，不用C#活得真累
