1

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

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

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

4

1 回答 1

1

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

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

于 2013-08-25T11:47:45.577 回答