问题标签 [projects-and-solutions]

我是 C# 新手，对使用命名空间的最佳实践感到好奇。

我有一个包含单个类库项目以及几个小型控制台应用程序项目的解决方案。所有控制台应用程序项目所做的只是解析命令行参数并调用库项目中的不同类。库项目使用标准的 CompanyName.Tool 约定。

我的问题是，由于给定控制台应用程序的唯一目的是库项目中的一个类，并且永远不会从另一个项目或类中调用它自己，我需要将它放在命名空间中吗？似乎没有必要。

这是使用 VS2005 的一个可用性问题：我从版本控制中签出了同一 Visual Studio 2005 解决方案的不同分支。解决方案和项目文件也受版本控制。在我的开发工作站上，有时我会在不同版本或分支上打开多个 Visual Studio 实例。它们都以相同的名称出现在窗口标题和任务栏中，因此很难切换到正确的名称等。（启动页面中最近打开的项目列表也是如此，但我很少使用它，反正。）

我试图找到一种方法来仅更改显示的名称，同时不会在源代码管理方面遇到太多麻烦，但 Visual Studio 2005 似乎从 SLN 文件本身的名称中获取解决方案名称，而不是从其中的某些属性中获取解决方案名称。

让 Visual Studio 在标题栏中显示解决方案文件的完整路径已经很有帮助，但我也没有找到这样做的方法。

您如何处理来自同一解决方案的不同版本？

我有两个 Web 项目，这两个项目共享客户端 JavaScript，目前在两个项目中几乎相同的副本。我说几乎是因为我显然对这些文件有版本控制问题。

我已设法将文件放在解决方案文件夹中，并从我的项目中创建了指向它们的链接，这在我发布项目时有效。但是，当我在本地运行 WebDev 服务器时，这些文件不是硬文件系统链接吗？它们似乎在 Visual Studio 项目中维护，仅供参考。

问题是 WebDev 服务器将向文件的假定有效位置发出请求，但它不会在那里找到它，因为它在该位置不作为物理文件存在。

有谁知道如何解决这个问题？

一位朋友刚开始学习 Java，使用 IntelliJ。他问他如何设置一些模板，以便创建一个新项目将包含一个默认的主类。

目前新建项目时，没有源文件，需要手动添加一个Run/Debug应用配置，然后选择主类。

我正在使用 Visual C++ 开发游戏。我在单独的项目中有一些组件，并设置了项目依赖项。如何#include 来自不同项目的头文件？我不知道如何在另一个项目中使用一个项目中的类。

我有一个包含多个项目的解决方案。我有一个“主”项目，它充当菜单，用户可以从那里访问任何其他项目。在这个主项目上，我得到每个调用的函数的链接器错误。如何避免这些链接器错误？我已经在“项目依赖项...”对话框中设置了项目依赖项。

谢谢

编辑——我按照建议做了，并将输出文件夹添加到链接器的附加目录中。但是，现在我收到一百万个错误，如下所示：

Microsoft Visual Studio 使用 XML 来保存其.vcproj项目文件。所以区分 XML 项目文件应该很容易。

不幸的是，如果您更改任何项目文件的属性，Visual Studio 坚持随机打乱项目文件的 XML 节点！这使得项目文件更改的文本差异和合并基本上是不可能的。更改一个编译器设置会使我的视觉差异工具认为我已经更改了文件中 50% 的行！我什至尝试过一些 XML 差异工具，但它们只是显示了对相同混乱的更结构化的视图。

有人对.vcproj在源代码管理中维护文件有任何建议吗？或者说服 Visual Studio不要重新排列文件中的 XML 节点的.vcproj方法？

（我还研究过使用 CMake 之类的工具.vcproj从对差异更友好的文本文件生成文件，但 CMake 有其自身的问题。）

我有一个普通的 SLN 文件，我正在使用命令行中的 msbuild 对其进行编译。我这样做：

C:\slndir> msbuild /p:OutDir=C:\slnbin\

它会将所有内容转储到 C:\slnbin，但网站除外，这些网站会部署到 C:\slnbin_PublishedWebsites\。

我想要的不仅是将所有二进制文件放在 bin 目录中，而且让每个可执行程序都有自己的“已部署”文件夹，类似于每个网站获得的文件夹。

因此，例如，如果我有以下项目： - Common - Lib1 - Service1 - Lib2 - Service2

我想得到：

我尝试做诸如“msbuild /p:OutDir=C:\slnbin\$(ProjectName)”之类的东西，但它只是将其视为文字并创建一个实际的“$(ProjectName)”子目录。

最好，我不必修改每个单独的项目等等。

这可能吗？简单的？

非常直截了当，但有谁知道如何将 Visual Studio 2008 项目转换为 Visual Studio 2003，我打算向客户提供一些东西，他们只在 2003 年工作。

对不起，有人提出了很好的观点，什么语言，C# 是答案。

我在谷歌上做了一堆搜索，往往只找到 2003->2008 而不是反之亦然，我非常感谢任何帮助。

我有一组依赖于其他项目的项目（你可以说实用程序），问题是每次我更改这些实用程序中的任何一个的代码时，我的同事都需要获取最新的代码并在他们的机器上构建以使用最新的组件。有没有好的标准解决方案？或者只是将 dll 集中在共享文件夹上？

PS：

我们正在使用 MS source safe 2005，我不希望我的同事每次都获取源代码并在他们的机器上构建，因为他们只需要二进制文件而不是代码。