2009-02-24 2 views
0

У меня есть проект Foo # 1, который ссылается на проект утилиты # 1два проекта, относящиеся к одному проекту

Я хочу, чтобы добавить новый проект Foo # 2, который наследуется от Foo # 1. Мне нужны функциональные возможности Utilities # 1, а также нужны новые функции, характерные для Foo # 2.

Какую планировку/архитектуру проекта следует подходить для решения выше?

Я могу сохранить Утилиты # 1 общие как для Foo # 1, так и для Foo # 2, но это не проблема, если я добавлю функции speficif для Foo # 2 в Utilities # 1.

Я также могу создать проект Utilities # 2, который может наследовать от Utilities # 1, но это хороший подход ?. Предположим, что я добавляю Foo # 3 и Foo # 4, у меня будут Утилиты № 3 и Утилиты # 4.

Каков наилучший подход?

Я использую .net 1.1

ответ

0

Я думаю, вы должны рассмотреть, что первоначальной причиной для разделения вашего программного обеспечения в несколько сборок (проектов?) Был. Обычные сборки «Утилиты» часто становятся поглотителями, привлекающими все виды мусора. Если вы не можете придумать какую-либо такую ​​причину, вы можете определенно поставить все это в одну сборку и разделить ее позже во время разработки, когда у вас будет больше шансов получить полную картину.

Если есть определенная функциональность Z, которую вы хотите использовать повторно, то создайте для нее отдельный проект.

Смежные вопросы