Самый чистый Метод для копирования Собственного DLLs в Проекте.NET
Если бы Вы думаете о том, что произошло бы, если бы конструкторы были наследованы, необходимо начать видеть проблему.
Как почти каждый тип в.NET наследовался Объекту (который имеет конструктора без параметров), который означает почти каждый тип, который Вы создаете, был бы вынужден иметь конструктора без параметров. Но существуют многие типы, где конструктор без параметров не имеет смысла.
также была бы проблема с управлением версиями. Если бы новая версия Вашего базового типа появляется с новым конструктором, Вы автоматически получили бы нового конструктора в своем производном типе. Это было бы плохой вещью и определенным экземпляром проблема хрупкого базового класса .
существует также более философский аргумент. Наследование об обязанностях по типу (это - то, что я делаю). Конструкторы о сотрудничестве типа (это - то, в чем я нуждаюсь). Так наследовавшиеся конструкторы смешали бы ответственность за тип с сотрудничеством типа, тогда как те два понятия должны действительно остаться отдельными.
2 ответа
Вы можете использовать событие после сборки для копирования содержимого каталога (например, вашего каталога «Необходимые библиотеки DLL») в выходной каталог проекта.
- Вы можете работать со статическими библиотеками вместо динамических, это увеличит ваши DLL, но одна DLL вместо нескольких - это просто экономия времени, и не только в вашем аспекте.
- Направьте все проекты в решении к единому каталогу (управляемому и неуправляемому).