当前位置:  开发笔记 > 编程语言 > 正文

3(物理)层架构是否效率低下?

如何解决《3(物理)层架构是否效率低下?》经验,为你挑选了1个好方法。

注意:当我提到tier时,我的意思是物理层.本网站上有关"层级"的许多问题都是指逻辑层,这不是我所要求的.

我正在使用标准的"3层"架构设计应用程序,包括演示,业务逻辑(BLL)和数据访问(DAL)层.该技术是WPF,C#,LINQ和SQL Server 2008.我的问题涉及这个应用程序的物理架构.

我可以将BLL/DAL放在一个标准的DLL中,该DLL在用户机器上加载并运行,形成一个2层架构 - 客户端机器和数据库服务器.但是将BLL/DAL转换为位于应用服务器上并从用户机器调用的WCF服务并不困难.这将给我一个3层架构 - 客户端机器,应用服务器和数据库服务器.

我的问题是 - 使用3层架构有什么好处?我经常被告知3层增加了可扩展性,但对我来说并不是很明显为什么会这样.当然,你要用同样的数据来打击性能,必须通过线路进行两次跳 - 从数据库服务器到应用服务器,然后从应用服务器到客户端机器.

我很感激有经验的建筑师和开发人员的建议.



1> jfawcett..:

这取决于您的应用程序的使用和您的安全要求.如果您的应用程序是通过Internet使用的,并且您以任何方式存储任何可能敏感的内容,强烈建议为数据库添加物理删除.永远不要让任何人从外面进入任何可以直接访问您的数据库的机器.人们可以而且将会试图破坏你的安全,没有比没有更好的事情更好的理由了.

可伸缩性也可以是表示层(在Web服务器前面)和数据库中的一个因素.将负载均衡器放置在表示层前面允许将传入请求路由到可以独立管理的计算机阵列.可以在需要时将机器添加到池中并移除以进行维护.在其他层之间放置负载平衡器可以产生相同的影响.我们的想法是提供灵活,动态的后端环境,可根据需求进行调整.

推荐阅读
Chloemw
这个屌丝很懒,什么也没留下!
DevBox开发工具箱 | 专业的在线开发工具网站    京公网安备 11010802040832号  |  京ICP备19059560号-6
Copyright © 1998 - 2020 DevBox.CN. All Rights Reserved devBox.cn 开发工具箱 版权所有