举个简单的例子
方案:统一食品公司订货系统
A专案:统一食品公司库存管理 UI
B专案:统一食品公司库存管理 API (DLL)
C专案:子公司订货API(DLL)
D专案：康是美订货系统UI(Include C专案)
E专案：7-11订货系统UI(include C专案)
我会习惯把一个案子开成一个"方案"
有的时候案子底下会有好几种不同的子系统(专案)
在每个不同的子系统通常会把共同的需求切出来做成DLL(专案)
让每个子系统可以共用
这样在维护上除非太大的变更，不然只要对特定专案进行调整就好
※ 引述《tyc5116 (累人啊....)》之铭言：
: 如题,IDE是VS,换了公司,软件和之前用的不同,还不算很习惯
: 新公司的架构和之前的不同,在方案和专案中有些不懂的地方
: google没找到满意或者够完整的答案,向大家请教一下
: 在VS中,一个方案底下可以容纳多个专案
: 在我先前的认知中,每个专案应该都是可以独立运作的
: 举个例子(虽然我也不知道这例子好不好XD)
: 由A自己独立开发一个俄罗斯方块的游戏,称为A专案(会生成一方案内含一专案)
: 由B自己独立开发一个打砖块的游戏,称为B专案(会生成一方案内含一专案)
: 由C开一个方案,内含一个专案,作为主视窗,连结AB专案
: 一个完整的方案就搞定了
: 我要强调的是,每个专案都是可以独立运作的,透过方案将其整合起来
: 但实际上,我遇到的方案,里面的其中某几个方案
: 标示是属于dll专案,要与主要专案配合,他是不能独立运作的
: 若是如此,专案的意思似乎没有太大意义
: 还是只是公司的作法不完善而已?