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

Question

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

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

Answer 1

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

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

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

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