.NET 实用程序的替代构建系统

Question

目前，我正在为每个域中的每个实用程序库使用多个 .NET 项目。假设我需要访问用于鼠标/键盘/操纵杆控制的 Win API，或使用文件和文件夹的实用程序，我对每个都有不同的库，所以让我们称之为“Core.HumanInterface”和“Core.Files”。使用这个系统，许多不必要的代码会被拉入任何应用程序，从而增加构建大小并减慢下载时间。

在 Flash/ActionScript 中，您可以将构建路径添加到您的项目中，这些目录中的代码会在使用时自动拉入 。只有使用过的类会被构建到你的二进制文件中，并且会被编译到 EXE 本身中，而不需要每个库单独的 DLL。而且您不需要向数十个不同的“项目”添加“引用”。

.NET 是否有任何替代构建系统，例如上面提到的构建路径？

Answer 1

这就是链接器的作用。 .NET 实际上有一个，al.exe，但是构建系统不直接支持创建 .netmodule 文件。设置自己的基于 makefile 的构建系统以利用 C# 编译器的 /target:module 选项，总有一天你会后悔的。

坚持使用 Flash 是下载大小是您最关心的问题，它为此进行了大量优化。否则，在运行时就不必担心包含大量未使用代码的程序集，.NET 只会加载实际使用的代码。