как можно будущая миграция локального слоя данных ADO.net на будущий веб-интерфейс (веб-сервис или REST)?

Question

ПРЕДПОСЫЛКА: Я сейчас работаю над приложением .NET WinForms (C#) с базой данных ADO.net для слоя данных.

ВОПРОС: Как я сейчас это создаю, чтобы было легко перенестись в модель, где слой данных абстрагируется через веб-службу HTTP или интерфейс REST?

Например, просто использовать стандартный интерфейс C# с фабрикой, чтобы получить конкретную реализацию интерфейса, где это использует ADO.net, лучше?

благодаря

Answer 1

На самом деле то, что вы хотите сделать, это сделать свои 2-х уровневые приложения (Application < -> Базы данных) изменения в систему многоуровневой (Application (ы) < -> App сервер < - -> База данных).

Это комплекс изменение, потому что вам нужно думать о безопасности, бизнес-логике и многом другом.

Одной идеей может быть использование сторонней библиотеки, например DataAbstract. Это полноценная инфраструктура n-Tier, позволяющая использовать такие функции, как LINQ, для удаленного источника данных и сделать разработку n-уровня более простой. Он также предоставляет интерфейс веб-сервиса для легкого доступа к вашей бизнес-логике на уровне приложений из любого источника. В дальнейшем он предоставляет вам клиентские библиотеки для iPhone, а также Windows Mobile, которые позволяют вам быстрее (потому что бинарный) доступ к этому слою. Вам понадобится интерфейс веб-службы только для платформ, для которых DataAbstract недоступен.

Answer 2

Вы попали в гвоздь на голове - это абстракция. Начните прямо сейчас, отвлекаясь от семантики, специфичной для хранилища, в вашей бизнес-логике. Разработайте чистый объектно-ориентированный DAL и выполните через него все операции CRUD/Query, и пока ваша объектная модель (или модель домена, если вы хотите узнать разницу между ними), может использовать конкретные классы, ваши DAL-операции должны быть определены в интерфейсе. Независимо от того, используете ли вы фабрику, зависит ли ваш конкретный вариант использования, но если вы развиваетесь с такой абстракцией, имеет смысл принять инверсию контейнера управления и обработать этот вид проводки путем инъекции зависимостей. Therearelotstochoosefrom.

Answer 3

Вы никогда не захотите абстрагировать DAL с интерфейсом REST. Интерфейс REST - это то, что вы напрямую открываете для «User Agent». Вы никогда не захотите, чтобы ваш бизнес-уровень потреблял данные через REST.

Единственное исключение - если ваша основная цель состоит в том, чтобы разоблачить необработанные данные для какой-либо третьей стороны.