Laravel - Alguém utilizando?

[Angelo M. Rodrigues]

Alguém está utilizando o Laravel pra construção de API de sistemas grandes e complexos?

O que está achando?

Quais desafios encontrou neste tipo de utilização?

Alguém quer trocar idéias sobre isso?

[Hamir Dhanquer Costa Noleto]

Eu tbm tenho a mesma dúvida. Pois irei utilizar o Laravel como API

[Maykonn Welington Candido]

Pessoal o que os motiva a usar um framework fullstack para construir uma API para um sistema? Se você já possui o sistema não seria melhor utilizar um framework que tenha como especialidade apenas a construção  e direcionamento das requisições HTTP da aplicação cliente para o sistema e a obtenção do retorno para o devolver ao cliente?

Ou a API que pretende é muito mais do que apenas o que falei? Seria toda a camada de comunicação do sistema com o exterior? Há necessidade de usar um framework fullstack para isso?

Atenciosamente,

Maykonn Welington Candido

Linkedin

--
Você recebeu essa mensagem porque está inscrito no grupo quot;PHP Architect" dos Grupos do Google.
Para cancelar inscrição nesse grupo e parar de receber e-mails dele, envie um e-mail para php-architec...@googlegroups.com.
Para mais opções, acesse https://groups.google.com/d/optout.

[Angelo Rodrigues - Web Studio Brasil]

Hamir, 

Infelizmente ninguém me respondeu sobre este assunto.

Acredito que o pessoal desta lista não estejam trabalhando com o Laravel.

Estamos começando a utilizá-lo e estamos gostando dele, sendo mais leve, rápido e consumindo menos memória que o Zend 1.x (pelo menos nos testes que fizemos).

A curva de aprendizado não é tão grande, mas é bom estudar um pouco para poder estruturar bem seu projeto. Ainda estamos descobrindo algumas coisas na configuração, mas tudo “normal” para deixar o projeto mais “a sua cara”.

Qualquer Dúvida, favor entrar em contato, Atenciosamente,
		Angelo M. Rodrigues  Web Studio Brasil  Cml: (11) 3522-4073 Celular: (11) 963-773-186  www.wsbrasil.com - ang...@wsbrasil.com MSN / Skype: ang...@wsbrasil.com GTalk: angelomr...@gmail.com

[Angelo Rodrigues - Web Studio Brasil]

No meu caso, o sistema não é só para construir a API, mas internamente ele faz a comunicação com vários tipos de serviços externos (gateway de pagamento, redes sociais, serviços da Amazon, entre outros).

A questão de utilizar um framework fullstack foi mais por isso, para facilitar “n” coisas no desenvolvimento tanto da API (que servirá para conexão com o Site, Mobile e Terceiros), integração com parceiros e plataformas externas, como para processamentos internos de informações.

Para nosso caso em específico, foi o que nos atendeu bem e ficou melhor do que a base que tínhamos. Também dava para fazer de outras maneiras (outra arquitetura), porém nossa decisão foi de utilizar desta forma.

Qualquer Dúvida, favor entrar em contato, Atenciosamente,
		Angelo M. Rodrigues  Web Studio Brasil  Cml: (11) 3522-4073 Celular: (11) 963-773-186  www.wsbrasil.com - ang...@wsbrasil.com MSN / Skype: ang...@wsbrasil.com GTalk: angelomr...@gmail.com

[Diego Armando]

Estou estudando Laravel há um tempo e pra mim é o melhor framework que já trabalhei em questão de organização de código,

acredito que ele seria ótimo no desenvolvimento de grandes api's (RestFul), citarei aqui algumas das facilidades que o framework oferece

- Clareza na declaração das rotas através do Route::resource

Com apenas uma linha você conseguirá definir todos os métodos do Http já referenciando o controlador em que serão trabalhadas as requisições

- Trabalha com o composer

Você conseguirá criar facilmente uma pasta e ali deixar todo o domínio do negócio, 

e não ficar dependente dos models que acabam amarrando a arquitetura da aplicação.

Poderá também incluir códigos de terceiros facilmente.

- Autenticação Embutida

O módulo de autenticação já vem embutido, basta referenciar as tabelas e classes no arquivo de configuração, tanto utilizando o Http basic ou não.

Poderia listar muitas outras facilidades que este framework oferece ainda, 

aconselho você a dar uma olhada nessas video aulas que possuem uma

qualidade excelente para desenvolvedores do Laravel, iniciantes e até os mais experientes.

Inclusive existe até uma série de aulas sobre como construir uma Api bem reutilizável com laravel lá.

Abraço ,

Diego.

Em quarta-feira, 23 de julho de 2014 21h01min44s UTC-3, Angelo M. Rodrigues escreveu:

[Luís Otávio]

Galera,

Com certeza acredito que ele pode facilitar sim o desenvolvimento das aplicações, mas qual é o custo disso?

Não quero entrar em comparação com outros frameworks, mas focar no código do Laravel. Então vamos lá:

- Tudo, praticamente, estático (ou "singleton"): a implicação disto é o alto - imensamente alto - acoplamento, ou seja, é extremamente dificultoso ter variação do comportamento utilizando polimorfismo (pra começar);

- Convenção ao invés de configuração pode facilitar o uso e agilizar a codificação, mas tende a criar algumas coisas bizarras para processar como vcs podem ver no https://github.com/laravel/framework/blob/4.2/src/Illuminate/Routing/Router.php;

- Manipulação de superglobais, em alguns lugares são alteradas as superglobais $_ENV e $_SERVER... é realmente necessário comentar sobre as implicações disso?

Dá pra passar um bom tempo comentando os problemas de arquitetura e design OO o Laravel tem, mas podemos resumir que se estudarmos sobre SOLID e clean code acharemos várias questões no código.

Só quero deixar claro uma coisa, meu objetivo não é dizer "o Laravel não presta pra nada", mas sim "o Laravel tem problemas e esses problemas muito provavelmente serão replicados no seu projeto".

Com certeza o Laravel funciona, mas será realmente que "funcionar" é suficiente para o seu projeto? Você está afim de encarar esses trade-offs?

That's all folks,

Luís

--

[Maykonn Welington Candido]

Eu fiquei quieto Luís, mas sou da mesma opinião. Principalmente por quase tudo ser estático.

Atenciosamente,

Maykonn Welington Candido

Linkedin

[Hamir Dhanquer Costa Noleto]

Então dentro desse contexto. O que seria ideal?

Silex, Slim?

Sds.

Hamir Dhanquer C. N.

[Luís Otávio]

O ideal depende de vários fatores como: necessidades e conhecimento técnico da equipe.

Mas uma coisa é certa a ferramenta perfeita pra TODAS as situações não existe (na minha visão, claro).

[Luís Otávio]

Pensando numa API REST, além do roteamento básico por recursos e métodos seria interessante considerar também a negociação de conteúdo (e são poucas as libs que fazem isso).

O https://github.com/Respect/Rest é uma boa escolha.

[emin...@gmail.com]

Eu gosto muito do Silex :)

Sent with MailTrack

Elton Minetto CEO 47 3227.6359 @eminetto http://eltonminetto.net Rua Henrique Meyer, nº40 , sala 01 | Centro | CEP: 89201405 | Joinville/SC