一、将所有要共同使用的资源包括类按类别分成几个类库,用一个解决方案进行开发;
二、每个子系统建立一个解决方案。

解决方案 »

  1.   

    如果项目之间关联的防灾一个解决方案中
      

  2.   

    应该都放在一个解决方案里面的。。
      

  3.   

    建立一个解决方案,将所有能共用的东东都共用了。
      

  4.   

    1.还是觉得第1种好每个系统有一个dll  部署时可移植性比较好 各个模块之间是独立的
      

  5.   

    代码结构好好规划一下,用一个项目足够了,如果用反射可以动态的根据名称等文本信息调用其他方法或窗体类,可以免除项目引用再编译的麻烦,不过执行速度慢了很多。
      

  6.   

    创建一个解决方案.在里面生成多个项目.这种方法调度方便.代码管理方便.
      

  7.   

    2.所有系统建立一个解决方案,所有项目建在这个解决方案中
      

  8.   

    能说说建立多个解决方案有什么不好?
      

  9.   

    还存在这样一个问题,我每个系统除基本表的放在各自的解决方案中,对于基本表我是单独建立一个解决方案还是放到其中的一个中?
      

  10.   

    一个解决方案,提取公用的东西
      

  11.   

    多个项目一个解决方案,看起来比较的统一,个人意见,仅供参考
      

  12.   

    第二种,使用一个解决方案,
    看过的案例都是第二种的。
      

  13.   

    放到一起好,如果项目太多,可以用那个企业模板的在分一下类别,看起来会清晰一些。
      

  14.   

    使用一个解决方案,多个项目
      

  15.   

    up
    我建议用多个解决方案(一个子系统为一个方案),这样子系统之间层次分明,不会产生很强的依赖性。
      

  16.   

    建议用2
    还没见过用方案1的,没有必要分那么多解决方案,没有任何好处又增加了复杂程度。
    不会是系统超大吧
      

  17.   

    建议用方案1,这样做结构清晰、代码共用及复用性强。
      

  18.   

    如果项目不大,建议第二方案.容易利用vs维护整个项目.
      

  19.   

    第二种,因为我们公司曾经也开发过这样的项目,觉得这样开发速度和可取性比较高
      

  20.   

    还是后都后,通过反射动态地调用