在我的公司,有一场辩论正在进行。一些人主张将业务、数据和业务实体放在一个程序集中,以便于发现和查找。减少需要添加到项目中的dll数量。而其他人则引用应用程序架构指南,希望每个层和业务实体都在单独的程序集中。
请注意:
我们的业务和数据层都由COM +组件组成。
我们当前的硬件架构在同一台机器上有Web、业务和数据。
SQL在另一台机器上。
我们目前没有使用DLL版本控制,因为对于COM+来说这基本上是无用的。
我们中的一些人有一种直觉,认为我们应该分离我们的业务、数据和实体,但缺乏理由。
潜在地减少内存消耗。
通过仅将业务层程序集添加到Web项目中来鼓励正确的架构。如果数据服务也可用,则很容易以错误的方式处理事情。
当我们将Web服务器从业务和数据层分离时,我们将不必从一个庞大的程序集中安装我们不需要的东西。
现在我们的系统中有大约600个DLL。所以我们处于一个极端,在那里一切都被拆分了。肯定可以进行一些整合,但被提出的方案将把我们带到完全不同的极端,即每个应用程序都在一个DLL中。
我能否得到一些外部的观点来解决这个常见问题?
谢谢!
请注意:
我们的业务和数据层都由COM +组件组成。
我们当前的硬件架构在同一台机器上有Web、业务和数据。
SQL在另一台机器上。
我们目前没有使用DLL版本控制,因为对于COM+来说这基本上是无用的。
我们中的一些人有一种直觉,认为我们应该分离我们的业务、数据和实体,但缺乏理由。
潜在地减少内存消耗。
通过仅将业务层程序集添加到Web项目中来鼓励正确的架构。如果数据服务也可用,则很容易以错误的方式处理事情。
当我们将Web服务器从业务和数据层分离时,我们将不必从一个庞大的程序集中安装我们不需要的东西。
现在我们的系统中有大约600个DLL。所以我们处于一个极端,在那里一切都被拆分了。肯定可以进行一些整合,但被提出的方案将把我们带到完全不同的极端,即每个应用程序都在一个DLL中。
我能否得到一些外部的观点来解决这个常见问题?
谢谢!