我们公司用Winform作桌面程序, 程序大了性能总是很差(大家不要说我们的代码没有写好,也不要说不慢,客户的512内存多的很),我很喜欢桌面开发, Winform又要被WpF代替...唉...............投资又被微软搞丢了................
我们都很苦恼, 我们很后悔没有用VC++或Delphi开发桌面程序, 相信微软吹它的Winform是如何的好?害的我们的产品性能差,害得我们的客户不满.,害的我们又要用Delphi重写//.........大家安慰一下我吧!!
大家要慎重选择微软技术,,,不要再跟风了!!!!!!!!!!!!!!!!!!!!!!!!
我们都很苦恼, 我们很后悔没有用VC++或Delphi开发桌面程序, 相信微软吹它的Winform是如何的好?害的我们的产品性能差,害得我们的客户不满.,害的我们又要用Delphi重写//.........大家安慰一下我吧!!
大家要慎重选择微软技术,,,不要再跟风了!!!!!!!!!!!!!!!!!!!!!!!!
欢迎来我的博客
http://blog.csdn.com/csdbfans
光在那说效率不行，怀念C++什么的，也不是个办法啊。难到你们还得 改成C++ ，若果真如此，吾也到是佩服。话又说回来，这是何苦呢，把个C#winform说得 这么不中用.
我到没这么觉得。
我们确实改用C++和Delphi了, Winform把软件作大了就不中用了,真的, 我以前也和你一样的想法,我以前一直不相信Winform有这么烂, 现在才知道, 我们没有看到Net中Winform的大作吧, 那个Paint.net也没有怎么升级了,都是小升级, 如果把Paint.net作得象Photoshop一样的大的话, 根本没有人敢用,就象Vista失败一样
开发桌面应用C#不是强项。
国内很多公司都比较急躁，这是无法避免的。 那么短的时间没几个人能想得特别周全，对内存和gc、效率都做到十分周全的考虑。
我们也曾遇到过内存不够用、效率不高的情况。 但是大师给我们提出了很多革命性的设计思路
比如设计自己个 内存 cache 体系、多用单例模式。尽可能的减少数据库、IO交互。
想起前段时间看了周公发的一篇关于托管/非托管的精华帖，感觉是我上CSDN几个月来看到的讨论最深入东东。论坛上讨论什么什么功能怎么实现的帖子太多了，希望大大们也多发一点关于.net底层的东西，某某功能如何实现的同时，再说说如何做的更好，更有效率。
Lambert兄发个你们项目在优化方面的心得贴吧，我等新手帮你推精！
因为能使用大平台软件的客户都不是没钱的主，他们配的电脑比我们开发时用的电脑还要好的多。
现在做可发已经很少需要考虑用户机子不行的问题了。
奉劝你们还是从优化构架开始，不要冒更大的风险换成Delphi, 从c#->Delphi 你们的掌握程度，把握能力并不一定比优化构架更高。
你们分析下，系统的瓶颈到底在哪。 UI 方面，数据库方面，内存使用方面。进程方面....
新构架+代码修改，我觉得不能超过 Delphi 开发得时间，除非你们用了这么长时间c# ， 还没有Delphi 熟。我想这不大可能
不是我用, 公司的产品,可以招Delphi的高手,用C#作WEB不错,这是事实
你错了，做web用Java，因为做Winform采用c#；
或者做WebServer
你们需要的是架构师，开发高手也没几个会专注于架构设计。 或许他在哪方面有专长，但有整体把握能力的人真的是凤毛麟角， 你们也缺这么一位人物， 不一定非要招聘来。 能有这种能力帮着你们分析一下目前的情况也就可以了。 数据库，我们是否应该做自己的数据操作层？ 我们有自己的缓存机制么？
窗体，我们用到了后台进程来处理耗时操作了么？ 用到异步了么？ 用到消息通信了么？ 你们真的十分需要深入的去做设计和分析，而不是拿来就用，微软的特点就是你可以拿来就用，但是想提高层次，必须得对微软的体系有一定的了解，有自己的想法和实践才行，Delphi 也是一样。假设你们用Delphi的程度停留在满足功能设计上，而无法提高非功能性比如系统响应、内存消耗的问题，你们最终的结果我想都是差不多的。另外说一点，我对你们的客户沟通能力表示怀疑，这种非功能性需求在高水平的销售团队中，完全可以和客户做有效的沟通，并化解。更不会因为这个而让项目推翻重来！最多是让开发重新修正代码提高效率。
我觉得他说的很有道理，说的也很全面，不过能说的更详细一点就好了。
或者推荐基本提高效率方面的书籍也可以。
你们初期项目分析都没想过没？？
程序实在不行我觉得可以试着优化。。
不一定要重做那么严重吧。。顺便广告下
长沙net技术交流群：83277516
长沙net技术交流论坛：http://www.jaylee001.cn
那微软要写好多代码操好多人了。特别是Private.
我们与客户进行充分的沟通, 我说了,我们给客户作的是图形图像处理相关的程序,有部分CAD设计的程序(定制),相当少的数据库程序..............客户同意给我们时间进行用Delphi或VC++重写,这也是我们沟通的最好结果
也没有感觉到什么太慢的问题哦，就是有时要从别的子公司数据库里取数据（都是异地的）时很慢（这样的远程连接慢好像也能说的过去），当然可能有 BuilderC 所说的架构方面什么的，没有充分考虑到
关键还是看自己的代码.
个人所知，在中国，国产像样的开发工具我没见过啊，毛主席说过，落后就要挨打；
所以我们就让人家牵着鼻子走吧。等吧
我在安装SQL的时候检测都会提示机器配置不足！