Передовой опыт реализации шаблона единицы работы и репозитория с помощью ServiceStack.ORMLite

Предположим, что есть два интерфейса репозитория:

interface IFooRepository
{
    void Delete(int id);
}

interface IBarRepository
{
    void Delete(int id);
}

И интерфейс IUnitOfWork, например:

interface IUnitOfWork : IDisposable
{
    void Commit();
    void Rollback();
}

каковы наилучшие методы реализации этого интерфейса с помощью ServiceStack.ORMLite, чтобы пользователь мог использовать их как

MyFooRepository.Delete(4);
// if an Exception throws here, Bar won't be deleted
MyBarRepository.Delete(7);

Or

using (var uow = CreateUnitOfWork())
{
    MyFooRepository.Delete(4);
    MyBarRepository.Delete(7);
    uow.Commit();  //now they are in an transaction
}

repository-pattern
person Sword-Breaker    schedule 20.02.2013    source источник
comment
Я бы рекомендовал максимально избегать использования UOW. Обходить открытую транзакцию таким образом, как правило, очень плохо. (В более ранних версиях я сам был виновен в этом)   -  person Chris Marisic    schedule 08.09.2014

Ответы (1)


arrow_upward
9
arrow_downward

Не уверен, что вам нужны шаблоны Repository + UnitOfWork, но я думаю, что в ServiceStack + OrmLite есть несколько альтернативных решений, которые сохраняют ваш код «СУХИМ» до того, как вам нужно будет вводить какие-либо шаблоны (особенно если вы в основном ищете поддержку транзакций/отката). Что-то вроде ниже, где я бы начал.

public class Foo //POCO for data access
{
    //Add Attributes for Ormlite
    public int Id { get; set;  }
}

public class Bar //POCO for data access
{
    //Add Attributes for Ormlite
    public int Id { get; set; }
}

//your request class which is passed to your service
public class DeleteById 
{
    public int Id { get; set; }
}

public class FooBarService : MyServiceBase //MyServiceBase has resusable method for handling transactions. 
{
    public object Post(DeleteById request)
    {
        DbExec(dbConn =>
                   {
                       dbConn.DeleteById<Foo>(request.Id);
                       dbConn.DeleteById<Bar>(request.Id);
                   });

        return null;
    }
}

public class MyServiceBase : Service
{
    public IDbConnectionFactory DbFactory { get; set; }

    protected void DbExec(Action<IDbConnection> actions)
    {
        using (var dbConn = DbFactory.OpenDbConnection())
        {
            using (var trans = dbConn.OpenTransaction())
            {
                try
                {
                    actions(dbConn);
                    trans.Commit();
                }
                catch (Exception ex)
                {
                    trans.Rollback();
                    throw ex;
                }
            }
        }
    }
}

Некоторые ссылки...

https://github.com/ServiceStack/ServiceStack.RedisWebServices — приведенный выше код изменен из этого примера.

https://groups.google.com/forum/#!msg/servicestack/1pA41E33QII/R-trWzYgjEJ — обсуждение уровней в ServiceStack

http://ayende.com/blog/3955/repository-is-the-new-singleton — Айенде Рахиен (основной участник NHibernate) о шаблоне репозитория

person paaschpa    schedule 20.02.2013
comment
В случае, если вам нужна специальная/сложная логика sql, куда бы вы их поместили? - person GorillaApe; 04.10.2013
comment
Я предполагаю, что вы можете сделать столько специальной/сложной логики sql, сколько хотите, в рамках действия/функции, отправленной методу DbExec. Можно также написать автономную функцию и передать ее (действие/функцию) внутри блока. Кроме того, этот пример, вероятно, не лучший подход для сложных ситуаций. - person paaschpa; 04.10.2013