delphi 程序员的未来之路－充满了悬念

在过去的2003年，我很偶然地想到拿DELPHI7跟 .NET的来比较，竟然令人十分心酸，DELPHI是一个好的开发工具，但这么多年了其服务还是跟不上，只要到书城看看书架上的书就明显地感觉到DELPHI地落后。DELPHI6是比较成功的一个产品，但现在面对MCIROSOFT.NET平台，BORLAND已乱阵脚，从其发布地C BUILDER的.NET版就可以看到BORLAND要跟上.NET的步伐并不容易，虽然有消息说DELPHI.NET版本的发布时间初步定于2004年第二季度，但要成为开发者使用的必定要一段很长的时间，我们是否要追随DELPHI.NET是一个不少的风险，更何况在技术面前，我们是绝不能落后的。
.NET的是一个新的平台，在大家面前都是一个新的开始，虽然DELPHI的开发者对.NET显得陌生，但如果大家一起选择.NET，还是可以赶上给VB或是VC的开发人员。可以预见，在新的2004年，.NET的使用者将是越来越多，并逐渐地成为主流的开发工具。亲爱的朋友们，我们应该怎样面对这个问题？请大家发表自己的见解。。

解决方案 »

免费领取超大流量手机卡，每月29元包185G流量+100分钟通话, 中国电信官方发货

我认为borland 不会放弃delphi 的。
现在的delphi 8 只是个测试品，好多功能还没有加回去
！不要太担心！
不管如何，delphi都是不错的工具，现在是，将来也是！
其实呢,Delphi8不应该叫Delphi8,应该叫Delphi for .Net V1.0
大家都看到安装目录下,Delphi8的目录是BDS，可能就是Borland Delphi Studio的意思吧。
Borland自己人都不敢叫它Delphi8，其实这是Delphi在.Net下的第一个版本，bug当然是多的啦。
叫它Delph8完全是市场策略，在技术上跟Delphi1-7完全不同，它的成熟程度还达不到Delphi6的程度。Borland近来都几多大动作,C++BuilderX,C#Builder,Delphi8相继发布,
不过目前还未取得程序员们的好感(至少我的感觉是这样的.)
我都不清楚Borland的葫芦里卖什么药
只要大家想到之前Borland改名的事件，就可以感觉到恐怖的气息。
请问楼上的兄弟，有谁在用DELPHI7的
想一劳永逸，或者不被别人牵着走...
用自己的OS和IDE吧！什么？   你没有？！
那就只能被别人牵着走！
delphi要走自己的路，给ms做嫁衣是很可悲的。
说得好，但是不能否认现在大家还在用windows啊！
一个编译软件公司想要生存下去，能不给ms做嫁衣吗？
想想，是否有更好的路子走？？？
俺覺得delphi的WebBroker想讓delphi的程序變成web程序,真有點牽強附會,感覺很不爽, .net是大勢所趨,乾脆移師 .net算了, .net同樣支持ado,你學的delphi的東西在 .net中也不會丟,
不過本人認為 .net畢竟推出沒多久,它在與前台的交互上和事務邏輯上沒有成熟的delphi強,相信比爾先生絕對不會讓這種現象繼續下去的.
    各位同仁,你們說,是嗎?
相信Delphi的明天会更好！也希望Delphi能延续下去！
delphi for net
可以和.net相比的
建议不要轻易部署.NET，M$下一代操作系统只支持.NET了(Win32只做维护了，不做开发)，JAVA都不支持了(网上消息说M$给了Sun,2000万美金，了结了官司，但M$可以不再支持JAVA)，这样一来.Net成为windows上唯一标准，一旦部署了.NET以后基本上就成了M$的鱼肉，.NET简单是简单，但隐藏了大量细节，又不是开源，重要的问题是编译器都必须是用M$的，天知道M$在里面下点什么东西。
不是Delphi for .NET不行而是.NET本身就不怎么样，.NET没有什么创新，全是抄袭Delphi和JAVA的那一套。
建议现在还是考虑部署Linux吧，未来的Linux市场是巨大的，至少国内Linux市场正在快速壮大
无论我用C还是J或者是.NET
我最喜欢的还是DELPHI！！！！！！！
讨厌的是很多第三方软件或开发工具都忘了有DELPHI的存在，
这才是DELPHI的不爽的地方
不会过时的，等你用了D.net 就知道了！
共同努力
DELPHI的明天应该是光明的
我支持DELPHI
我从事.net开发一年多了，主要是Asp.net(C#)在B/S架构下开发，上个月中旬开始接触Delphi学习Windows程序开发。
从第一个Hello,World到现在，感觉Delphi容易入门，是一个很好Windows开发工具，开发速度快，几个鼠标拖放加少量的几条语句便可完成对一个表的增、删、改操作。但可参考的资料确实不如.net的多。
有希望了解.net的，或是了解Web Applicaton的，加我为MSN：[email protected]。
我想大家可以聊聊，最好有一年以上Delphi Windows开发的朋友。
用DELPHI就是爽！！！！！！！！
MS未来的操作系统只支持.NET，在window环境下的win32编程看来已走到尽头，如果要继续跟着MS就必须象.NET转移。如果转向LINUX就转向J2EE。
我正在考虑未来学.NET还是J2EE。不过以中国现在的应用水平win32编程在一段时间内可能还会需要，就象当年又DOS转到WINDOWS一样。
用Delphi和用.net应该不矛盾，但是VCL和.net framework之间的关系就看不透了。不过有一点，微软抛弃vb和mfc抛弃的那么决绝，Borland对自己的用户们可以说仁至义尽的。
支持Delphi Delphi用起来就是感觉不一样
爽爽爽爽爽爽爽爽爽爽爽爽爽爽爽爽爽爽爽爽爽爽爽爽爽爽爽爽
爽爽爽爽爽爽爽爽爽爽爽爽爽爽爽爽爽爽爽爽爽爽爽爽爽爽爽爽爽爽爽爽爽爽爽爽爽
我认为在我们当程序员的时候，Delphi还不会被淘汰的。
不过顺便我们还得了解以下.net，要不哪天boss让你用.net 怎么办!
Borland 应该会在不久的将来给delphi程序员提供一个可以平滑过渡到.net的，比较符合现在的编程习惯的开发工具。
DotNet只不过是个新的API而已
Java，J2EE能在Linux下大展宏图，但Linux能用Java开发吗？还一样是C做的所以DotNet不可能是Windows唯一支持的，
现在不用VCL，MFC，就用ASM＋API一样可以设计Windows程序不用Win32改为DotNet，只是换了API而已，不过由此做成以前的代码变得没用就真是很无奈了，或者这是M$的商业策略，牵着人走。Framework是什么？框架而已，M$的API，DotNet封装了下一代的开发环境Borland要是能使VCL.Net兼容升级目前的VCL代码，一样是DOtNet下的好手，不知Broland能否做到。大家发现DotNet没有CPU窗口没有？这就说明了DotNet不是直接由CPU执行的，不但效率低，而且DOTNET无法开发底层应用，例如驱动系统，系统监控等的软件M$想要将OS建立在DotNet上，目前的DotNet绝对是不行的，以后的Dotnet要是可以，那也只能是个叫做Dotnet的Win32。关键Dotnet的定位是Java，M$还要提供内核开发的，DDK我看不会是DotNet，SDK是倒还有这个可能
IDE和语言仅仅是开发方式在表面的一个体现，开发的真正有意义的地方不在这些表面的东西，而在于一个团队如何良好的相互协调自主能动的去完成一个开发项目以及功能在代码结构方面的考量，如果永远只肤浅的停留于具体语言和开发环境上，我想永远也不可能有真正的提高....我对.net还不是很了解，但我想这些东西仅仅是技术环境的一个改变，是根本事物的一个表现转变而已....如果仅仅停留在我上面说的比较肤浅的东西上，我想也没有必要为这些IDE和语言的问题所忧虑，相关背景理论的东西也比这些更加有意义
DDK完全可能dotnet。如果内核不实现dotnet化，dotnet就没有办法真正建立起来，就象现在这样，依赖win32，这不是出路。从技术上讲，我认为，保持一个纯机器代码的小内核，外加一个伪代码的核心外壳是完全可以做到的。大部分的驱动程序最后都可以变成伪代码。事实上，在大型机上这是司空见惯的，用于测试CPU指令集的程序就可以把测试指令实时转换成本地CPU的指令，教科书上还写着，大型机还可用于测试操作系统，这句话的含义的就是，目标操作系统的硬件驱动程序在测试机上都可以运行。关键问题存在于驱动接口，win32的驱动接口使用文件操作API，dotnet最终要把这个接口封装成一个特殊的类，做到这些后，操作系统就基本可以dotnet化。
.net统治windows平台开发只是一个时间问题，本人愚见：ddk完全可以用.net来实现，只要微软愿意，PELoader想怎么解释就怎么解释，即使解释java也未尝不可。
不要刺激我了，我前两三刚决定要学delphi,现在搞什么呀，
不过，我是不会放弃，我学我的，坚持到底！！！！！！！！！！！！！
相信它，没错的
.net到2006年都不一定能普及,或者也许就是个笑话,
M$的下一代操作系统(叫什么狼嚎的)还是Win32API搞的，只不过预装了.NET支持而以。
.NET的帮助文件解释其编译并不是直接生成机器代码，而是生成一种伪代码！
那么这表明如果有专用的编译器，可以实现编译成其他平台的机器代码，如果真的能实现这一点，这不是程序员梦寐以求的实现跨平台开发啦
to:beetaim(何为风)
.NET只能在各类windows上跨平台(这算什么？)，编译器也得用M$的。
M$的.net的伪代码是公开的，是不收费的，任何编译器厂商都可以支持。所以在这一点上M$要做的漂亮多了，跨平台才有可能真正被实现。楼上的请注意，Sun之下的Java是很令人反感的。
to:BlueTrees(蜗牛)
Win32的EXE格式好像也不收费，问题在于.NET的解释核心，会有Linux.NET吗或者在其他OS平台的.NET吗？
其实Borland要发布什么跟我们做程序员的没有什么多大的关系，它是只不过是一种工具，工具可进行选择和替换的，我是这样认为的；不过说到Delphi程序员的前途，我想没有一个程序员只会一种开发工具吧，要是这样的话，我这会晕倒。
作为楼主，DELPHI已经写了快4年了，但我现在却发现作为一名DELPHI的程序员，能上升的空间狭窄，在多数的大型项目开发中，用DELPHI的是少数，原因是在大型项目开发中开发工具并不是唯一的决定因素，用什么开发工具都可以开发出好的系统，从项目建立到发布的过程中，还需要使用其他的工具，如建模工具，项目管理工具，代码管理器，数据库设计工具，数据库管理系统，文档管理，测试与发布，跟踪与维护等等，CODING只不过是占<1/3,如果你现在要向项目管理过渡或是学习UML建模进行系统分析，你会发现之前学到DELPHI的知识对你的帮助不大，难道你打算做一辈子的DELPHI程序员么？？
偶比较保守，DOS->WINDOWS 偶就很迟钝，->.NET 也一样。偶看不到.NET的优势，和当年看不到WINDOWS比DOS有什么优势一样。
to thisisyjs(对于编程我是外行) ：
不要老在看屁股，为何不跑到前面看看人家的脸嘛
.NET没什么好的，我就不相信用.NET的人会越来越多，.NET是一个失败的产品。
borland 如果在胡整的话，我看我用DELPHI用到6就顶头了！以后谁知道BORLAND会搞成什么样，会不会走原来BORLAND C的路呢？？　
接上：　　　如果ＢＯＲＬＡＮＤ　&ＭＳ都在乱搞的话，我就退出这个行业！搞点副业！哈哈，　种萝卜，青菜，向日葵。养鸡养鸭，养小猪！
同意楼上的说法，我看更多的人关系的不是学Delphi的前途而是“钱”途吧
同意楼上的说法，我看更多的人关系的不是学Delphi的前途而是“钱”途吧
如果不是为了“钱”图，那辛苦的日子是为了什么？？为了“发热发光”？？
有谁知道ROSE能不能生成DELPHI代码么？
我用Delphi6+补丁2+RTL补丁+Corba补丁
从没出过乱子。
能否把觉得DELPHI最强大的功能表现在哪些地方简要地说说？
或许能找到些正题的入口
大家讨论的论调都很高，我还是看好c/c++目前而言，java写不了JVM，.net框架也搭不起一个windows，不管.net框架如何好，MS也还是有一个VC++.NET放在那里，我只希望Delphi.net能像VC一样，保留非托管代码的能力，放弃非托管代码，无异于Delphi的自宫！
在C#里可以使用C++.NET及VB.NET的功能
回头一下delphi从1.0来的历程。在delphi5辉煌的时候，也有2.0的失败，
如果你当时处于2.0时，面对其它的产品，面对当时的delphi，你会想见到delph5吗？不用考虑太多了！
做软件最重要的永远是抽象，设计能力，不是使用那种工具
这已经是超过了CODING范围了，使用哪种工具就代表着需要去做CODE，
我们都还处于CODEING的阶段，不管是设计还是分析，掌握扎实的编写代码的能力是十分有利的
溜达溜达...支持DELPHI的人都跑去哪啦？？
如果你将delphi玩得很精,同样会有前途,到哪你都是人才!
我發現CSDN還是對開發工具及平台爭論不休，有了編程思維，用什麼語言有影響嗎?
話又說回來，學Delphi確實讓人感到迷茫.
我不太楼上说的IDE不重要的问题,因为很多老板的层次
就到了IDE的水平上
为什么没有人提出直接改到visual studio.net 上面去呢？？MS永远是大牌，主流！！虽然我现在也在delphi,有点不能割舍！！不爽！！！！到底是不是该再继续支持delphi呢？？不要向当年的Borland C++简直气人！！
visual studio.net现在做不了实用的东西，.net也不成熟、效率又差，所以一般做项目不会冒着成为M$实验品的危险去搞。
用DELPHI越用越信心不足，对，它是方便，但代价是让我们在方便中迷失了自己
delphi对开发小型的数据库软件很行
我用VS.NET但我用到VC,而且还是写非托管代码，忙啊，没时间
Borland是一个做开发工具十分出色的公司，从当初DOS下的C到现在，从没有让我们失望，相信未来也不会。
WDK32位开发工具与.NET开发工具是两个不同的开发方向，与之对应的DELPHI的版本为7.0和8.0初初我都分不清它们，如果要学.NET的试试DELPHI8吧