C# &引用；添加现有项目"；在VisualStudio中：是否可以使；添加为链接"；违约

正如SO答案中指出的，Visual Studio中的“添加>现有项”对话框默认显示“添加”按钮（这意味着所选项将被物理复制到新位置），而理想的操作通常（始终？）是添加为链接

是否可以配置Visual Studio，以便在打开“添加”>“现有项”对话框时默认选择“添加为链接”

我已经在VisualStudio中彻底搜索了“选项”对话框，并查看了MSDN文档，以获得对此的答案，但到目前为止没有任何结果

---

当两个新项目共享相同的代码库时，这将是自动链接的一个好选择。但是，当将大量文件从现有项目链接到新项目时，似乎仅限于“添加>现有项”方法，如果“添加为链接”是默认操作，则此工作可能会更方便，也不太容易出错。

不幸的是，没有此选项。但也有一线希望。您可以将文件拖到项目中，然后将其放到所需的文件夹中。文件将复制到项目中。如果按Alt键执行拖放操作，则不会复制文件，而是链接文件。

您还可以使用扩展名，在解决方案资源管理器中的文件夹和文件上添加“复制为链接”。之后，您可以在所需位置执行“粘贴链接”。它还允许您通过“下一步”菜单中的“定位源文件”从链接项导航到源项。适用于vs2010和vs2012。

当您将现有项目“添加”到解决方案文件夹（与实际文件夹相反）时，您总是将这些项目作为链接添加。 如果将现有项目添加到实际文件夹中，则会得到一个按钮，该按钮提供“添加为链接”选项。

我发现了一个很好的提示：

---

如果要在VS C#Express 2010的“添加现有项目”对话框中添加现有项目作为链接，则必须从添加按钮的下拉列表中明确选择添加作为链接

只需编辑项目文件并更改文件路径即可。 您可以使用..相对向上移动文件夹/

---

它从项目文件夹开始。

如果您经常使用“添加为”链接，您可能会查看是否有更好的方法来组织源文件。对我来说，这是我要注意的一个危险信号。@LexLi当将现有的.NET Framework类库移植到Silverlight或可移植类库时，上述情况是典型的。我希望保持原始类库的原样，但在移植的库中尽可能多地重用这些类。作为比较，MonoDevelop可以识别我何时尝试添加位于项目文件夹之外的文件，并提示我是否要物理复制文件或创建链接。在VS中类似的东西会很好。我确实将我的库移植到Android版Mono，但我宁愿将csproj文件放在同一级别，然后我可以直接向它们添加文件，而不使用“添加为链接”。MonoDevelop遵循SharpDevelop的方式，这是您喜欢的方式。但是VisualStudio这样做已经有很长一段时间了，我认为微软没有计划改变这一点。对我来说，“添加为链接”是“邪恶的”，因为你显然不知道文件存放在哪里。@LexLi我不同意这是一个危险信号。我只是在诅咒再次犯错误时发现了这个问题——这是一个包含两个项目的解决方案，大约95%的代码是相同的。（Web和桌面前端到相同的后端代码。）这是正在开发的东西，不是库。我能够为项目之间的文件添加链接，但无法在同一项目的另一个文件夹中添加链接。没有问题@edokan，我只是想确保你的答案是你真正想要的：-）我也对它进行了编辑，以利用SOVery Interest中可用的

命令，但这真的适用于VS2010吗？我试过使用ALT、ALT GR、CTRL和SHIFT，但都没有创建文件链接？事实上，我在VS 2012中尝试过。在VS2010中，Alt键不起作用。很抱歉。@edokan不用担心，毕竟我在问题中没有指定VS版本。我刚刚在VS2012上试用过，效果非常好！非常感谢您指出这一点，我没有看到它在其他任何地方推广。不过，既然PCL是IDE中的一等公民，那么在VS2012中使用它是有意义的。快速将所有工作切换到VS2012的另一个原因是：-）我刚刚尝试了这个方法，虽然它确实链接了文件，但它创建了目录结构的克隆，而不是创建到文件夹的链接。这会造成奇怪的情况，如果我从VSUI添加一个新的类文件，它会在项目下的克隆文件夹结构中创建该文件，而不是在链接文件夹中创建该文件。有没有办法避免这种情况？很有趣。谢谢你的提示，Jarek！谢谢你花时间发帖，但我的问题中已经描述了你所指的内容。我希望您删除此答案，因为它不会为问题添加任何新信息。