也许我对“.NET Core Library”的含义存在误解，但是当我尝试在使用Visual Studio 2015的.NET 4.6程序集中添加一个.NET Core Library时，我遇到了以下错误：
无法添加对“...”的引用。
我理解错了吗？
这是我在.NET Core程序集的project.json中配置的内容。
"frameworks": {
"net451": { },
"dotnet5.4": {
"dependencies": {
"Microsoft.CSharp": "4.0.1-beta-23516",
"System.Collections": "4.0.11-beta-23516",
"System.Linq": "4.0.1-beta-23516",
"System.Runtime": "4.0.21-beta-23516",
"System.Threading": "4.0.11-beta-23516"
}
}
现在可以使用 .Net Core RC2 来完成此操作。以下是方法：
project.json 已配置为包含相关的 .net 框架。例如，该部分引用了 .Net 4.51，任何等于或高于此版本的框架都可以引用它：示例：
"frameworks": {
"net451": { },
"netstandard1.5": {
"dependencies": {
"NETStandard.Library": "1.5.0-rc2-24027"
},
"imports": [
"portable-net45+wp80+win8+wpa81+dnxcore50",
"portable-net451+win8"
]
}
},
将您的 RC2 应用程序打包为 Nuget 包。我还没有看到如何从 Visual Studio 中执行此操作，但可以通过以下命令行完成：
dotnet pack -o e:\packages
如果您想在每次构建时更新它，可以将以下内容添加到 project.json 文件中，这将自动更新包到父目录中。
"scripts": {
"postcompile": [
"dotnet pack --no-build --configuration Debug -o ..//..//..//packages"
]}
将Nuget包添加到您的.NET 4.6应用程序中。可以通过多种方式完成此操作。一种简单的方法是将保存包的位置作为包源引用添加。
每次构建时在project.json文件中增加版本号，以确保其他应用程序看到更新。
net451 框架。 - Asad Saeeduddin答案显示在演示文稿中。
只有在尚未发布的ASP.NET Core RC 2中，才会添加对在csproj中引用xproj的支持。
将你的类库（和任何依赖项）更改为同时构建针对4.6版本和.NET Core;
这将为您构建两个版本的类库。
在你的.NET 4.6项目（App）中，直接引用在debug文件夹中找到的类库的DLL文件
现在你可以导入这个命名空间并开始构建。尽管ReSharper (2016.3 EAP 2)似乎会混淆并将这些行标记为红色 - 这是一个临时措施，直到之后的.NET版本发布。
如果你打开应用程序项目文件(.csproj)，你会看到由框架添加的引用。
注：构建代码dnx462似乎不起作用，抱怨.NET框架没有安装，尽管该项目有一个4.6.2 WPF App。
AssemblyName XML元素更改为.NET核心项目程序集名称。你现在应该对项目进行任何其他名称相关的更改。关闭.csproj并将其重命名为与.xproj文件相同的名称。将其复制到与.xproj文件相同的文件夹中。ProjectName.project.json的文件，并将以下文本添加到其中（根据需要修改.net框架）
{ "runtimes": { "win": {} }, "frameworks": { "net461": {} }}
在.NET 4.x.x解决方案中，重新加载此修改后的.csproj文件，然后可以添加源文件。我发现最简单的方法是按“显示所有文件”并在右键上下文菜单中单击每个文件/文件夹的“包含在项目中”。现在尝试构建.csproj，它应该能够成功构建。如果不能成功构建，请尝试重新加载项目或重启Visual Studio。MyProjectName.win.csproj和MyProjectName.win.project.json）。这些可以添加到同一个解决方案中而没有名称冲突。你甚至可以将.csproj中的AssemblyName元素设置为.NET核心程序集名称，因为输出文件夹取决于.NET版本。我知道我不应该发布链接，但我想表扬一下作者。 http://stackify.com/using-both-xproj-and-csproj-with-net-core/
我发现了一个非常简单的解决方案，如果你不介意在 Debug 或 Release 中硬编码引用。你只需要在 csproj 文件中手动添加对 xproj 的引用即可。以下是操作步骤：
Find the part in the csproj project file where you are referencing a nuget package. Ah... here's one:
<Reference Include="Microsoft.CodeAnalysis, Version=1.3.0.0, Culture=neutral, PublicKeyToken=31bf3856ad364e35, processorArchitecture=MSIL">
<HintPath>..\packages\Microsoft.CodeAnalysis.Common.1.3.0\lib\net45\Microsoft.CodeAnalysis.dll</HintPath>
<Private>True</Private>
</Reference>
Copy this and modify it to reference the DLL produced by your xproj project, like so:
<Reference Include="HighFive.Server.Web">
<HintPath>..\HighFive.Server.Web\bin\Debug\net461\HighFive.Server.Web.dll</HintPath>
<Private>True</Private>
</Reference>
关于硬编码Debug或Release引用的问题：对于单元测试项目，这不是一个问题，因为通常在调试模式下执行单元测试。我相信可以使用MSBuild参数使其更加智能化，以避免硬编码，但我还没有需要这样做。
$(Configuration)代替Debug，它会自动选择Debug\Release版本，因此HintPath看起来像...\bin\$(Configuration)\net461\...。另外，值得注意的是，设置项目依赖关系可以强制先构建.NET Core项目再构建其他项目。 - Samuel