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

Question

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

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

Answer 1

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

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

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

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