Реализация шаблона репозитория с помощью Laravel

Недавно я начал учиться Laravel 4 и это возможности. Я хочу реализовать шаблон репозитория для перемещения логики модели туда. И в этот момент я столкнулся с рядом неудобств или недопониманием того, как это организовать. Общий вопрос у меня звучит примерно так: Можно ли реализовать и применить этот шаблон в Laravel без головной боли и стоит ли?

Вопрос будет разделен на несколько частей, что привело меня в замешательство.

1) Laravel предоставляет удобный способ связать модель в качестве параметра контроллера, например, я делаю это так:

// routes.php
Route::bind('article', function($slug)
{
return Article::where('slug', $slug)->first();
});

Route::get('articles/{article}', 'ArticlesController@getArticle');

// controllers/ArticlesController.php
class ArticlesController extends BaseController {

public function getArticle(Article $article)
{
return View::make('article.show', compact('article'));
}
}

Если я хочу использовать Repository шаблон, то я не могу использовать этот подход, так как в этом случае контроллер будет четко знать о существовании моделей Article? Будет ли правильно переписать этот пример, используя шаблон Repository таким образом:

// routes.php
Route::get('articles/{slug}', 'ArticlesController@getArticle');

// controllers/ArticlesController.php
class ArticlesController extends BaseController {

private $article;

public function __construct(ArticleRepository $article) {
$this->article = $article;
}

public function getArticle($slug)
{
$article = $this->article->findBySlug($slug);

return View::make('article.show', compact('article'));
}
}

2) Предположим, мой код выше с использованием Repository верно. Теперь я хочу увеличивать счетчик просмотров статей каждый раз, когда он будет показан, однако я хочу сделать эту обработку в Event, То есть код выглядит следующим образом:

// routes.php
Route::get('articles/{slug}', 'ArticlesController@getArticle');

// controllers/ArticlesController.php
class ArticlesController extends BaseController {

private $article;

public function __construct(ArticleRepository $article) {
$this->article = $article;
}

public function getArticle($slug)
{
$article = $this->article->findBySlug($slug);
Events::fire('article.shown');

return View::make('articles.single', compact('article'));
}
}

// some event subscriber
class ArticleSubscriber {

public function onShown()
{
// why implementation is missed described bellow
}

public function subscribe($events)
{
$events->listen('article.shown', 'ArticleSubscriber@onShown');
}

}

В этот момент я снова озадачился тем, как реализовать обработку событий. Я не могу пройти $article модель непосредственно к событию, потому что, опять же, это нарушает принципы ООП, и мой подписчик узнает о существовании модели статьи. Итак, я не могу сделать это:

// controllers/ArticlesController.php
...
\Events::fire('article.shown', $article);
...

// some event subscriber
...
public function onShown(Article $article)
{
$article->increment('views');
}
...

С другой стороны, я не вижу смысла вводить в subscriber хранилище ArticleRepository (или внедрить его в конструктор подписчика), потому что сначала я должен найти статью, а затем обновить счетчик, в конце я получу дополнительный запрос (потому что ранее в конструкторе я делал то же самое) к базе данных:

// controllers/ArticlesController.php
...
Events::fire('article.shown', $slug);
...

// some event subscriber
...
private $article;

public function __construct(ArticleRepository $articleRepository)
{
$this->article = $articleRepository;
}

public function onShown($slug)
{
$article = $this->articleRepository->findBySlug($slug);
$article->increment('views');
}
...

Более того, после Event обработано (то есть увеличено число просмотров), необходимо, чтобы контроллер знал об обновленной модели, потому что в представлении я хочу отобразить счетчик обновленных просмотров. Оказывается, мне как-то нужно вернуть новую модель из Event, но я бы не хотел Event стал распространенным методом для обработки определенного действия (для этого есть хранилище) и возврата некоторого значения. Кроме того, вы можете заметить, что мой последний onShow() Метод опять противоречит правилам Repository шаблон, но я не понимаю, как поместить эту логику в хранилище:

public function onShown($slug)
{
$article = $this->articleRepository->findBySlug($slug);
// INCORRECT! because the Event shouldn't know that the model is able to implement Eloquent
// $article->increment('views');
}

Можно ли как-то передать найденную модель обратно в хранилище и увеличить ее счетчик (противоречит ли это подходу к Repository шаблон?)? Что-то вроде этого:

public function onShown($slug)
{
$article = $this->articleRepository->findBySlug($slug);
$this->articleRepository->updateViews($article);
}

// ArticleRepository.php
...
public function updateViews(Article $article) {
$article->increment('views');
}
...

В результате я постараюсь сформулировать все более компактно:

1. Мне придется отказаться от передачи моделей непосредственно на контроллер и другие удобства, предоставляемые DI, если я буду использовать Repository шаблон?

2. Можно ли использовать репозиторий для сохранения состояния модели и передавать его между сущностями (например, от фильтра к контроллеру, от контроллера к Event и обратно) избегать непристойных повторных обращений к БД, и будет ли этот подход правильным (постоянство модели)?

Такие вещи, это мои вопросы. Я хотел бы услышать ответы, мысли, комментарии. Может быть, я неверно подхожу к применению шаблона? Теперь это вызывает больше головной боли, чем решает проблему отображения данных.

Также я прочитал несколько статей о реализации репозитория:

1. http://heera.it/laravel-repository-pattern#.VFaKu8lIRLe
2. http://vegibit.com/laravel-repository-pattern

но это не решает мое недоразумение