三层架构中业务逻辑层的实现方式有哪些

Question

webservice三层架构

Answer 1

BLL层  一般都是继承接口实现，使用接口可以扩展 业务逻辑。

Answer 2

你是问如何远程通讯是吗？不要挂个“业务逻辑层”的名义，业务逻辑层不一定一定要远程访问。远程通讯问题，如果放在10多年前，那么使用 webservice 算是一个挺时髦的方式。尽管真正的大系统（例如电信公司）里边的远程通信都是更直接更有效率的形式，但是webservice直接封装了“xml序列化/反序列化，以及schema自动发现模式”所以更适合业余开发人员快速上手。如今早已经从xml时代过渡到json时代（或者是有许多比json更轻、更快的协议），效率和灵活性更重要。

Answer 3

你学习一下 ajax 框架（例如jQuery）比较统一的标准化、轻量级访问方式，就知道了。例如我们的 ajax 程序如果访问 asp.net 网站的话，基本上都是访问 ashx 通用程序服务。只有真正开发windows service企业级服务系统的人才能够有一定的自由度选择通讯方式。如果你使用门槛极低的asp.net网页开发工具，你自然需要从那里找方法。我猜你现在根本不会开发企业级windows service系统，那么说多了其它方式，其实也没用。

Answer 4

大多数我不把服务看做是业务逻辑层来处理的，呵呵~楼主想问的应该是关于服务层这块的实现技术吧，如果是内部项目可以选择WCF，如果需要公共接口的用webAPI（restful service） ，大多数情况下可以使用webAPI + WCF 组合技术，将WCF作为内部业务处理的通信技术，而webAPI作为外部通信接口

Answer 5

应用程序和网页都能调用的接口？ 不想事多，就全部用web api吧

Answer 6

怎么说
轻量级，手机、pad、web都可以方便调用和解析，免得你写wcf别人还去解析繁琐的xml

Answer 7

虽然WCF也有RestFul方式提供，但因为先天问题，在Rest支持方面，还是WebAPI更专业

Answer 8

怎么说
轻量级，手机、pad、web都可以方便调用和解析，免得你写wcf别人还去解析繁琐的xml
所以最好的办法或许是wcf + webapi这样的设计
wcf做为内部通信其优势大于webapi，而外部调用为了求简单的通用，大多用webapi是最佳的