Отдельная сборка для каждого серверного элемента управления ASP.NET?

Я начал с создания нового проекта для каждого элемента управления сервером, который мне нужно было создать (в целях гибкости и модульности). Мой последний проект — это элемент управления, который наследует TextBox для реализации на стороне сервера принудительного применения свойства MaxLength, называемого SafeTextBox. Итак, VS настраивает меня на мой проект SafeTextBox с классом ServerControl1 в пространстве имен SafeTextBox. Естественно, я переименовываю ServerControl1 в SafeTextBox. Это создает ситуацию, когда каждый раз, когда класс упоминается в коде, я должен вводить SafeTextBox.SafeTextBox.

Теперь, когда у меня есть несколько таких элементов управления, у меня возникает соблазн поместить их все в одну сборку (CustomControls или аналогичную), чтобы я мог ссылаться на них как CustomControls.SafeTextBox и т. д. Есть ли какая-то причина, по которой я не должен этого делать? Можно ли иметь несколько элементов управления в одной сборке?


person kad81    schedule 10.01.2013    source источник


Ответы (1)


Можно ли иметь несколько элементов управления в одной сборке?

Да, это.

Есть ли причина, по которой я не должен этого делать?

Для начала у вас должны быть все связанные элементы управления в одном проекте.

Ваш первоначальный подход к созданию отдельного проекта для каждого элемента управления не прост в управлении и обслуживании. Обычно все связанные элементы управления GUI размещаются в одном проекте. Это делает их легко доступными по одной ссылке, а также не приводит к большому количеству dll для вашего приложения.

person Habib    schedule 10.01.2013
comment
Да спасибо. Я перенес элементы управления в одну сборку, и с ней уже намного проще работать, особенно в нескольких проектах/решениях. - person kad81; 14.01.2013