当你决定要大的项目分割成更小的项目? [英] When do you decide to split up large projects into smaller projects?
本文介绍了当你决定要大的项目分割成更小的项目?的处理方法,对大家解决问题具有一定的参考价值,需要的朋友们下面随着小编来一起学习吧!
问题描述
当/你在哪里决定拆分大的Visual Studio项目为较小的多个项目?如果可以重用?当工程量太大? (但有多大太大了?)
When/where do you decide to split a large Visual Studio project into smaller multiple projects? If it can be reusable? when project is too big? (but how big is too big?)
的当你这样做拆分项目,你,的
-
通过数据库表组
group by database tables
通过类似的功能组
等..
推荐答案
<许多项目STRONG>优点:
- 更容易进行单元测试代码分离。我喜欢隔离会谈到数据库的代码有一个大的外部服务器的事情的依赖,对于会谈到SMTP服务器都有自己的汇编代码示例,代码获取它自己的组件,此会谈到web服务器代码,代码就像验证纯粹的商业逻辑
几个项目的优点:
- Visual Studio的推移更快
- 一些开发商只是没有得到关于瓜分的责任你的视野
所以你最终获得的额外项目的
的痛苦,并把一切都变成
一个项目的
效益将开始把课
随处可见。 - 每个项目都有一个配置,当你做出一个关于项目配置决定,往往你必须做出同样的chagne随处可见,如设置或更改强名称密钥
许多解决方案的优点
- 您打的最大项目级别后来。
- 只有在当前解决方案的东东被编译每次你按下F5
- 如果该项目预计不会在你的应用程序的命来换为什么遍地重新编译它?叫它做,它移动到自己的解决方案。
许多解决方案的缺点
- 这是给你的解决方案之间的工作了依赖和手动首先编译依赖关系。这导致了复杂的构建脚本。
这篇关于当你决定要大的项目分割成更小的项目?的文章就介绍到这了,希望我们推荐的答案对大家有所帮助,也希望大家多多支持IT屋!
查看全文