Совместное использование компонентов на платформе.NET
У меня есть сайт электронной коммерции, который уже работает и работает некоторое время. Он построен на.NET 3.5. Все идет нормально.
"Проблема" в том, что теперь мне нужно начать делиться функциональностью (список продуктов, механизм заказа, информация о клиенте и т. Д.) Из этого проекта с новыми проектами и внешними поставщиками. Так как я знаю, что ситуация станет большой, я думаю, что лучшее решение - это создать "платформу" на основе сервисного уровня, почти как SalesForce.com, где я могу предложить все функциональные возможности из моего базового приложения для электронной коммерции всем, кто этого хочет.,
Мой вопрос:
1) для организационных целей я хотел бы иметь возможность создать новое решение VSS, которое будет использовать бизнес-библиотеку DLL, которая у меня уже есть, из приложения электронной коммерции. Но, если я создам новое решение VSS, чтобы сохранить его в отдельности, мне нужно будет ссылаться на скомпилированную DLL из приложения e-commece и постоянно обновлять эту ссылку из-за изменений в электронной торговле. Как вы думаете? Это лучший способ пойти? Или это лучший способ продолжать использовать одно и то же решение и собрать все вместе, чтобы я мог создать ссылку непосредственно на проект вместо DLL?
2) если я решу сохранить то же решение VSS, что если мне нужно будет создать сервис, который предоставляет функциональность из других систем? Должен ли я создать новый сервис в том же решении, в котором находится компонент, который я хочу предоставить?
Мои проблемы в значительной степени связаны с организацией проектов. У нас есть несколько проектов, и они следуют одним и тем же стандартам разработки, поэтому моей первоначальной идеей было создание нового VSS-решения, чтобы сосредоточить всю функциональность этой новой платформы в одном месте, но если я это сделаю, то, похоже, управление DLL будет трудно сделать.
Большое спасибо!
1 ответ
В этом блоге объясняется, как делиться проектами Visual Studio среди многих решений, может быть, это поможет: http://jeffhandley.com/archive/2009/02/22/solution-partitioning.aspx