[Authorize("Admin")]
class UserConteroller 
{
    MyDataContext ctx = new MyDataContex();

    [Action("Deactivate")]
    [HttpPost]
    async ActionResult DeactivatePost(int userId)
    {
        var user = ctx.Users.First(u => u.Id == userId);
        user.Actve = false;
        await ctx.SaveChagesAsync();
        return Redirect("Index");
    }
}

G>>[Authorize("Admin")]
G>>class UserConteroller 
G>>{
G>>    MyDataContext ctx = new MyDataContex();

G>>    [Action("Deactivate")]
G>>    [HttpPost]
G>>    async ActionResult DeactivatePost(int userId)
G>>    {
G>>        var user = ctx.Users.First(u => u.Id == userId);
G>>        user.Actve = false;
G>>        await ctx.SaveChagesAsync();
G>>        return Redirect("Index");
G>>    }
G>>} 
G>>

ctx.Users.Where(u => !u.Orders.Any(o => o.CloseDate == null)).First(u => u.Id == userId);

var user = await ctx.Users.FirstOrDefaultAsync(u => u.Id == userId);
if(user == null) return NotFound();
user.Active = false;
await ctx.SaveChangesAsync();
return Ok();

G>>ctx.Users.Where(u => !u.Orders.Any(o => o.CloseDate == null)).First(u => u.Id == userId);
G>>

public static IQueryable<User> WithoutOpenOrders(this IQueryable<User> source)
{
    return source.Where(u => !u.Orders.Any(o => o.CloseDate == null)); 
}

ctx.Users.WithoutOpenOrders().First(u => u.Id == userId);

int f(int a, b, c)
{
   return a + b - c;
}

int calculateAmountToCharge(int orderPrice, deliveryPrice, discount)
{
  int totalPrice = orderPrice + deliveryPrice;
  return totalPrice - discount;
}

  void deactivateUser(long userId)
  {
     jdbcOperations.update("update user set active=false where id=?", userId);
  }

G>var user = await ctx.Users.FirstOrDefaultAsync(u => u.Id == userId);
G>if(user == null) return NotFound();
G>user.Active = false;
G>await ctx.SaveChangesAsync();
G>return Ok();
G>

G>public static IQueryable<User> WithoutOpenOrders(this IQueryable<User> source)
G>{
G>    return source.Where(u => !u.Orders.Any(o => o.CloseDate == null)); 
G>}
G>

G>ctx.Users.WithoutOpenOrders().First(u => u.Id == userId);
G>

class UserManager
{
    void DeactivateUser(long userId)
    {
        using (var db = new MyDB())
        {
            db.Users
                .Where(t => t.UserID == userID)
                .Set  (t => t.IsActive, false)
                .Update();
        }
    }
}

class UserManagerTest
{
    [Test]
    void DeactivateUserTest(long userId)
    {
        using (var db = new MyDB())
        {
            db.Users
                .Where(t => t.UserID == 1)
                .Set  (t => t.IsActive, true)
                .Update();

            new UserManagment().DeactivateUser(1);

            Assert.That(db.Users.First(t => t.UserID == 1), Is.False);
        }
    }
}

void deactivateUser(long userId)
{
  jdbcOperations.update("update user set active=false where id=?", userId);
}

void testDeactivateUser()
{
  jdbcOperations.update("update user set active=true where id=1");
  new UserDao(jdbcOperations).deactivateUser(1);
  assertThat(jdbcOperations.queryForObject("select active from user where id=1"), is(false));
}

• Репозитории служат для того, чтобы методы модели, которым нужно получить доступ к коллекции объектов, не зависели напрямую от системы хранения. В юнит-тестах модели репозитории достаточно легко мокаются, а persistent реализации репозиториев покрываются интеграционными тестами.
  
• При наличии ORM не нужен выделенный слой DAL, т.к. ORM сама по себе выступает таким вот DAL. Репозитории поверх ORM реализуются достаточно тривиально.
  
• Почему представление не может обращаться к репозиторию? Не вижу никаких проблем с этим. Разумеется, под "представлением" в случае веб-интерфейса я понимаю исключительно RPC-сервисы, которые дёргаются скриптами из браузера.
  
• Сами скрипты из браузера напрямую из репозиториев не тащат ничего. И этому есть причины. Дело даже не в языковом барьере (у меня Java + GWT, так что барьера нет), а в том, что когда приложение разделено на несколько процессов (клиент и сервер), то между процессами должно выстраиваться взаимодействие, причём всегда есть определённые накладные расходы, связанные с этим взаимодействием. Например, нельзя просто так организовать ленивую загрузку свойств entity, иначе начнёт ухудшаться отзывчивость из-за latency (да и transaction demarcation идёт нафиг вместе с consistency). Разумеется, разделяем клиент и сервер с помощью remote facade.
  
• Я не знаю, как в .NET, а в Java EE никаких "контекстов" создавать не надо, я просто пишу
  

  @PersistenceContext
  private EntityManager em;

  
  и в путь.
  
• Транзакции в сервисах/репозиториях определяются только декларативно и только типа MANDATORY (т.е. вызывающий метод должен предоставить транзакцию), а сами транзакции управляются из remote facades, тоже декларативно.

G>[Authorize("Admin")]
G>class UserConteroller 
G>{
G>    MyDataContext ctx = new MyDataContex();

G>    [Action("Deactivate")]
G>    [HttpPost]
G>    async ActionResult DeactivatePost(int userId)
G>    {
G>        var user = ctx.Users.First(u => u.Id == userId);
G>        user.Actve = false;
G>        await ctx.SaveChagesAsync();
G>        return Redirect("Index");
G>    }
G>} 
G>

OnButtonClick { /* поехали писать в базу, пусть даже и в другом потоке*/ }

class AuditService
{
 final SessionService sessionService;
 final AuditDao auditDao;
 final TimeService timeService;
 void reportAction(AuditOperation op, long id)
 {
   Principal changeAuthor = sessionService.getPrincipal();
   DateTime whenDateTime = timeService.getNow();
   auditDao.save(new AuditRecord(op, id, changeAuthor, whenDateTime));
 }
}