问题标签 [projects-and-solutions]

对于使用 NHibernate 并尝试引入一些 DDD 概念的 WebForms 解决方案，您推荐什么作为正确的项目结构？

假设根命名空间和解决方案名称是 Sample

• Sample.Domain - 包含我的域对象和我的映射文件
• Sample.Repositories - 包含我的存储库和 nhibernate 连接配置文件
• Sample.Business - 包含我的业务逻辑
• Sample.Web - 实际的 WebForms 项目 - 所有 Presentation

我忘记了什么？有没有更标准的方式来命名这些？
关于这个主题的任何伟大的博客文章？

我的任务是维护 Visual Studio 2005 解决方案，但我只能访问 Visual Studio 2008。每当我尝试在 Visual Studio 2008 中打开旧解决方案时，IDE 都热衷于将解决方案转换为新版本。

在这个转换过程中到底发生了什么，有没有办法阻止它（因为我需要提供代码以便它可以在 2005 年打开）？

我不知道它是怎么发生的，但是大约一个星期以来，每次我在同一解决方案中的文件（不同项目的）之间移动时，Visual Studio 都会不断切换活动项目。当然当我按F5开始调试或Ctrl+F5运行测试时，它告诉我无法启动，因为无法直接启动类库……它再次切换了活动项目。

这让我发疯，我找不到将其关闭的设置。我已经安装了以下插件：

• ReSharper 4.5
• 团队城市
• AnkhSVN 2.0.something（最新）
• 幽灵医生
• 加里奥

我已启用和禁用在解决方案资源管理器中跟踪活动项目选项，但这没有帮助。

任何人的想法？

谢谢！

更新：

• 我按照Sharptooth的建议检查了ProjectGuid，所有项目都有一个独特的guid。

让我们扮演魔鬼的拥护者：您不让管理层编写解决方案，而是购买昂贵的软件包的原因是什么？

我有一个相当大的解决方案，由大约 10 个不同的项目组成。到目前为止，我们已将整个解决方案作为一个整体交付给客户，但我们正在考虑交付我们软件的剥离版本。

为此，我想从解决方案中排除几个项目。我知道您可以阻止在解决方案配置管理器中构建项目。使用宏可以在选择剥离配置时禁用所有代码引用。不幸的是，这不涉及项目引用。我可以根据所选配置使这些参考有条件吗？

我想搜索我的 VS 2008 解决方案并返回所有 .rpt 文件。

如果可能的话，我希望它在代码中。我很想遍历这些文件。

（这是为了对我继承的解决方案进行一些维护，并且有很多我正在尝试清理的未引用代码）

这个问题涉及一些其他相关的问题，我只是把每一个问题都扔在上面，随意回答一个或多个。

• 分离 Projects/DLL 有什么好处？
• 分离 Projects/DLL 的缺点是什么？
• 如果我为每个可共享资源创建一个新的解决方案/DLL，会不会有很多项目？
• 在过多的项目（如 40 多个）之后，这会对 IDE 性能（VS.NET 2008）产生一些不良影响吗？

我问这个问题是因为我有这么多不同类的大解决方案，因为现在我需要分离一些接口，它都分崩离析（循环依赖问题），现在我需要创建多个 DLL，我只想这次一定要以正确的方式进行。

我有一个包含 5-6 个项目的大型 VS.NET 项目，其中一个项目是 Core DLL。

现在要添加一些插件支持，我提取了一个接口，但是需要接口才能使用其他一些类，并且 Core.dll 需要该接口，因此我必须将它们分开。（我不能互相引用）

在那之后，我的一天被毁了，因为即使花了大约 4 个小时，我也无法将它们分开！最后，我创建了 20 多个项目，但仍然无法正常工作（实际上甚至没有关闭）。看起来我最终将完成 50 个项目，并且需要更改大量代码以使其正确。

我知道我的代码是高度耦合的，并且有点退缩。

我这样做对吗？现在我是否必须为我的高度耦合的代码付出代价并受苦？还是我错过了什么？

在工作中，我们正在开发一个包含大量前端、后端和支持组件的大型应用程序。通常前端是用 C# 开发的，后端是用 Java 开发的，尽管后端的一部分也是用 C# 和可能后来的 C++ 开发的。

语言和平台的选择不是任意的；我们尝试权衡每个组件在开发时间、工具链成本、特定开发团队对语言的熟悉程度等方面的相对优点。但是，所有这些组件的共同点是，它们都是完整操作所必需的产品，并且它们是由独立的（但高度沟通的）团队同时开发的。

以前，我们使用 Team Foundation Server 编写 .NET 代码，使用 Subversion 编写 Java 代码；因为团队职责明确分离，除了将一个源代码树生成的二进制文件（在本例中为 WAR）放置在另一个源代码树中的不便以及保持分支和修订同步的高手动开销之外，这几乎没有造成什么问题。有了这个项目，团队之间的分离程度故意要小得多，分支/合并的数量预计会大大增加；因此，我们正在转向统一的 VCS，更具体地说是 Subversion。

这让我想到了问题的实质：如何有效地混合 Java 和 C# 代码？在实践中，我们将拥有依赖于 Java 代码库的 .NET 代码；Java 二进制文件需要运行除单元测试代码以外的任何东西（集成测试已经需要二进制文件，并且 QA、验收测试等当然也需要）。我们目前的想法是这样的：

这个想法是将整个源代码树放在一个分支下；.NET 代码依赖于 Java 代码，因此我们将在解决方案中添加一个构建后步骤，这将（很可能）调用 Java 组件的 ant 脚本。这允许对整个代码库（对于 .NET 开发人员）或仅对 Java 组件（对于 Java 开发人员）进行分支。

这个解决方案的问题是：

1. 当两个代码库中的一个变得如此之大以至于为每个分支复制它变得不切实际时会发生什么？（我们的想法：拆分为 .NET 和 Java 代码的单独存储库并使用 svn:externals，对此的任何输入将不胜感激）。
2. 我们使用 Eclipse 进行 Java 开发。我们如何管理“共享”工作空间（即哪些项目需要哪些组件、依赖关系图等）？到目前为止，我们拥有的 Java 组件相对较少，因此每个开发人员都可以同时将所有这些组件保存在工作区中。随着 Java 组件和 Java 开发人员的增加，我看不出我们如何才能继续这样做。关于如何在保持两个代码库之间同步的同时保持工作区版本化（la 解决方案文件）的任何建议？

我很想听听你的意见！

我的 SharePoint Visual Studio 解决方案结构当前包含以下项目：

• Common：包含扩展方法、助手、常用控件等。
• 日志记录：通常会包含在 Common 中，但包含对本地方法的调用，因此标记为“不安全”
• 特定于站点的项目：每个不同站点一个，包含特定于该站点的功能、Web 部件、事件接收器等
• 控制台应用程序：根据需要/如果需要控制台应用程序项目

我正在使用 WSPBuilder，因此每个项目（除了控制台应用程序）都有自己的 SharePoint WSP 解决方案文件。

这是拆分 SharePoint 代码的好方法吗？你使用什么方法？