回答

1

也许现在dotnet add package是可用的,我们不需要在VS复制/粘贴引用?

"Add Google social login" walkthrough for ASP.NET Core 2.0建议使用DOTNET CLI添加包参考:

  • 要使用.NET的核心CLI安装,执行项目中的以下 目录:

    dotnet add package Microsoft.AspNetCore.Authentication.Google

来源:https://docs.microsoft.com/en-us/aspnet/core/security/authentication/social/google-logins?tabs=aspnetcore2x

写这个答案我自己的问题,因此“只使用CLI”乡亲有事要给予好评。

0

如果您在谈论NuGet软件包引用,请不要尝试手动将解析的引用复制到dll文件(在加载项目后的设计时生成的文件是从obj\project.assets.json文件生成的)。

在新的基于SDK的项目模型和引用NuGet包(也可用于“经典”项目)的PackageReference方法中,NuGet引用会自动在包引用之间流动传输。因此,当您的应用程序引用使用NuGet包的库时,不再需要在库和应用程序(以及潜在的测试项目)中安装NuGet包。

仅适用于“经典”引用,此问题仍然存在。但是,如果您需要将它们导入到所有项目中(例如,您从第三方获取了一些.dll文件),则可以在解决方案文件夹中创建一个Directory.Build.targets,将它们添加到解决方案中的所有项目中(技术上,该文件是自动导入到目录层次结构中的所有项目):

<Project> 
    <ItemGroup> 
    <Reference Include="AssemblyName"> 
     <HintPath>shared-libs\AssemblyName.dll</HintPath> 
    </Reference> 
    </ItemGroup> 
</Project> 

(您可能要更改参考,如果你想在https://stackoverflow.com/a/16580870/784387所描述的“特定版本”功能或强名称引用)

+0

我实际上是将ASP.NET模板中的引用复制到我的“域层”项目/ DLL中。我希望你会同意将像Entity Framework这样的引用复制到上游项目中仍然是值得的。 – yzorg

+0

不确定...如果它是一个NuGet包,默认情况下,事物将转移到新的项目类型的'PackageReference'中,并且流传递。但现在它是一个分裂的世界(=>混乱) –

+0

没错。 ''正是我正在谈论的复制/粘贴。我不认为这是一团糟。但是我希望我的工具能够工作,或者至少能够理解新工具为什么会以不同的方式工作(明确的决定,还是尚未完成)。 – yzorg