У меня есть библиотека классов с именем ServiceLayer, которая выступает в качестве хранилища для приложения ASP.NET MVC. Этот уровень службы имеет ссылки на службу WCF, которая называется ProfileService, которая содержит методы Profile для выполнения операций CRUD над базой данных и т. Д.
Теперь мне нужно разрешить мобильным устройствам взаимодействовать с моим приложением, поэтому я создал еще одну службу WCF под названием ProfileService.У этой службы есть ссылка на библиотеку классов ServiceLayer, и она обращается к ней для выполнения операций профиля.
Теперь это довольно запутанно, поскольку у меня теперь есть 2 ProfileServices.Первое общение с моей базой данных и т. Д. И выставление себя на мой сервисный уровень.Второй - связь с моим сервисным уровнем и раскрытие себя для мобильных устройств.
Каков наилучший способ назвать ваши сервисы в среде SOA, чтобы избежать путаницы, какой тип какой?особенно при отображении между типами.
Возможно, я также захочу создать другой сервис, который будет действовать как API для пользователей системы.Как бы я назвал этот сервис ProfileAPI ??Я знаю, что каждый ProfileService находится в своем собственном пространстве имен, но это не помогает с удобочитаемостью при создании AutoMapperSettings или выполнении ручного отображения.
Так что, если кто-нибудь там знает о хорошем способе присвоения имен службам в этой среде, было бы очень полезно.