2013-11-26 3 views
3

Я создаю большой проект .Net, и у меня есть выбор создания нескольких классов в одной и той же Библиотеке или создания разных библиотек для каждой небольшой группы классов.Что происходит быстрее, имея несколько классов в одном файле или каждом файле для группы классов?

Второй вариант - это тот, который я делаю до сих пор, потому что он помогает мне эффективно организовать и разделить проект на мелкие части.

Теперь вопрос: производительность. Я хотел бы знать, является ли это то же самое с точки зрения производительности во время выполнения.

Конечно, с точки зрения загрузки файлов DLL, наличие большего количества файлов подразумевает больше времени, но как только все загруженные файлы есть разница?

Спасибо.

+0

Несколько лет назад я приземлился на проект, который превзошел лимит в визуальной студии на количество проектов ... Я не знаю, каков предел сейчас. Вместо того, чтобы иметь много библиотек, вы можете разделять папки и пространства имен. В зависимости от того, как ваши библиотеки разделены, вы можете приземлиться на проблему с круговыми ссылками. –

+0

Спасибо за ваш комментарий. Вопрос был скорее о скорости, чем о выборе дизайна. Это означает, что предполагается, что все в порядке (в том числе количество файлов, которое не превышает емкость Visual Studio, и нет круговых ссылок, ...), что быстрее? –

ответ

3

Я не думаю, что разница будет в производительности после того, как сборки будут загружены в память.

Следует отметить, что в зависимости от того, как ваше приложение используется, не все функции могут использоваться каждый раз. Если у вас есть более узкие сборки, может оказаться, что некоторые из них вообще не нужно загружать, а использование вашей памяти может снизиться.

Другим моментом является то, что разделение на сборки также является конструктивным решением, основанным на четком разделении слоев/модулей и т. Д. Также может оказаться, что вам нужно разделить сборки из-за зависимостей проекта. На это влияют несколько факторов.

Смежные вопросы