你要做一个什么样的应用服务器啊?
基于什么协议啊?你也可以自己开发一个协议!
服务器打开一个SOCKET用来和客户端通信,客户端打开一个SOCKET和服务器连接!
至于后面的主要是看你的应用服务器是什么应用了!

解决方案 »

  1.   

    我的前端主要是浏览器和asp.net,想实现一个为中间业务逻辑层提供服务和管理的应用服务器(主要基于.net平台),然后只要编写业务逻辑代码,提交给应用服务器,客户端就能获得相应的服务。客户端服务器通信不是问题。
      

  2.   

    服务器打开一个SOCKET,监听,获取客户端连接,解析输入流,响应请求
      

  3.   

    既然基于.net平台,就不想做这么底层了
      

  4.   

    目前应用服务器的话,你直接就用WebService就好啦,
    应用服务器现在分出来,就是为了实现创业的商业逻辑,其实也就是应用服务,
    在delphi里它是以midas实现的,vc等用com等技术实现,corba也应用蛮广的.net里薇软一直在吹而且未来的发展趋势也会向我一方向发展,
    下面给出简单的WebService和客户端的建立步骤:
    1,新建-》项目-》选择asp.net web服务
    2.在生成的文件中.asmx添加处理应用逻辑的代码,格式如下:我定义一个返回数据集的方法
    [WebMethod]
    public DataSet ReturnDataSet()
    {
       //建立数据库联接等,
       return tempDataSet;//tempDataSet是你Fill后的数据集
    }客户端:
    1,新建-》项目-》window应用程序
    2. 选项目菜单-》添加Web引用,
    3. 建立实例如下代码:
    localhost.Service1 sv = new localhost.Service1();
    DataSet dt = sv.ReturnDataSet();
    this.DataGrid.DataSource = dt;
      

  5.   

    前端和中间应用服务器的通讯方式要在Web Service和.NET Remoting中选择!
    直接就用WebService,不知性能如何?
    服务器端组件好像只能用COM+,mono支持COM+(想兼容Linux)?
      

  6.   

    FiLng(飞浪)
    Mono 实现了Enterprise Service命名空间中的类,但Mono不支持COM+。
      

  7.   

    实现了Enterprise Service命名空间中的类,但Mono不支持COM+,why?
    Enterprise Service其实就是对COM+的封装,那我用Enterprise Service编写的应用服务器能通过mono运行在Linux上吗?
      

  8.   

    用Enterprise Service编写的应用服务器能通过mono运行在Linux上吗?
      

  9.   

    .Net Remoting
    只是实现分布式对象的通信,这是基础