Пока разрабатывал приложение, понял, что структура всё в одном это тупо выглядит теперь. Кода очень много в одном солюшене - один проект, в нём уже 28 форм, каждая из которых представляет собой класс и код дизайнера (ну как обычно).

Скажем так, есть пять окон, доступных сугубо администратору. Как правильно их объединить логически? Достаточно просто отдельное пространство имён сделать? Или имеет смысл вынести отдельно в dll? И если имеет, то можно ли безболезненно перенести в dll пять разработанных форм (код можно просто скопировать), не рисуя их заново?

Это сообщение отредактировал(а) ДобренькийПапаша - 3.10.2009, 13:58

Можешь в отдельную папку в этом же проекте запихнуть. 
Если код не будет повторно использоваться, то особого смысла запихивать что-то в отдельную библиотеку не видно.

Когда-то тоже задавался такими вопросами. 

Ответ я тебе уже подсказывал. http://msdn.microsoft.com/en-us/library/aa480482.aspx

Нынешний проект у тебя уже изначално спроектирован неправильно, и код написал методо лапши. Так что большой разницы нет, как ты его структурируешь. Так, как тебе будет удобнее, чтобы сам в дальнейшем разобрался. Хочешь выноси в отдельное пространство имен, хочешь в отдельную dll, хрен редьки не слаще. 

Ты пытаешься структурировать решение как бы "снизу" смотря на него глазами кодера. 

Чтобы грамотно и правильно структурировать проект, чтобы масса написаного тобой кода была понятна и другим программистам, и чтобы они могли его воспринимать целиком, тебе надо посмотреть на этот проект не глазами программиста, а глазами системного архитектора и аналитика. 

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

То о чем ты спрашиваешь, называется - Объектно-ориентированный дизайн и проектирование.

Это сообщение отредактировал(а) Medved - 6.10.2009, 10:25