探讨一下apache mina在具体应用中的架构策略-抛砖引玉
大家都知道,MVC架构模式是经典通用的,具体应用中采用这种模式是简单清晰的,分层为控制层、业务层、表现层。SOA架构,面向服务的架构。比如具体应用实现方式有比如ssh(spring,struts,hibernate)。apache mina架构也可以分层为服务层(IoService,Ioacceptor)、过滤器、处理器、业务处理层。但是看到mina发布服务的方式,一个acceptor绑定一个ip和端口,再绑定一个业务处理器handler,然后这个业务处理功能作为一个服务发布给客户端调用。那么具体的应用,往往包含很多业务模块,让这个服务器统一处理。如果按照mina这个模式,是不是要一个业务处理模块发布一套handler,acceptor,绑定一个ip和端口。会很复杂。请教一下,mina能否实现一个统一的服务接口方式,如服务器绑定一个ip和端口,采用一个acceptor,绑定多个业务处理模块的handler,给客户端按业务模块提供不同的接口url(最好restful风格的webservice),然后客户端访问这个ip和端口,根据不同的请求url就可以访问,得到到不同的业务模块的功能处理并响应了。
建议的架构组件mina+restlet,大家探讨一下能否实现呢?