Как создать объединяющий проект библиотеки c # в «visual studio 2013», состоящий из других библиотечных проектов

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

По существу, ваша проблема была решена многими лунами назад древними программистами еще в эпоху каменного века, когда они реализовали идею под названием "N-Tier". Это должно дать вам подсказку, что, поскольку ваш проект сейчас растет, вам необходимо реструктурировать/реорганизовать и переосмыслить его по-новому/старому.

Пример. В большинстве проектов требуется следующее:

• Уровень базы данных (классы, которые создаются инфраструктурами Entity, или nhibernate, или любое другое)
• Уровень репозитория (традиционно называемый уровнем доступа к базе данных)
• Уровень домена (также называемый словом бизнес-логики среди других не очень приятных имен)
• Уровень тестирования (для тестов на единицу продукции/интеграции)
• Сервисный уровень (это позволяет всем вашим задним концам находиться в одном месте)
• UI (это позволяет вашему пользовательскому интерфейсу получить доступ к вашей системе через уровень сервиса)

Обратите внимание, что единственным слоем с множественным числом являются слои пользовательского интерфейса. Это связано с тем, что вы можете написать пользовательский интерфейс консоли, веб-интерфейс пользователя, пользовательский интерфейс для Apple ICoffeeMaker или IWashingMachine или IBoobImplanter или другое новое устройство, которое Apple решит придумать дальше, пользовательский интерфейс для Windows, пользовательский интерфейс для Linux, пользовательский интерфейс для Android, и в основном пользовательский интерфейс для любого устройства, которое вы хотите.

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

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

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

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

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

и правильная структура с самого начала помогает этому росту.

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