Há diversas estruturas disponíveis para quase todas as línguas

A idéia por trás de um quadro é oferecer um design que você pode usar em vários aplicativos. Todas as aplicações têm um número de coisas básicas em comum — especificamente, algum tipo de interface com uma base de dados, uma certa quantidade de lógica de aplicação, algo que apresenta o pedido ao utilizador. Caso você tenha escrito muitos aplicativos PHP, você sabe o que isso parece. Um quadro é projetado para fornecer uma estrutura para esses elementos comuns (interação de banco de dados, camada de apresentação, lógica de aplicativo) para que você gasta menos tempo escrevendo código de banco de dados de interface ou interfaces de apresentação de camada e mais tempo escrevendo o próprio aplicativo. A arquitetura representada por quebrar uma aplicação-se dessa forma é chamada de Model-View-Controller (MVC). Modelo refere-se a seus dados, com vista para a camada de apresentação, e Controlador refere-se à lógica do aplicativo ou de negócios.

Há vários quadros disponíveis para quase todas as línguas. Selecionando o caminho certo para suas necessidades pode ser um pouco difícil, especialmente se você não tiver usado algum deles antes. Enquanto conselhos e opiniões de colegas e do developerWorks fiel autores pode ser útil nesta área, há realmente apenas um princípio orientador que deve ser seguido ao selecionar qualquer quadro: Um quadro só é tão boa como a quantidade de tempo e esforço que salva todos. Um quadro não é bom se ele funciona bem para você, mas provoca um aumento significativo em chamadas de suporte. Um quadro não é bom se é fácil de suportar, mas dificulta um pouco do que auxilia o seu desenvolvimento. Um quadro é inútil se é elegante, mas causa problemas de suporte e desenvolvimento.

Ao selecionar um quadro para o seu projeto, considere todos os envolvidos, de cima para baixo, e quando você avaliar o quadro, mantenha o impacto a outros partidos em mente.

Quando você considerar a adoção de um quadro, olhar para a sua aplicação de perto e pergunte a si mesmo se ele precisa de um quadro. Um quadro não é uma necessidade. Os aplicativos corporativos continuarão a ser escrito sem o uso de frameworks. Será um quadro ajudá-lo com o projeto? Será que vai economizar tempo e esforço todos? Será que a sua aplicação executar melhor em um quadro? Será que vai proporcionar a estabilidade que está faltando? Se a resposta a qualquer destas perguntas é sim, você deve procurar a adoptar um quadro. Se a resposta a todas estas perguntas é não, um quadro só vai complicar as coisas.

Infelizmente, restrições de tamanho e escopo do relatório não permitem uma cobertura abrangente de todos os frameworks PHP disponíveis. No entanto, só para que você saiba um pouco mais sobre frameworks PHP, nós damos-lhe o melhor de três:

• Zend Framework
• symfony
• . CakePHP Restaurant