В настоящее время у нас быстро растет база кода C#. В настоящее время у нас около 10 проектов, разделенных на обычные категории: общие/служебные материалы, сетевой уровень, база данных, компоненты пользовательского интерфейса/элементы управления и т. д.
Мы сталкиваемся со случайной циклической зависимостью, когда проект x зависит от чего-то в y и наоборот. Мы рассматриваем возможность свернуть проекты до одного и просто управлять ими с помощью структурных папок/пространств имен. У нас есть проект Java, который, конечно, организуется только с использованием папок/пакетов, поэтому мы не уверены, какие преимущества дает наличие нескольких проектов, если таковые имеются. Ни один из наших проектов не требует особых свойств проекта, за исключением основного проекта, который мы стараемся хранить отдельно (и очень тонко).
Есть ли у кого-нибудь предыдущий опыт того, почему один проект лучше? /хуже, чем несколько проектов, и можете ли вы предложить лучший подход? А также любые проблемы с циклическими зависимостями были бы полезны при любом подходе.
Любой вклад приветствуется.
Подробнее здесь: https://stackoverflow.com/questions/169 ... ne-project
Решение .NET – множество проектов против одного проекта ⇐ C#
-
- Похожие темы
- Ответы
- Просмотры
- Последнее сообщение
-
-
TCP-сокеты C# для передачи файлов: множество маленьких сокетов против одного большого сокета
Anonymous » » в форуме C# - 0 Ответы
- 14 Просмотры
-
Последнее сообщение Anonymous
-
-
-
TCP-сокет C# для передачи файлов – множество маленьких пакетов против одного большого пакета
Anonymous » » в форуме C# - 0 Ответы
- 12 Просмотры
-
Последнее сообщение Anonymous
-