各位资深的大哥:现在哪家大公司在使用c#设计c/s?

解决方案 »

  1.   

    同迷惑中,深圳招C#大多是去搞asp.net...,郁闷中
      

  2.   

    用c#做windows项目也许确实没有很大优势,不过纯windows项目亦非大势所趋
      

  3.   

    对于企业内部的erp难道就不采用c#了吗?不可能都是用b/s吧,对于用户输入来说c/s肯定是首选
      

  4.   

    企业应用,服务器端开发用.NET是没有问题的,但目前多数应用开发以B/S为主,所以还是得会ASP.NET
      

  5.   

    因为C#需要.NETFramwork 的支持。所以跨平台性不好。不过,VISTA已经内置.netFramwork3.0了
    所以再过1到2年等VISTA普及了,就会好起来的
      

  6.   

    现在企业内部的b/s只是用于内部erp/管理系统的辅助,真正的erp有几家是使用b/s的呢??
      

  7.   

    我也是做C#项目(C/S),和楼主一样迷惑中ing
      

  8.   

    现在就用的是C# 作的C/S程序,感觉还行。别去迷惑,
      

  9.   

    用.net开发系统的好处,不管是c/s,还是b/s方式,业务逻辑和大部分功能不用更改.越来越多的企业愿意采用b/s的方式来使用,当然c/s也有不可替代的地方,主要还是看需求.
    像现在erp功能哪些功能不能用b/s方式来实现?恐怕很少了.
      

  10.   

    我们在做 Windows Form 的智能客户端
    不过在成都
      

  11.   

    b/s的执行速度受到asp.net的约束是最大的瓶颈
    b/s的类的功能没c/s的强大这也是同样的道理
    我个人觉得c/s下实现的智能客户端才是趋势所在
    请教各位见解
      

  12.   

    我也是做 Windows Form 开发的!同样迷茫中
      

  13.   

    我也是做 Windows Form 开发的!
      

  14.   

    也是做Windows Form开发的...同迷惑...
      

  15.   

    c#作client目前应该还是不成气候。毕竟不是每人机器上都装了.Net Framework。
    而且估计较长的时间都不会成为主流。
      

  16.   

    如果只考虑在服务器处理功能上来说,b/s方式占用服务资源少,主要是一些个性化设置与及状态信息,有些部分处理可以在客户端上处理,本质上多线程任务都在服务器上处理.b/s和c/s的混合模式我认为才是趋势.
      

  17.   

    现在很多公司的ERP和一部分MIS也都是用C# ASP.NET开发的..所以Windows也就用得相对较小了...
      

  18.   

    也是做Windows Form开发的
    不迷惑
      

  19.   

    根据三层结构的概念可以把业务逻辑等封装到dll中再在前台调用
    而.net的c/s或b/s程序都可以调用相同的dll也就是说对.net来说c/s或b/s程序只是前台显示不同而已
    大部分公司不用.net开发主要是.net不免费 这也是java为什么那么猖狂最大原因
    还有就是.net对开发公司来说算是个新东西 他们不会放弃以前的开发用.net从头开始
    而且.net也需要有胆识的公司做一些大型的应用来证明他的可靠性
      

  20.   

    .net的开发包是免费的,只是ide和数据库(当然如果你使用sqlserver)是收费的,而且在很多都不会去分java或者.net,如果提供一个webservice你并不用关心是java写的服务还是.net写的服务,在功能上可以很好的划分,主要还是看您的系统框架是否合理和解藕程度以及扩展性.
    有人喜欢java的OpenSource和成熟度,也有人喜欢.net的快速开发,在功能上java实现的.net也有相应的解决方案,反之也是.
    .net与java在同一管理系统中并存和处理是完全可以的.(其它语言也是可以)
      

  21.   

    c#几乎是无敌的!我以前是学java的,后来是学C#的。我的java水平比C#高一点,可是你必须记住C#用好了就是无敌的。C#不好入门,不好精通。你们所谓的入门容易是靠着microsoft的优秀而强大的ide得到的。如果。把java and C#有记事本编一下,难度相当!
      

  22.   

    使用C#现在大多是做web开发的。
      

  23.   

    到WPF流行起来了没有人不用c#了吧~~~~
      

  24.   

    由于winForm程序是运行在客户端,所以.net开发的WinForm程序必须要求客户端装上一个.Net Framework,尽管微软提供了将.Net Framework打进安装包的插件,但是对于一些小型软件(几M的)来说携带一个比自身大出几倍到十几倍的.Net Framework显然是一件令人头疼的问题,而对一些大型软件(100M级的)则无所谓。随着微软对.Net Framework的普及(新操作系统以及SP包)C#开发winform程序将逐渐发展起来。到Vista时代微软不在提供win32接口,wpf将是下一代程序的开发主角,届时C#将大显身手
      

  25.   

    关键是做c/s的公司已经很少了,谁想到处跑来跑去的安装c/s呢?
      比其来b/s更加的方便,asp.net做电子商务网,做c/s的也不是没有,用vb.net做c/s嘛~
      

  26.   

    可以在网页上提供客户端的下载,有b/s来带动c/s.如果是erp我认为c/s and b/s一个都不能少。c/s and b/s的混合模式!才是erp所需要的!
      

  27.   

    我和楼主一样,对自己学习的C#很迷茫!网上传得沸沸扬扬,说C# XXXXX之类的。
    倒是我认为做B/S的东西很方便,很强大!
      

  28.   

    其实C#的功能挺强大的,当你的WINFROM程序很复杂的时候,你就会发现其编写是多么的方便---比起以前的C++。可能是缺少文档资料的原因吧。其他语言的存在的时间很长,被他人研究也很透彻,所以文档资料都很健全。C#还是一个新的语言,研究透的人很少,而且现在同类的语言很多了。
      

  29.   

    B/S的后台维护程序可以用C#做,使用简单开发快且比做到B/S中要安全
      

  30.   

    同情楼主,因为绝大部分企业转型向Web发展了,就连操作系统也是。现在做winForm研究的人已经很少了,象钩子、句柄这些常用的东西以后恐怕没有人会提起了。winForm也许还会在个人软件市场上支撑一段时间