一个 WebService 页面几百个方法，这样妥吗？

我现在软件的架构是这样的：

Win32程序(客户端) --访问-->  WebService(服务端)
win32相当于展示层，webservice定义了几百个方法。

本来打算是分开很多个页面来做，但是重新配置webservice URI 太麻烦，所以采用partial 修饰符整在一个webservice 页面中。

是否还有其他好的方法？ webservice --------------------编程问答-------------------- 分成不同的类，把同类的方法放在同一个类里
都在同一级目录下，uri不变吧，只是类名不一样 --------------------编程问答-------------------- 不妥，会影响效率的 --------------------编程问答-------------------- 可以用名字前缀简单分以下，如
a开头，abc.a_abc();
b开头, abc.b_abc();
或者使用静态扩展
abc.a().abc();
abc.b().abc(); --------------------编程问答-------------------- 方法越多元数据越多，对客户端服务器端都有影响，尤其是客户端一个方法生成好几个几乎用不到的类--- 但根据经验比大量的asmx文件还是稍好些

建议是只保留一个[WebMethod]入口，传递要调用的method name和object[]形式的实参，然后到服务器端做分支，这里可用的技巧就很多了。当然为了调用方便，客户端最好要有专门的强命名化的调用
--------------------编程问答-------------------- 一个url也无所谓啊，里面的方法肯定不是都写在一个.cs文件里面的。

要不然windows 的api 岂不是要一大片dll ？ --------------------编程问答-------------------- 没遇到过这么密集的。看看 --------------------编程问答--------------------

引用 6 楼 dongt1 的回复:

没遇到过这么密集的。看看

飘过 --------------------编程问答--------------------
如果是一般性的使用，确实有点多。
--------------------编程问答-------------------- 分不分开，完全看维护代价是否高。

补充：.NET技术 ,  ASP.NET