Como adaptar padroes de projeto e estilo SOLID no dev PHP usando CodeIgniter

Oi Gustavo, tudo bom?

Realmente o CodeIgniter tem alguns detalhes na implementação. Um Framework que eu acho bem legal para referencia de boas práticas é o Symfony. Ele vem sendo muito bem mantido pela equipe, seguindo varios design patterns e boas práticas.

Quem desenvolve os frameworks também são desenvolvedores e muitas vezes vamos encontrar códigos que não são a melhor implementação possível naquele contexto mesmo, é normal =)

Em relação aos controllers muito grandes. Realmente é normal com o crescimento do sistema algumas classes ganharem muita responsabilidade. Cabe a gente sempre estar de olho nesse crescimento e tentar quebrar elas em classes menores e mais semanticas. Tenho certeza que no sistema de chamado, conforme o controller Chamados cresce, conseguimos quebrar ele em outros controllers menores como ChamadosAbertosController, ChamadosResolvidosController, ChamadosEmEsperaController e assim por diante.

A parte mais dificil do desenvolvimento Orientado a Objetos é encontrar esses pontos de quebra, quando devemos criar uma classe nova, quando devemos juntar duas classes. Esse tipo de trabalho é constante mesmo, sempre olhando para o código e vendo como podemos torná-lo mais facil de manter =)

Salve André, Sim realmente depois deste tempo todo a imagem que tenho do CI é exactamente esta. Pena que ja extendi ate os helpers e criei novas bibliotecas e preparei o Environment ja pensando em ele como ferramenta. Igual não posso negar que comparado com desenvolver de 0 é uma mão na roda. Referente aos controller sim, realmente tem vários quebrando as tarefas nessa mesma linha, mas fiquei curioso em conhecer melhor o Symfony. Aqui na plataforma ninguem se interessou por desenvolver um curso dedicado a ele, escolhi o CI por causa da grande popularidade. Você que ja trabalha em este segmento qual prefere para levantar um projeto em PHP?

Trabalhei com PHP em alguns projetos grandes, do zero e tal. O CodeIgniter não é um framework que suporta muito bem a orientação a objetos. O ORM dele é meio fraco também.

Trabalhei com o symfony por um tempo e eles utilizam o conceito de modularização para as dependencias do framework. O ORM que eles utilizam é o doctrine mas na implementação isso está bem desacoplado, mudar isso num futuro não seria nada custoso para a ferramenta e tal.

O único ponto que eu acho meio chato é a parte de geração de formulários no back-end. Todo form no symfony é recomendavel criar uma classe que extende de FormType e no front utilizar apenas os helpers. Mas, no dia-a-dia o front dos forms acaba sendo muito dinamico pra esse tipo de estrutura o que faz a gente ter que ir atrás de templates pra formulários no twig.

A ferramenta no geral da bastante suporte e a documentação é estupidamente boa, com muitos exemplos de uso e tal.

Uma outra que eu recomendo bastante é o laravel (que por baixo dos panos usa o symfony também) pois ele também é bem implementando e suporta a maioria das funcionalidades que a gente precisa no dia-a-dia, além de ser o framework mais comum no mercado PHP.

Acredito que para projetos pessoais o symfony é uma boa abordagem, é um framework que vem ganhando espaço no mercado por ser um projeto mantido com investimento não só mais um projeto open-source.

Para fins de curriculum acho que o Laravel pesa um pouco mais ainda, mas conhecer os dois nunca é demais tanto porque o Laravel utiliza os symfony por baixo dos panos, isso te da mais dominio no framework.

Para fins práticos os dois não estão muito distantes e abrangem bem as necessidades diarias de um projeto web =)