Автоматический уровень доступа к данным

Question

Я в основном плохо разбираюсь в уровнях доступа к данным. Я рассматриваю это как скучную и бессмысленную работу. Я предполагаю среду разработки, где я могу просто создать свои объекты/модели и начать создавать приложение. Время, необходимое для написания DAL, процедур и т. Д., Просто поглощает мой энтузиазм в отношении проекта.

То, что я хочу, это общий интерфейс хранилища для моих данных. Что-то вроде:

public interface IRepository 
{ 
    //Get individual TEntity item by id 
    TEntity GetItem<TIdentifier, TEntity>(TIdentifier id); 

    //Get individual TEntity item by the expression 
    TEntity GetItem<TIdentifier, TEntity, TArg>(Expression<Func<TArg, TEntity>> expression); 

    //Get individual TEntity item by the expression 
    TEntity GetItem<TIdentifier, TEntity, TArg1, TArg2>(Expression<Func<TArg1, TArg2, TEntity>> expression); 

    //Get all TEntity items 
    IList<TEntity> GetList<TEntity>(); 

    //Get all TEntity items, filtered by the expression 
    IList<TEntity> GetList<TEntity, TArg>(Expression<Func<TArg, IList<TEntity>>> expression); 

    //Get all TEntity items, filtered by the expression 
    IList<TEntity> GetList<TEntity, TArg1, TArg2>(Expression<Func<TArg1, TArg2, IList<TEntity>>> expression); 

    TIdentifier CreateItem... 

    bool UpdateItem... 

    bool DeleteItem... 
} 

Я специально заинтересован в чем-то, что будет работать для

• Azure Services Data
• SQL Server
• SQLITE

... но теория применима к любому хранилищу данных

Может кто-нибудь встретить готовое решение или я должен решить проблему, написав больше слоев доступа к данным, чем когда-либо хотел встряхнуть палку.

Примечание: Я знаю о ORM-х, я хочу что-то, что снимает требование, чтобы написать какой-либо из DAL или сохраненных проки.

Answer 1

Взгляните на NHibernate, замок ActiveRecord, SubSonic, LinqToSql ...

Вы говорите, что вы знаете о ORMs, но они в значительной степени именно то, что просит ваш вопрос, по крайней мере, насколько это возможно.

Answer 2

Я знаю, что вы сказали, что знаете об ORM и не хотите их, но могли ли вы иметь дело с чем-то, где методы доступа к данным, которые вы пишете, написаны в LINQ?

Я нашел, что мне нравится писать LINQ заявления за SQL заявления. Если вы открыты для этого, я хотел бы проверить Entity Framework, LINQ к SQL, и т.д.

Edit: Если вы хотите использовать Azure, проверить эту ссылку: http://social.msdn.microsoft.com/Forums/en-US/windowsazure/thread/74a0a57e-d979-48ed-b534-f449bac0f90d

Answer 3

Использование LINQ , что будет делать практически все задачи доступа к данным для вас ...

Answer 4

LINQ для лиц и рамка Сущности для .Net два лучших решений межсерверных.

Более подробная информация здесь: http://msdn.microsoft.com/en-us/library/bb386964.aspx

Answer 5

Это одна из целей Salamanca. Он все еще находится на ранних этапах, но мы могли бы использовать кодирующую руку или две ...

Если вы хотите использовать существующее решение, я предлагаю вам перейти на ORM (как и другие предлагаемые), возможно связанные с инструментами генерации кода:

• LLBLGen Pro.
• MyGeneration.
• CodeSmith.

Отъезд полностью ORMs list.