是否可以将相同的DLL同时添加到控制台应用程序和NuGet依赖项中？

Question

我有一个以.NET标准1.5为目标的项目，它作为几个DLL部署在Nuget上。该项目是从Java移植而来的。在项目的一些类中，有静态的main()方法，这些方法是从命令行运行的。

null

我想知道的是，有没有一种方法来编译DLL，这样它就可以在没有两个独立的（混乱的）DLL的情况下使用？

基本上，我试图获得与Java中类似的功能，在Java中，包可以被应用程序引用或在命令行上运行（并在命令行上指定入口目标）。

例如，在Java中，有些文件既是包的一部分，又包含静态main(object[]args)方法。

public class SomeClass
{
    public void DoSomething(string arg1, string arg2, string arg3)
    {
        // implementation...
    }

    public static void Main(object[] args)
    {
         // parse args...

         new SomeClass().DoSomething(arg1, arg2, arg3);
    }
}

java <package>.jar <namespace>.SomeClass [args]

dotnet <assembly>.dll <namespace>.SomeClass [args]

这将比创建一个单独的包装器DLL更好，或者创建一个单独的项目，该项目必须选择someclass的所有依赖项，以便将它们编译到单个程序集（控制台应用程序）中。

此外，每个包都有几个静态main()方法，这似乎在.NET Core中得到了支持，这也是我的另一个问题。

Answer 1

对于。NET Standard/Core，最好的选择是让第二个项目编译为EXE，该EXE具有一个简单的Main（）方法，该方法指向库的版本。这并不理想，但问题是。NET核心的运行时是如何工作的。以.NET标准为目标的项目可供与该标准版本兼容的所有项目使用。针对特定的。NetcoreApp的项目只能被其他。NetcoreApp引用，因此您无法获得针对标准的好处。

对于打包/NuGet部署，控制台应用程序版本可以放入NuGet的tools文件夹中，以便最终用户可以使用它。您并不真正希望通过标准的NuGet内容文件夹部署可执行文件，因为它不会真正遵循标准，并且会让NuGet用户感到困惑。