有很多教程教我们直接使用数据库来使用一些 ORM，但在现实生活中，我不记得有一个直接使用数据库而不是服务的大项目，所以这些教程的数量对我来说似乎很奇怪。
直接连接的应用程序在数据库和应用程序之间的数据传输速度方面具有真正的优势，并且它们没有由于服务层而出现的功能限制（例如，让我们采用实体框架和 WCF 数据服务（本身使用相同的实体数据模型） ））。另一方面，服务解决方案更加安全和灵活，这就是为什么我（我认为许多其他程序员）通常选择它来构建具有某种常见业务逻辑的大型应用程序......但是！有时速度损失高达10倍！遗憾的是，应用程序的响应速度低于应有的水平。
所以我想问的问题是：你能分享一下你自己构建没有Web/服务层的企业应用程序的经验吗？什么时候它是一个好的选择？
企业应用程序！= n 层应用程序。这意味着您可以编写企业应用程序而无需创建单独的物理中间层（业务逻辑）。创建单独的中间层必须始终是需求的一部分，因为它会增加很多额外的复杂性=很多额外的成本。
单独的中间层的通常要求是：
- 安全性 - 有时 Web 服务器位于 DMZ 中，中间层必须位于安全网络中
- 可重用性 - 您希望在多个应用程序中使用中间层，这也会导致 SOA 需求
- 可扩展性 - 中间层可能要复杂得多，因此在前端层上独立扩展它会很有用。如果您想在多个应用程序中使用中间层，您还必须能够独立扩展它。可扩展性要求通常基于性能和可用性要求。
如果您没有任何此类要求，您可以创建多层应用程序，其中前端和业务逻辑位于同一服务器上的同一进程中。
本文内容由网友自发贡献，版权归原作者所有，本站不承担相应法律责任。如您发现有涉嫌抄袭侵权的内容，请联系:hwhale#tublm.com(使用前将#替换为@)
