https://scotch.io/tutorials/simple-laravel-crud-with-resource-controllers
http://www.codeheaps.com/php-programming/creating-blog-using-laravel-4-part-2/

Notas Laravel 

- laravel snippets
- Interessante o uso de queries scopes, para reaproveitar logicas nas queries
- Usar o Has Many Through para permitir acessos comuns entre hierarquia de objetos
- Usar model events para regras de neg�cio em pedidos por exemplo ou via observer (total do pedido conforme itens)

- Validators
 - Como extender validators, criar validators como validação de email para ser aplicado em qualquer validator que necessite validar email
   https://laracasts.com/discuss/channels/general-discussion/l5-where-to-add-custom-validation-function
 - Extendendo validadores laravel  http://culttt.com/2014/01/20/extending-laravel-4-validator/
 - Item da documentação Conditionally Adding Rules (sometimes para validar somente quando o campo esta presente)
 - http://pt.slideshare.net/kirkbushell/comprehensive-validation-with-laravel-4
 https://github.com/JeffreyWay/Laravel-Model-Validation
 
 https://github.com/mrakodol/Laravel-5-Bootstrap-3-Starter-Site/blob/master/resources/views/admin/layouts/default.blade.php
 https://github.com/w3nh4o/Laravel-5-with-bootstrap-responsive-admin-template-AdminLTE/blob/master/resources/views/app.blade.php
 
 
- builder form booststrap http://blog.stidges.com/post/easy-bootstrap-forms-in-laravel
						  *** https://github.com/dwightwatson/bootstrap-form
						  **** http://bootstrapper.eu1.frbit.net/
						  http://codecanyon.net/item/josh-laravel-admin-template-front-end-crud/8754542
						  
						  http://laravelcollective.com/docs/5.1/html#form-model-binding
- generic CRUD   https://laracasts.com/discuss/channels/general-discussion/any-crud-generator-in-laravel-im-sick-of-copy-the-same-shit
  http://www.three-oh.com/blog/2015-06-20/a-laravel-5-api-boilerplate
- Lib de tela https://github.com/zofe/rapyd-laravel
- phpstorm snipets https://github.com/koomai/phpstorm-laravel-live-templates#views-responses-and-redirects

http://www.laravelbestpractices.com/#use_the_current_stable_version
http://laravelbook.com/laravel-architecture/ (explicação da estrutura de pastas do 4)

- Validações e regras de negócio que são da própria entidade, deve estar implementadas na própria entidade, em teoria.
  Na pratica, model "Tarifa", ou "Reserva", deverão validar e ter regras somente no que diz respeito da própria tabela/entidade, como obrigatoriedades
  e campos calculados. Essa implementação sobrescreve o base model save, que já valida, quando desejar implementar um campo calculado por exemplo.
  Na maioria dos casos o caso de uso é quem definirá as validações e conjuntos de models que atenderão a necessidade, nesse caso deve haver um
  Controler que não é correspondente a uma entidade, e sim a um cenário de uso. Haverão os ModelController, que terão os métodos basicos
  de uma entidade, e também como explicado, os 'não model' como AvailSearchController.
  
  APIController ou CRUDController
  



Arquitetura de dev   (essa função de save poderia estar no base model talvez, parametrizado se deseja salvar ou não)
User
    public rules
    
    public function save() {
        validator =
        if (!valid)
            throw new Exception('asdf');
        return parent:save();
    }
O problema dessa abordagem é devido a validação estar atrelada a entidade, e não a um cenario de uso.
talvez possa existir essa validação para o que seria equivalente a uma trigger e o restante das validações
ser no próprio cenário de uso, action no controller no caso. A validação deve permitir usar validations pré prontas
como escrever novas validações no próprio controller.
    - Escrever validações gerais e dispnibilizar para a app inteira via resolver / etc.
    - Permitir escrever funções de validação que sejam ativadas no método validate, no controller.
    (se passar na do controller e falhar na da entidade, deve ocorrer rollback, para isso deve ser lançado exception na entidade)
    - talvez para tratar de maneira generica, tratamento de exception e mensagem, porém nesse caso o suporte teria que ser
      ajax, pois retornara sempre a mensagem da propria exception json. Creio que fazer tudo via ajax json (dados) será demorado
      de desenvolver, talvez uma opçao fazer ajax mas retornar html ???
      Talvez o base controller deva oferecer opção de todas as actions retornarem json.
      Exemplo ajax: http://blog.laravel.in/ajax-in-laravel-user-registration/

      if (Request::ajax())  para identificar requisições ajax.