Pergunta

Bem, eu sei que é uma prévia, e sei que diz que ainda não está pronto para a produção, e ainda ouso fazer a pergunta.

Preciso começar a construir uma aplicação bastante grande, que está planejada para o ar em cerca de setembro de 2010.

Digamos que não lançarei o aplicativo para a produção até que a versão estável do Symfony 2.0 seja lançada - é uma boa idéia (bem, vou me contentar com uma idéia viável) para começar a criar o aplicativo usando a versão 2.0? Qual é a chance de precisar reescrever/substituir o código que escrevi devido a alterações principais na estrutura?

Obrigado.

Editar: a outra opção agora é usar o Symfony 1.4.
Eu pensei e tentei a estrutura do Zend, mas me recuso a reinventar cada módulo, o que me custará muitas horas de programação (se não dias/semanas).

Foi útil?

Solução

Da apresentação de Fabien de Symfony 2 no Symfony Live: Use Symfony 1.4 para o seu próximo projeto.

De Symfony 2 Github Page: As coisas vão mudar.

Agora considere o seguinte:

  • O Symfony 1.4 será suportado até o final de 2012, 2 anos após o lançamento do seu projeto
  • Symfony 2 não possui geração de código, formulários, testes de unidade, etc. Portanto, tudo o que você fará para encobrir esses campos, você terá que refazer quando as maneiras oficiais estiverem chegando (que responde à sua segunda pergunta)

Então, como todos já disseram aqui, vá para 1.4

Outras dicas

Symfony 1.3 ou 1.4 é a escolha certa por enquanto. 1.3 Se você usou o Symfony 1.0 antes, 1.4, se não. Pessoalmente, não sou fã do sub-quadro em Symfony 1.1+ por muitos motivos, mas você pode achar totalmente agradável. Essa é uma escolha pessoal, então.

O Symfony 2.0 não é estável, e muitos dos recursos que está introduzindo não são aqueles que realmente interessariam a um desenvolvedor, sinto, pelo menos neste estágio. O SF2.0 é, no entanto, um exercício impressionante para fazer a próxima geração de estruturas da Web; Mas, não em tornar os sites que você torna mais rico em recursos ou mais fáceis de desenvolver. Pode torná -los mais rápidos e mais elegantes sob o capô, mas essa não é necessariamente a vantagem principal de uma estrutura para um desenvolvedor. Um exemplo disso é a injeção de dependência. É uma abstração adicional dos já excelentes componentes de código do Symfony, e sua inclusão apenas aumenta meu respeito pela equipe central do Symfony e seus avanços - mas, para um usuário final, provavelmente deixa muitos coçando a cabeça sobre a vantagem.

A principal vantagem do Symfony depois de apreciar a estrutura básica é a comunidade e seus plug -ins, e acho que é o desacelerador do SF2.0 no momento. Sim, eu sei que é essencialmente construído a partir de 'plugins', mas você não terá vários plugins cruciais, tenho certeza e precisará escrevê -los ou adaptar a existência para se adequar. Esta é a razão pela qual você rejeita a estrutura do Zend.

Ainda assim, apenas minha opinião. Eu sou um desenvolvedor Symfony 1.0 e 1.1 (principalmente 1,0) há mais de 3 anos, e ainda não me decepcionou.

Essa é uma pergunta de um milhão de dólares, meu amigo. É uma aposta, pura e simples. Eu usei vários MVCs de PHP (Cake, Zend e Symfony) e todos operam aproximadamente da mesma maneira. O que é bom em Symfony é que é foco em ser modular, não reinventar a roda e a facilidade de uso.

Não posso citar nenhum exemplo de empresas maiores que o use, mas pessoalmente o usaria sobre CakePhp ou Zend neste momento. Eu sinto que tem uma comunidade forte, não corre o risco de ser abandonado (no momento) e geralmente gosto de trabalhar com a estrutura. O que, no final do dia, geralmente é tudo o que importa.

Como eu disse, não sei o quão bem é escala para cima ou para fora, mas é mais rápido que Cakephp ou Zend. É uma aposta, independentemente da estrutura que você escolhe, então, boa sorte.

A menos que haja algo específico no Symfony 2.0 que você precisa para o seu aplicativo, sugiro que você vá com 1.4 e trabalhe com uma versão estável desde o início. Pelo que entendi, o Symfony 2.0 pode não estar fora até o final do ano. A Symfony 1.4 será oficialmente apoiada até o final de 2012, deixando -lhe tempo de sobra para atualizar/reescrever para 2,0 mais tarde, se você deseja fazê -lo.

Eu tentei o Symfony 2 há uma semana (sou um desenvolvimento de Symfony em tempo integral) e aqui estão as principais razões pelas quais você deve continuar usando o Symfony 1.x antes de migrar para 2.0:

  • Twig é instável. Você não pode usar form_render, form_error, etc., mas é muito fácil usando uma exibição PHP!
  • Obtenha a cultura do usuário (localidade) é uma dor no A **.
  • Os modelos de PHP não são divertidos como o galho para codificar. Exemplo com esta função de tradução:
    • PHP: <?php echo $view['translator']->trans('text') ?>
    • GALHO: {% trans 'text' %}
  • Documentação ruim

Parece não tão ruim assim, mas confie em mim ... Leva tanto tempo para depurar essas coisas para perceber, no final, que estava errado no próprio Symfony 2.

Quando você lançar seu projeto, a versão 2.0 provavelmente não será estável de qualquer maneira. E considere que a versão 1.4 tem suporte longo por 3 anos, com os quais você pode contar se estiver iniciando um novo projeto. Fora isso, com o Symfony 2.0, as coisas não serão iguais :) será muito diferente das versões atuais. Você pode não gostar :) ou pode não ser adequado para o seu projeto.

Ou você pode simplesmente usar o lítio ... você sabe, é melhor do que todas as estruturas da página mencionadas ... mas a pergunta é sobre a prontidão v2.0, não sobre bolo ou outras estruturas (como mencionado por outras postagens, embora eu imaginei que eu também entraria no meu jab).

Pessoalmente, eu queria usar 2.0 em um projeto importante, mas provavelmente não vou acabar por causa do medo (sempre um motivo ruim).

Meu ponto é esse. Nada é estável. Nem mesmo 1.4. Tudo neste mundo está sujeito a mudanças e sempre há patches e correções para tudo. Se não usássemos o software beta/alfa, especialmente em uma comunidade de código aberto, nunca progrediríamos.

Então. É um risco. O truque é que você deve ser bom o suficiente para lidar com quaisquer problemas que possam surgir. Eu acho que esse é apenas o nome do jogo. Você é o tipo de desenvolvedor que sai e instala WordPress e Drupal e diz que olhe para mim mamã para cima e faz isso. Rolls com os maus momentos e sorri (de orelha a orelha) durante o bem.

Fim do dia é o seu trabalho. Nunca deixe ninguém lhe dizer como fazer isso. Você faz isso como você quer.

Licenciado em: CC-BY-SA com atribuição
Não afiliado a StackOverflow
scroll top