如果用webservice的话可能速度会比较慢。

解决方案 »

  1.   

    用webservice肯定是可以的,但是必须确定是否有必要用。如果使用,用户与webservice交互都是通过调用webmethod。至于速度,就要看你的具体要求了
      

  2.   

    在。net的帮助里面有详细的分布式的例子。
      

  3.   

    c/s的三层结构中的业务层,你当然可以将其业务逻辑做成Web Service,只不过要Web Service能处理物理层,并能将相应结果输入给应用层!不过Web Service毕竟是面向网络的,我感觉不太好!
      

  4.   

    关于你用Web Service还是三曾的问题,我有以下感觉。
    Web Service不是成熟的技术,很可能会出现莫名奇妙的错误,也就是不稳定
    三曾没有必要用Web Service,如果你在企业内部使用的话。
    关于速度,我做过大量数据测试,一般的c/s(三曾)比Web Service快很多,我们当时用了16个客户端测试的。太多了没有做过。
      

  5.   

    完全可以
    在C#的客户端,可以通过VS.stdio添加WebService类的引用或者工具wsdl来实现一个, Web Service的代理类(Stub)。
    1.右击“解决方案”中客户端的工程,弹出菜单,选择“添加Web引用”。谈出“添加Web引用”向导对话框
    2. 在“Address”文本框中输入web Service的URL, 比如:某个Web Service为Test,并且一个类为Tx, 则URL为http://localhost/Test/Tx.asmx?wsdl, 回车
    3. 然后“available reference”,出现这个Test.Tx的web 应用。
    4. 展开“解决方案”Web 引用节点,查看这个引用类的命名区间为localhost
      

  6.   

    dyming0410 (dyming) 说的“编一个C/S三层结构的进销存软件”可能有些问题,从软件架来说 C/S是一个两层的结构,即胖客户和服务器模式,我不同意C/S三层结构这样的说法。从你描述的内容来看,我觉得你想设计的可能是一个MVC结构,你可以使用Remoting建立web服务来实现。速度当然不如C/S的了,看你如何取舍了另外,我们之所以设计多层的体系结构,除了要满足分布式计算外,更重要的是实现软件更高程度的可重用和可维护性,因此我同意windsoft(風寒葉殘) 的说法。
      

  7.   

    谢谢大家赐教,我主要的目的就是想让这个系统能完成以下几点功能
    1.数据库可以放在公网上。
    2.客户端程序很小,而且是winform方式,用户可以在公网上很快的下载。
    3.系统要有可扩展性,易维护。(可以中途改便商业逻辑,而无需重新下载用户端软件)
    4.要有一定的速度保证。
    5.我想用c#做用户端。
    请大家帮我想想用哪种方式最好,是否哪有这样的例子。谢谢大家了!
      

  8.   

    c#的客戶端總得安裝framework吧
    這就20M了
    如果訪問數據庫的話有可能還需要mdac_typ
    這就又10M了
    再加上你的程式

    失敗
    還是用asp.net吧
      

  9.   

    我也想过,但进销存系统操作太复杂,
    用asp.net操作性实在不好,好多地方都不方便!
    再说framework在windows2003上已经解决了!
    如果不用.net,那用哪种开发工具会更好,谢谢!