delphi 转 C#

[rlqiang]

用了几年的Delphi7感觉很是不错，RAD，很多控件，速度也不错。三层的C/S，开发起来相当顺手。可是，去年搞了一年的JAVA，回过头来再用Delphi，觉得很多地方都感觉很是恼火。面向对象、界面和业务、MVC......可是JAVA却不是很好的C/S开发语言，很是郁闷。想转C#，从头再学吧。却丢弃不了Delphi中的很多源码、框架、控件....想写一个三层的C# C/S框架，忽然感觉到无从下手.....
同志们有没有好的建议？

[lextm]

面向对象、界面和业务、MVC
========================
使用Delphi也可以做到上面几条，只不过CodeGear默认的VCL框架不包含这些东西罢了，并不是说不可以做。lz的看法未免极端。有可能的话，还是静下心来用Delphi做做实验看看，毕竟还有那么多人在使用Delphi。

[rlqiang]

多谢各位的建议。
要是没有使用Java，也许我不会有这些想法。翻了一下李维写的《面向对象实践之路——Delphi版》，还有刘艺的《delphi面向对象编程思想》，还是觉得delphi不是为面向对象所生。delphi在意的是RAD，心理面对Delphi的编码方式有了抵触情绪。有没有从Delphi转到C#做多层C/S同志？给点建议吧。谢谢了。

[fuadam]

感觉c# + websercice的cs程序开发速度还是慢，想听听你对cs三层的见解

[rlqiang]

——————————————————————————-！！！！！！！！！！！！！
建议CSDN取消按“ESC”清除内容的功能！！！！！！！
写了半天，不小心按了ESC，全没了~！！！！！

没有感觉了。！！！！

[rlqiang]

这个回复框，“智能”的让人很生气~！！！！！

[rlqiang]

Delphi的三层只是客户端、服务器和数据库而已。
没有正真意义上的分开表示层、逻辑层和持久层（我这么认为）。服务器端处理的是数据的存取操作和业务规则，但很多逻辑还必须放到客户端。客户端与服务器，只是“调用”、“连接”等操作。并不是非要强调使用表示层、逻辑层、持久层。而是因为有了使用JAVA的体验，却一直没有找到很好的、在Delphi上的解决方案。所以心里有些窝火，想转到C#。Delphi上不好做到完全的面向对象，和很好的高聚合、低耦合。凭经验，Delphi写的项目，如果没有很好的文档支持，如果长时间不去熟悉一下，一时间很难做好后续维护工作。
刘艺的《面向对象编程思想》中，界面和代码分离一章，起始也没有正真意义上的分离，何况他给的案例是很简单的那种。李维的《面向对象实践之路——Delphi版》让我有点失望（大概翻了一下，感觉没有兴趣读。）
————————————————————
最近心情比较烦，其实最近没有什么开发项目。只是想多学习一下。却发现，自己已经跟不上了。

[ronal212121]

原来CS 现在只做BS了

[ronal212121]

CS还是delphi嘛
BS 用.net

[ziseliuxingzh]

我也觉得CS用delphi方便，虽然我也不是很懂。呵呵

[Jinglecat]

没用过 delphi

却丢弃不了Delphi中的很多源码、框架、控件....想写一个三层的C# C/S框架，忽然感觉到无从下手.....
=====
即使是线性的3Layers， UI 与 BLL 都不会耦合，为什么丢弃不理控件？ 难道在 delphi 中你的 BLL 中有 UI 的踪影？

思想不都是相通的吗？

[BIGBIRDINWOODS]

用的是C#，感覺delphi更方便

[jinjazz]

不用delphi好多年，对于设计企业框架来说，.net比delphi方便很多。