Руководство по решению и структуре проекта

Теперь мне приходится иметь дело с целым рядом очень плохо структурированных решений и проектов. Моя первая проблема — это файлы решений в папках проекта. Для меня это очень плохо пахнет, так как проекты подчинены решениям, и поддержание здоровой структуры папок решений должно основываться не только на содержимом файла решения, но должно быть неявным в фактической структуре папок Windows.

Я хотел бы предложить стандарт для использования мной и моими коллегами, и в этом предложить действительно иерархическую структуру с папкой Code, содержащей файл решения, и подчиненными папками для всех проектов, содержащими только файлы .csproj и исходный код, нет файлов решения! Я также очень хотел бы включить некоторую полезную справочную информацию, обосновывающую мое предложение, но я не хочу слишком много болтать и хотел бы, чтобы источники, которые я мог бы процитировать, с указанием авторства, конечно. Какие хорошие статьи, учебные пособия, книги и т. д. я могу использовать для этого?


person ProfK    schedule 10.12.2010    source источник


Ответы (1)


Хорошую справочную статью по этой теме можно найти здесь. Примечание. Это очень СТАРАЯ статья, относящаяся ко временам .net 1.1, но общие принципы проектов/решений остаются прежними и до сих пор применяются, IMO

Обратите внимание, что в этой статье говорится о том, как структурировать решения и использовать их с VSS, но общий принцип организации проектов и решений применим к любой системе управления исходным кодом (я рискну и предположу, что вы не используете VSS: -))

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

альтернативный текст

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

person Jagmag    schedule 10.12.2010
comment
это не такой прыжок веры, а скорее безопасное предположение, что я не использую SourceSafe :-) Чувак, эта статья MSDN кажется такой устаревшей, но все же полезной, спасибо. - person ProfK; 10.12.2010