开发winform有前途吗？现在你们的情况是怎么样的？

我是初学webform开发的，现在感觉webform不如winform有前途，虽然工作机会很多但工资一般，不知道各位做winform开发的觉得winform怎么样？
大家都知道要精通一门语言是很难的，现在我想从一个方向发展，但现在不清楚学webform或winform从长远的角度来说哪个有价值。
请大家写下你们对现在开发方式的想法，和现在从事那种方式开发，及经验待遇情况，以给我和象我一样盲目的人做个参考。谢谢大家！格式：工作地点 开发方式  工作经验年限  待遇情况

解决方案 »

  1.   

    我先带个头
    北京，webform,一年工作经验，待遇2200元/m
      

  2.   

    工作地点 沈阳
    开发方式 winform + webform + win ce
    工作经验年限 <1年
    待遇情况 1K+
      

  3.   

    不錯，這個問題困擾了我很長時間，Winform和Webform兩者我都開發的時間比較長，個人認爲兩者都不能放棄，在系統效率上Winform效率絕對要比Webform高不少，但是winform在系統升級以及客戶端安裝的難度上比webForm要麻煩，因爲webForm根本不需要客戶端來安裝和升級。
      

  4.   

    广东汕头
    winform 
    工资1000+
    现在感觉很没前途,打算先工作几年,有一定工作经验后自己创业
      

  5.   

    web service现在研究进行时
    有前途
      

  6.   

    广东汕头
    winform 
    工资1000+
    -----------
    我晕，能够温饱不？
      

  7.   

    不管WinForm还是WebForm，以后统统转到Avalon :-)
      

  8.   

    to Sunmast:
    那是不可能的。当初ms还说要实现COM的大同世界呢，结果呢？如果局限在C#来说，我觉得还是WebForm有前途，因为用C#做WinForm没什么特别的优势。整个从编程来说，我觉得做WinForm开发比较有个人的上升空间。
      

  9.   

    基于微软技术的，限于企业的内部应用，HTML被WPF取代是完全有可能的
    163和sina这样的网站是不可能>>> 用C#做WinForm没什么特别的优势
    那些做桌面软件的公司，为了迎合Vista，用.NET/C#是必然的选择（事实上这两个月猎头们老来给我说这个）
    MC++也可以，但既然都是managed的东西，转到C#基本上是早晚的事情我还能给你一个case：
    微软（好像是微软一个合作伙伴什么的）有一个小组给客户做一个项目，用的VC/MFC，但老出现致命错误，找了好久都没找到
    后来不得不用C#重写界面，然后用一个工具把它变成了native程序集（程序员杂志曾提到过），这才解决问题
    （只是听说的嗯）
      

  10.   

    如果你真用C#做几个复杂的WinForm程序你就知道了，C#那糟糕的封装一样不是吃素的。对于你说的case，我这里有恰好相反的例子，用C#总是搞不定，因为C#的ListView的自绘做不出所需要的效果，最后只好转回C++来做才做出来。(这可不是听说的哦～)做精巧的界面，还是要C++。做易于发布的WinForm程序，还是要C++（就算90%的用户装了.NET runtime，那还有10%没装呢）。C#目前最大的用处，还是写写简单的程序（从技术角度而言简单）。
      

  11.   

    另外，有工具可以把C#开发的程序转换成native程序集吗？大概是随程序起一个微型的runtime吧？否则谁来做垃圾收集？
      

  12.   

    >>> 如果你真用C#做几个复杂的WinForm程序你就知道了
    事实上我这两年一直在做WinForm>>> C#那糟糕的封装一样不是吃素的
    要是你觉得MFC的封装比.NET好，那我也不想和你争>>> 用C#总是搞不定，因为C#的ListView的自绘做不出所需要的效果
    一个东西的好坏不是看能否做很具体的某件事这么简单的
    这么说吧，我用listview实现了一个类似windows资源管理器的控件，用了大概400行代码。你用C++要多少代码？>>> 就算90%的用户装了.NET runtime，那还有10%没装呢
    那又如何？>>> 有工具可以把C#开发的程序转换成native程序集吗？大概是随程序起一个微型的runtime吧
    有的，我确定，只是有些限制（比如反射的应用）
      

  13.   

    C#本来就没打算解决所有问题，这个和C++的设计思路可能不太一样而C#在winform上虽说不能做到所有事情，但最起码可以做关于Windows UI的80%的事情，已经基本够用了
    况且，在无法实现的部分，你还有多种选择，比如用VC写个ActiveX控件，或者直接用p/invoke调用API等
    即便如此，开发效率还是要高非常多
    在我看来，只有.NET Framework本身和运行效率是目前仅有的两个问题
    前者和当年VB碰到的问题一样，现在不也没问题了么？
    后者在未来3-5年内也会基本消失