Альтернативная система сборки для .NET-утилиты

Question

В настоящее время я использую несколько .NET-проектов для каждой библиотеки утилиты в каждом домене. Скажем, мне нужен доступ к Win API для управления мышью/клавиатурой/джойстиком или утилиты для работы с файлами и папками, у меня есть разные библиотеки для каждого, поэтому давайте назовем эти «Core.HumanInterface» и «Core.Files». С помощью этой системы в любое приложение загружается много ненужного кода, расширяя размеры сборки и замедляя время загрузки.

В Flash/ActionScript вы можете добавить путь сборки в свой проект, и код в этих каталогах автоматически будет вытащен в , поскольку они используются. Только используемые классы будут встроены в ваш двоичный файл и будут скомпилированы в сам EXE, не требуя отдельных библиотек DLL для каждой библиотеки. И вам не нужно было добавлять «ссылки» на десятки разных «проектов».

Есть ли в .NET какая-либо альтернативная система сборки, такая как упомянутые выше пути построения?

Answer 1

Это то, что делает компоновщик. У .NET на самом деле есть один, al.exe, но создание файлов .netmodule напрямую не поддерживается системой сборки. Настройка собственной системы сборки на основе make-файла для использования опции /target:module компилятора C# - это то, о чем вы собираетесь глубоко сожалеть в какой-то день.

Stick with Flash - размер загрузки - это ваша главная забота, она была оптимизирована для этого. Наличие сборок с большим количеством неиспользуемого кода в противном случае не является проблемой во время выполнения, .NET только когда-либо загружает фактически используемый код.