我从C#转型学DELPHI 你们看值得吗？我真的很迷惘

delphi前景不明朗，你学C#的应该能找到C#方面不错的工作啊，没必要再转学C#

Delphi是个不错的家伙，不过Delphi的前景着实令人担忧，现在的公司接手以后，好像越做越差了。
MS才是王道呀！

C#继续吧。DELPHI可以作为爱好。DELPHI是很优秀的。

补充一下：
因为这个公司整个框架是用DELPHI写的只招学DELPHI的来优化架构
DELPHI 究竟有什么优势？（除了开发效率高成本低）

LZ 都已经一年C#的工作经验，应该这块找工作不是很难继续C#才是王道。Delphi可以学学。

继续C#才是王道。Delphi可以学学。

那就看这个公司、它的产品是不是有前景
delphi虽好（win32桌面、数据库应用、工具、网络客户端。开发效率最高，运行速度不亚于vc），但是大势不利它了
但是，也不排除个别使用delphi的公司、行业产品有自己的天地

跟我的情况差不多，公司需要才学delphi ，一直比较喜欢C#

不要执着于哪种语言更好。delphi虽然没落了，但是vcl的框架到现在仍然时最出色的，vs的框架也是模仿vcl的。等你在这行多混一段时间，就发现其实在window下无论哪中语言，基本都是离不开api，学好api用那种语言都不是很重要了。不过从就业角度说，多花点时间在c#上可能比较有前途(实际上现在很多公司仍然在招聘delphi程序员，可是很难招得到，从这个角度说，delphi的程序员也许会比较吃香些。)。学delphi也不需要花废什么时间啊（没办法，vcl太出色了），你平时可以自己保持对c#的深入学习就可以了。

学Delphi对于你来说应该很快吧？几个月的时间估计你就可以投入项目中了，所以，如果你的那个工作确实很不错的话，不妨现在就开始学Delphi，但是你的C#别丢为好，没有哪份工作是铁饭碗。

值得,我本人学的就是Delphi ,感觉很好,支持!

把Delphi工作机会让给Delphi程序员，你继续学习C#

我一开始就是学的C#，后来进了家垃圾公司，那里只搞delphi，又开始学delphi，工资巨低，换家公司现在又搞C#了，工资涨了两倍
搞delphi不搞ERP或者游戏编程的话，工资普遍不高，尤其不要用delphi做MIS系统，工资奇低的,又没什么技术含量

哈哈,我觉得这样的问题没太多问的必要,能有多学一门语言的机会,why not?

很多MIS都是用Delphi写的啊！，那请问用什么做MIS技术含量高呢？
不过说实话工资确实不高，很少有到10K的．

delphi就是RAD开发MIS系统，一大堆的控件可以用，像搭积木一样，能值钱吗？
MIS系统本身就不需要很多技术的

可怜做delphi的自己也看不起自己
delphi的高效开发解放了开发者，
但是如果开发者是到此为止，那么，自然是没给用户带来什么价值，也就是值搭积木的工夫钱；
但是，如果开发者因为开发效率高了，从而能有精力去理解、解决用户的问题，
甚至对于中国特色的需求老变也能应付自如了，才是真正实现了用户的需求
这样，整个事情就不一样了——国内MIS的失败率奇高与你没有关系了！看来，看不到这一点的，不但是追赶时髦的用户，连很多delphi开发者也是如此啊
难怪delphi也该绝了。。

delphi就是RAD开发MIS系统，一大堆的控件可以用，像搭积木一样，能值钱吗？
------------------------------------------

用什么工具，在编写MIS时没有任何管理理念，用得最好也就是信息录入系统！
另外不太清楚c#做MIS时，客户端不是用控件拼吗？
RAD是UI层快速开发工具，有丰富的UI资源，我想.NET不会违背这个理念吧！

还有人断章取义的，我不想说，每种语言有适合的领域，我就说delphi游戏开发值钱，有它的原因！
MIS 用到的技术就那么多，估计又有人看到这句会不爽,你不服可以看看招这两种领域开发的人员，他们的薪水是否一样！！一种技术掌握的人多，会的人多，自然就贬值了！
需求和管理完全是另外一会事，在哪种项目里都很重要，如果非要扯到delphi上，那么OK你也是正确的。
现在delphi的需求量小，工资偏低，我不能说它是个别现像，大家可以看每月的调查报告和统计数据，每月都有各种统计图表比较！
还有从人才需求量看看！我对delphi,C#没什么偏见，有时候完全是商业决定的，Borland没经营好它，那是delphi的不幸，对delpher人一定是有影响的，如果你再说只要什么有思想就行的鬼话，你可以去用delphi 1.0，反正工具也不重要？是不？
如果事情都这么简单，不也不会有那么多开发领域和开发工作得到的薪水是不一样的，反正是铁的事实摆在眼前，不愿意接受它也是确实发生的。
这里面也有市场需求因素！
就算思想牛怎么了，C++之父玩JAVA未必牛得过JAVA之父吧。不然搞这么多语言出来有什么意义，因为各有所长！思想也不是万能的，什么都能玩得转！

delphi做游戏有前景，看看“传奇”就知道了，本人从delphi5.0转到现在的c#，颇有体会啊，哈哈

感谢你的回答朋友··
再向大家请教一个文件上传的问题！！！！！！
源码：        if (this.FileUpload1.HasFile)
        {
            int MaxLength = 1024 * 1024;//最大为1M
            string name = this.FileUpload1.FileName;//获取文件的名称如：panjun.doc panjun.gif
            string type = name.Substring(name.LastIndexOf(".") + 1).ToLower();//获取文件的类型
            if (this.FileUpload1.PostedFile.ContentLength > MaxLength)//限定上传大小为1MB
            {
                Response.Write("<script>alert('上传文件的大小超过了1MB的最大容量！请压缩后再上传！')</script>");
                return;
            }
            if (type == "jpg" || type == "bmp" || type == "gif" || type == "png")
            {
                string filepath = this.Server.MapPath(name);//我想改成我想保存的位置，如G:\C#上机\服务器控件\img   ，该怎么写代码啊？？
                if (!File.Exists(filepath))
                {
                    this.FileUpload1.SaveAs(filepath);//这个是主要的完成上传的代码
                }
                else
                {
                    Response.Write("<script>alert('文件已存在，请重命名后再上传！')</script>");
                    return;
                }
            }
            else
            {
                Response.Write("<script>alert('你选择的文件格式不符合要求！')</script>");
                return;
            }
        }
        else
        {
            Response.Write("<script>alert('请选择一个图片文件！')</script>");
            return;
        }string filepath = this.Server.MapPath(name);[/color]//我想改成我想保存的位置，如G:\C#上机\服务器控件\img   ，该怎么写代码啊？？

再有人来回复，懒得看这贴，
荐楼主学习原来的技术，不要轻易改变自己的方向
asp.net 是不错的技术，因为web的时代来临了！
:)

太谢谢你了我已经坚定了学ASP.NET和C#
谢谢你的建议真的要是我分多的话全给你了``

本来看到这样的语气，是不想再说的了，只是看到“断章取义”就多说几句：
的确，【需求和管理完全是另外一会事，在哪种项目里都很重要】，不一定就是delphi才最强
我的经验告诉我，做MIS，用户是“易变”的，尤其是中国的用户，自己都不清楚自己要什么，或者清楚但是说不清楚
所谓易变，其实也就是开发者在理解、了解用户的需求上的困难，
这种困难导致开发者在不同阶段对需求的理解、认识不一样，所以才觉得需求又变了！
其实，变的不是需求，而是自己的认识！
只要不是故意跟你过不去的用户，谁愿意变来变去，
尤其是项目的开发实施这么个时间段内，变化的可能性本来就是很小的
而且，真正成功的MIS，应该能考虑到用户应用的发展趋势，他们合理的小的发展变化，应该是要考虑进去的
——到这里，的确都不是delphi特有的。
但是，要做到这一点，如果没有RAD且数据库支持得好的语言、工具，那只能是开发人员的一种奢望。
而delphi，就正好是很好地满足了这2点！
（这一点，有人可能会举vb甚至vfp的例子：它们岂不是更好！
但是，一般而言，它们这种语言，更适合高素质的业务人员学习后建立方便自己、部门的小型应用，
用于构建较大的系统时，可能会遇到一些瓶颈。相对而言，delphi在这方面的瓶颈更高一些。
不用说vb也有大应用的例子，行行出状元，各个语言都有把它发挥到极致的高手。
但我现在在这里只是说主流开发人员的应用水平）
所以，在游戏方面，我倒是不完全看好delphi。除非游戏开发的前期也需要大量的原型用于开发者与策划者甚至游戏用户的交互、沟通。至于说delphi开发MIS不用什么技术，更是无法认同。
delphi只是细节开发上帮你省掉了很多琐碎（同时仍然保留深入的能力），
而真正的企业应用框架，由于delphi出的早，没有直接提供（的确如上面有人说的：C#反而有！）
这一点，做delphi应用的公司，需要有人能创建出一套成熟的框架，从建立到完善，这个才是需要技术含量的
（公司的其他人在这个框架下进行开发，才能又省事（这时才可以说没有技术含量了）又高效（能应付更远更大的压力））至于认为我被什么一两套商业公司的东西所误导，实在是令我摸不着头脑：
一两套商业公司的东西，是指什么公司的哪方面、环节的东西？
开发工具、环境、平台？还是最终的MIS产品？还是系统集成公司的？？

delphi只是细节开发上帮你省掉了很多琐碎（同时仍然保留深入的能力），
我别的不多说就是DELPHI的界面也做的太垃圾真不懂它公司搞什么鬼 2010更是垃圾还没VC++的界面好
一个界面给人的印象也是很大的

调试易

我从C#转型学DELPHI 你们看值得吗？我真的很迷惘

解决方案 »

我从C#转型学DELPHI 你们看值得吗？ 我真的很迷惘

解决方案 »

我从C#转型学DELPHI 你们看值得吗？我真的很迷惘