У меня есть сайт электронной коммерции, который уже работает и работает некоторое время. Он построен на .NET 3.5. Пока все хорошо.
«Проблема» в том, что теперь мне нужно начать делиться функциональностью (список продуктов, механизм заказа, информация о клиенте и т. Д.) Этого проекта с новыми проектами и внешними поставщиками. Так как я знаю, что дело будет огромным, я думаю, что лучшее решение - создать «платформу» на основе сервисного уровня, почти как SalesForce.com, где я могу предложить все функции из моего базового приложения для электронной коммерции всем, кто этого хочет. .
Мой вопрос:
1) для организационных целей я хотел бы иметь возможность создать новое решение VSS, которое будет использовать бизнес-библиотеку DLL, уже имеющуюся у меня в приложении электронной коммерции. Но если я создам новое решение VSS, чтобы отделить его, мне нужно будет ссылаться на скомпилированную DLL из приложения e-commece и постоянно обновлять эту ссылку из-за изменений в электронной торговле. Как вы думаете? Это лучший способ пойти? Или это лучший способ продолжать использовать одно и то же решение и собрать все вместе, чтобы я мог создать ссылку непосредственно на проект вместо DLL?
2) если я решу сохранить то же решение VSS, что если мне нужно будет создать сервис, который предоставляет функциональность из других систем? Должен ли я создать новую службу в том же решении, в котором находится компонент, который я хочу предоставить?
Мои проблемы в значительной степени связаны с организацией проектов. У нас есть несколько проектов, и они следуют одним и тем же стандартам разработки, поэтому моей первоначальной идеей было создание нового решения VSS, чтобы сосредоточить всю функциональность этой новой платформы в одном месте, но если я это сделаю, то, похоже, что управление DLL будет трудно сделать.
Большое спасибо!