Я не думаю, что использование Azure Mobile Services должно заставить вас переработать всю существующую архитектуру. Это, как говорится, два возможных решения, которые вы могли бы попробовать.
Первый - фактически не использовать классы EntityData Azure Mobile Service - для использования AMS необязательно наследовать от EntityData в orer. Вам нужно наследовать EntityData, если вы хотите использовать TableController, что, вероятно, хорошая идея, поскольку оно предоставляет вам множество встроенных функций, но вы можете использовать простой ApiController и ваши текущие модели.
Другим возможным решением является использование так называемых DTO (объектов передачи данных), которые могут помочь вам сохранить существующую архитектуру, но все же иметь возможность использовать AMS.
Вот какая-то связь с подробной информацией о DTO: What is Data Transfer Object? Create Data Transfer Objects (DTOs)
Возможным implmentation:
Давайте предположим, что у вас есть следующие модели:
public class MyUser
{
public int MyId
{
get;
set;
}
public string SomeOther
{
get;
set;
}
}
Как вы отметили если вы хотите использовать эту модель с AMS, вам нужно использовать свойство Id вместо MyId. Если вы хотите сохранить нетронутый MyUser вы можете ввести следующий класс:
public class MyUserDTO : EntityData
{
public string SomeOther
{
get;
set;
}
}
Теперь ваша служба будет использовать MyUserDTO, который как прокси-сервер для вашей оригинальной модели. Проблема, которую вы должны решить, заключается в том, что вы должны конвертировать между MyUserDTO и MyUser. Если ваши модели просты, и у вас нет сложных иерархий, что было бы довольно легко. Если у вас сложные модели DTO, возможно, не правильный подход. Automapper - это инструмент, который может помочь вам в сопоставлении модели с DTO и наоборот.
Тем не менее, у меня нет большой информации о вашей архитектуре, и использование DTOs может оказаться неприемлемым.