大虾们，高手们：C/S与B/S混合结构，怎么样开发才能易于实现，便于维护，扩展能力强。。。

大虾们，高手们：C/S与B/S混合结构，怎么样开发才能易于实现，便于维护，扩展能力强（1）主要以COM为主，作业务过程，加MTS技术，Delphi 开发C/S，ASP.net开发B/S
（2）全用Java实现
（3）全用.net实现
（4）等等请大家对各种的方案讨论一下，可以的话详细一点。我先出去运动，一会回来！

解决方案 »

免费领取超大流量手机卡，每月29元包185G流量+100分钟通话, 中国电信官方发货

用.net实现,服务端用webservice
采用MS的smartclient技术
然后毛毛雨啦
昨晚睡觉也有梦见这个问题Web Services 现正在成熟与完善之间，（自我觉得是自COM时代而来的又一次革命），以下是一些从网上抄来的资料：Web Services是当今最热门的企业级技术，越来越多的媒体热衷于谈论这个领域不断涌现的创新成果和各种联盟，已有的厂商纷纷宣布进入Web Services市场，新兴的公司则从一开始就打起了实施Web Services的主意。 俗话说，无利不起早。Web Services之热也正源起于它的商业价值及其所蕴涵的商业利益。进一步讲，Web Services代表着Internet技术的重大发展，企业已经从 Internet技术中获得了种种利益，而Web Services将使这种利益更大化。Gartner Group于2002年提出：Web Services是人们思考如何获取和提供商业服务的一种新方式，它带来了巨大的利益，包括降低成本，缩短系统的安装时间，提高企业的敏捷性和灵活性。 从IT技术的角度看，影响企业反应速度的直接因素是人、流程和信息在企业内外的流动。人、信息和流程越来越依靠IT手段而整合成为一个整体，Web Services能够沿着这个方向加强整合，从而使企业发展到“高度互联、自动化”的状态。换言之，人、流程与信息整合的需求为Web Services提供了广阔的用武之地。 ● Web Services使人、流程和信息之间的整合更加容易，从而缩短业务流程周期，提高了反应速度；同时，它能够为更多的应用和用户实时地提供关键数据，从而赋予企业以敏捷性和灵活性。 ● Web Services简化了客户的自助服务体系，让企业内部各个职能部门通过一个“窗口”了解客户，也使得客户通过一个“窗口”接触整个企业，接触到企业的新产品和服务。这有助于企业建立持久的、忠诚的客户关系。 ● Web Services有助于提高企业效率、决策的质量和速度。就目前而言，只有Web Services能够将分散在各种系统、信息孤岛中的数据进行整合，并让管理者们能够实时地访问这些数据，同时，也可以让合作伙伴、渠道和供应商直接访问相关信息和服务，以方便他们优化设计、采购、生产、库存管理、销售等重要的价值链流程。 Web Services技术标日趋成熟 作为新兴的技术，Web Services仍然处于发展与完善过程中。前面提到Webservices的基本功能是让计算机系统之间和应用系统之间互相连接，共享服务。因此，就技术本身而言，Web Services是复杂的。通俗地说，“Web Services”是一个多种技术的集合，如URI、UDDI、XML、WSDI 、SOAP、HTTP、SSL等等。这些技术发挥着不同的作用，因此人们又根据其功能将其分为三类：发现（Discovery）、描述（Description）、交付（Delivery），即所谓的“Web Services的3D”。 顾名思义，“发现”类技术的主要功能是发现Web Services，如URI和UDDI；“描述”类技术则实现了Web Services的自描述，如XML和WSDI等；“交付”类技术则支持用于构建Web Services的通信基础结构，包括SOAP、HTTP和SSL等。打一个比方，如果把Internet比喻成一条大街，大街两边贴满广告，当你在大街上漫步时，只能看看广告，获得一些信息。Web Services技术投入应用之后，大街两边不仅有广告，而且还会有饭店。也就是说，你不仅可以获取信息，而且可以获得服务。在这种情况下，UDDI会首先帮助你 “发现”一家中意的饭店；饭店的菜单采用XML或WSDI“描述”了各种菜肴的情况，也就是“描述”了饭店的服务；最后，SOAP可以帮助你与服务员交流，并获得想要的服务，从而完成“交付”的过程。（需要注意的是，采用Web Services之前，是人、机之间互动关系。采用Web Services之后，则是计算机与计算机之间的互动。） 从发展程度看，上述技术又可被分为“核心”、“正在形成的核心”和“扩展”技术。 “核心”技术代表已经成熟、稳定的技术，如前面所列举的都属于这一类。它们构成了目前实施Web Services 的基础，得到所有Web Services平台的支持，并正在推动Web Services的广泛应用。 “正在形成的核心标准”是指已经由厂商发布但尚待通过的技术规范，包括企业级应用所需的安全、可靠通信和异步性等，其中解决不同厂商之间互操作的问题尚需时日。但在同一厂商环境之中，比如BEA WebLogic，已经可以提供这些技术，并可用于实现安全、可靠、异步的Web服务。 最后，“扩展”类技术是指特定应用所需的技术，实际上，大部分企业级Web Services不需要它们，其成熟还需要较长时间。 从Web Services中受益 由于“核心”标准的成熟、稳定，Web Services的应用正在普及，尤其是在企业内部集成方面一直稳步发展。 3月底，《华尔街日报》曾发表了Web Services在维珍移动（美国）公司应用的报道，反映出Web Services在商业领域的实际应用状况。维珍移动拥有美国最大的全数字、全PCS无线网络，它采用BEA WebLogic Platform和Web Services创建了一个实时通信中心，把其技术设施完美地连接在一起，包括蜂窝式网络主干、客户关系管理系统和后台系统，为客户提供内容广泛的、实时的移动服务，充分体现了其更快的速度、创新、可靠、简便的服务特色。 不仅是电信业，目前Web Services在电子政务、金融、零售、能源、交通、电子制造、软件、地理信息服务等行业和领域都有广泛应用，并且有许多成功的案例， 软件业内咨询机构Stencil Group认为：Web Services的采用将经历早期应用、系统地部署、新业务模式等几个阶段。2002年中期以前为第一阶段，更加强调内部集成项目，驱动因素是成本效益和挖掘已有投资效益的能力。早期应用者来自金融服务、高技术制造、通信、汽车和保险等领域。从2002年中到2004年初的第二阶段中，企业会系统地、策略性地开发和采用Web Services，以理顺已有的流程。进入第三阶段后，将会出现为Web Services所驱动的新的业务模式，并实现真正动态的业务关系。 综上，Web Services已经不是远在天边的事情，尤其是随着软件厂商不断完善技术规范，并推出新的产品，越来越多的企业受益于Web Services指日可。
俺也从MSDN WebCast上找了几个教程(http://www.microsoft.com/china/msdn/events/webcasts/shared/webcast/downloadarchive.aspx  搜索一下 Web Services 就会有几个教程的)，看了一下，觉得（labonan(飞鱼)）的说法是完全可以接受，但没有试过，而且细节上一定会遇到一些困难，希望对这个方面熟悉的大虾们，高手们不要封笔，把一些好的经验开源一下（有什么好的电子书，例子等等）。我的QQ是: 30013004，（希望多交点朋友）
混合型的系统，关键在于c/s通过webservie访问server端，这样你的核心代码和逻辑都部署在WebServer/AppServer中，Client端只是多一种表现方式而已，这样c/b就基于完全一样的底层服务。否则系统的结构会变得很怪异，甚至导致很多矛盾。欢迎大家来我的博客作客：http://blog.csdn.net/aafshzj/
我正在写一系列关于AAF组件框架的文章。该框架能对开发工作提供很多帮助，并极大地提高开发效率。希望大家看一看并提出宝贵建议。
了解了一天Microsoft下一个通讯技术是 Indigo 在MSDN知道
通向 Indigo
最要用以下技术(1)Build services using ASMX
(2)Use WSE for WS-* support
(3)Keep components within your service boundaries
(4)Use System.Messaging for async queued messaging
(5)Use Enterprise Serviceswhen transactions,activation required
(6)Avoid or abstract low-level .NET Remoting extensibility such as sinks and channels
如果全用.net，我觉得（1）编程内就OO
（2）系统内就COM
（3）局域网内就DCOM或Web services
（4）互联网就Web services
（5）以用扩展就Indigo
如果全用.net，我觉得（1）编程内就OO
（2）系统内就COM
（3）局域网内就DCOM或Web services
（4）互联网就Web services
（5）以用扩展就Indigo
Indigo  没听说过那，，帮lz 顶。
我心里还有一个想法用　Oracle + Java （现在很多大企业也是用这种）但开发这种系统成本高，不适合开发中型以下的系统。顶一下，请大家，有多少就说多少，说对说错也没关系！只在交流
WCF:微软最新的服务方法
【2006-02-06 09:12】
【Daniel Rubio】
【TechTarget】　　    使用Web服务的每一种主要语言或平台都把与自身相关的特性集合在一个名字下，Java开源开发人员使用Axis，PHP阵营则使用PEAR，而基于微软工具的开发则使用WCF (Windows Communication Foundation).　　WCF曾被称为Indigo，实际上不只是一个Web服务项目，它的目的是要微所有的分布式系统技术提供一种保护伞，其核心是一套面向服务的API。　　现在，.NET框架是利用微软工具开发应用程序的最先进的方法。它已经为解决一系列C/S交互场景提供了办法。　　比如，ASP.NET Web Services(ASMX)提供了通过Web服务开发应用程序接口的最简单的形式，而.NET Remoting则是使.NET和.NET应用程序交互的核心。　　但在另一方面，很多系统不是构建得超出了.NET框架上下文的范围，就是得通过其它办法来进行特殊处理。　　对于需要Web服务标准支持(WS-*说明书)的那些应用程序，微软则使用了Web Services Enhancements (WSE)。而对于那些遗留系统，经常用到的分布式交互技术则是用于异步通讯的Microsoft Messaging、COM+以及Microsoft's Host Integration Server。　　你应该注意到所有这些场景都有一个相同的主题:分布式应用的通信。但是，很显然，每一种技术都用到不同的方法或技术来解决这个问题。而WCF背后的初衷就是针对应用程序中用到的所有通信接口为开发人员提供一步到位的方法。　　WCF是对.NET技术的一个补充，而非现在.NET框架的替代品。但当你仔细思考把微软的分布式技术都统一到同一个屋檐下会达到怎样的效果后，你就会领悟到为什么说WCF/Indigo是简化创建面向服务设计的重要组成部分，以及它为什么是未来微软的操作系统Vista的一个基础。　　在使用WCF时，你不仅只需要懂得一种方法就足以把很多应用作为服务暴露出来，而且你还可以用同样的方法来对付当前技术本身的底层细节。　　用WCF服务使能化应用程序的真正概念并非与那些用来运行Web服务的概念不同，真正的不同之处我们在下文中会体现出来。　　假设你已经有一个提供天气预报的应用程序。不管使用的什么接口，浏览器HTML、无线WML还是Web服务SOAP/WSDL，在结构内部都会有一个Interface和Class来为获得天气预报提供必要的钩子程序。下面的示例显示了WCF中这个Interface和Class:Listing 1.1 WCF Interface// Interface using WCF
using System.ServiceModel;[ServiceContract]
interface IWeather
{
[OperationContract]
double Celsius(String city, int time); [OperationContract]
double Farenheit(String city, int time);
}　　第一个声明表明了WCF的命名空间——using System.ServiceModel——而接口和方法声明则描述了应用的行为。这是直接的.NET语法，毋庸多言。而另一方面，带括号的声明是我们在.NET中熟知的属性，它是WCF的核心。　　[ServiceContract]表明该接口会形成WCF的可服务应用的基础，而在每一个方法前面的[OperationContract]则说明该方法会暴露成一个服务。　　以服务的观点，[OperationContract]被用来标明哪一个方法会最终成为WSDL描述的操作。这些WCF属性是最基础的，但是你可以指定一个完整的与服务相关的行为，并在最后使它们成为一种服务合约。例如，对于传统支持，一个[OperationBehavior(RequireTransaction=true, AutoCompleteTransaction=true)]的属性依然可以使用。　下面，我们可以使用这个接口，只要设计一个下面这样的实现类即可。　　Listing 1.2 Class using WCF Interface// Implementation class
class Weather : IWeather
{
public double Celsius(String city, int time)
{
   // Perform logic, return temperature for specific city and time
}

public double Farenheit(String city, int time)
{
   // Perform logic, return temperature for specific city and time
} // Private method
private double FarenheitToCelsius(double degrees)
{
   // Perform logic, return temperature in Celsius
}   // Private method
private double CelsiusTpFarenheit(double degrees)
{
   // Perform logic, return temperature in Farenheit
}  }　　在深入了解实现类使用WCF接口的细节之前，你应该意识到使用该Interface/Class的组合设计是很简单使用的OO实践。使用WCF和它的属性能尽可能简单的与真实的类直接合成。　　回到实现类，代码与典型的.NET类差别不大，但该类是继承了WCF接口，WCF属性对每个实现方法都会产生影响。　　现在，再转到实际部署这些代码的地方。WCF可以用两种方法部署，或者通过Windows Activation Service (WAS)，它与在IIS中部署ASP.NET Web Services (ASMX) I非常类似，而另一种方法则是直接在需要使用服务的任何内部应用类中部署。　　为了简单，我们采用与ASP.NET类似的方法。在这种方法中，一个WCF服务可以被整个替换为.svc文件与ASP.NET Web services .asmx文件一起部署，或者WCF类为DLL程序集使用代码后类型声明，例如　　最后，WCF服务需要被绑定到一个特定的地址，这是需要在ASP.NET应用程序的web.config文件中指定的。Listing 1.3显示了该文件:　　Listing 1.3 web.config for WCF Service<?xml version="1.0" encoding="utf-8" ?>
<configuration xmlns="http://schemas.microsoft.com/.NetConfiguration/v2.0">
   <system.serviceModel>
      <services>
         <service serviceType="SelfHostedService.Weather">
            <endpoint address="http://localhost:8080/weather"
                     bindingSectionName="basicProfileBinding"
                     contractType="SelfHostedService.IWeather"/>
         </service>
      </services>
   </system.serviceModel>
</configuration>　　通过访问在web.config文件中指定的最终地址，你可以获得由WCF服务提供的天气数据。　　用类似的办法，对于客户端，WCF也可以让我们从服务合约生成必要的.NET骨架来创建一个消费者应用程序，不过我们把具体细节留在另外的文章中讲解。　　至此，我们来总结一下对Windows Communication Framework的看法，即未来几年在用微软技术构建面向服务的应用程序时，它一定会成为主流的解决方案。