谁给我出个主意。

[szjarvis]

我在同一解决方案下有两个项目，一个是BLL，另一个是ROLE，ROLE引用了BLL，但我在BLL中需要使用到ROLE中的类，怎么弄？

[打工都是人上人1.1]

一样添加引用或者解决方案名.项目名.类名。

[静静-风]

貌似不行吧！为毛不健到一个项目下！

[szjarvis]

1楼的方法不行，两种不同的业务，想独立点，突然想到可以再建个项目被那两个引用，但这样是不是有点复杂了，有没有更好的方法。

[以专业开发人员为伍]

引用 3 楼 szjarvis 的回复:

1楼的方法不行，两种不同的业务，想独立点，突然想到可以再建个项目被那两个引用，但这样是不是有点复杂了，有没有更好的方法。

如果你想到了建第三个项目，那么把它直接建到BLL中也不失为一个更高内聚、更合理的方式。 当然你建立成三个项目，也完全可以（甚至能更好）。我只是想说，仅仅按照你的那点描述，不能判断说把它建在BLL中就不好。这实际上要看你的药独立出来的部分是不是相当复杂，如果有一定规模就可以单独创建第三个项目，否则把它建立在BLL中内但是保持ROLE的命名空间就足以了。这样你只需要把源代码文件迁移到另外一个项目中，而引用ROLE的命名空间下的这部分功能的代码完全不需要修改（不需要修改命名空间）。 在你的BLL项目中完全可以包括一些ROLE命名空间的内容。不要以为BLL中就不能设计点ROLE。不要以为凡是以ROLE为命名空间的内容全都得在ROLE项目中来编译。

[以专业开发人员为伍]

实际上对于ROLE经常是这样的，它是个所有应用系统必须的“附件”，但是功能可小可大。在基本的功能中，在一个项目的最初6个月的开发中，可能有一个非常基本、非常实用的一组以ROLE命名的功能代码。但是可能它只有一两千行，只有5、6个class文件，不值得当度弄一个项目。就是在主程序项目中。 但是将来做大了（例如从一个简单的通用管理软件变成为一个工作流引擎平台），需要一个有着三、四千行的ROLE，或者说从原来的ROLE中在增加扩展的两、三千行代码，而且这个新的ROLE还要引用工作流画图引擎、工作流数据库引擎、工作流规则计算引擎、Excel服务器引擎、SharePoint引擎等等，甚至要单独支持新的前端api（把原来的ROLE功能的前端api增加10倍的新功能），那么你可以单独创建一个新的命名为ROLE项目，它继承自前一个项目中的ROLE命名空间下的框架。不需要修改和推翻原来的工程之内的ROLE。

[以专业开发人员为伍]

不值得当度弄一个项目 --> 不值得单独弄一个项目 可能是你一上来就“高大上地”弄出了多项目包装，然后又发现实际上你的这个ROLE有许多目前感觉比较浮夸（以至于它引用BLL，而不是BLL引用它）、不确定的设计因素，你希望一些可以落地的东西先在BLL之下实现。现在发现原来简单实用的东西也更方便。 那么我来帮你理一下从简单实用的架构到扩展架构的更加真实的情况（而不是浮躁地博客上的理论），你可以有更加灵活而又不失分寸的设计。

[szjarvis]

谢谢各位大侠的指点，我又重新整理了一遍。谢谢。