2011-05-02 11 views
7

Zaczynamy teraz projekt i chcieliśmy wiedzieć, jaki jest najlepszy kurs: korzystać z Symfony 2, mimo że nie jest stabilny i ostateczny, czy użyć Symfony1 i uaktualnić później?Aktualizacja z symfony1 na symfony2

Odpowiedz

7

Polecam zacząć od Symfony2: migracja z Symfony 1 do 2 będzie bardzo trudna, Symfony2 to prawie zupełnie inna struktura.

Muszę dodać, że nawet migracja pomiędzy mniejszymi wersjami Symfony 1 może być prawdziwym bólem.

+1

Zdecydowanie Sf2, to zasadniczo odmienne niż SF1, dokonywania uaktualnień zupełnie jak przepisanie od podstaw. – Maerlyn

6

Zgadzam się z Frosty, ale właśnie rozpocząłem projekt i wybrałem to zrobić w wersji 1.4, ponieważ.

  • mam już wiele bloków kodu i całych modułów mogę ponownego użycia i czas jest najważniejszy
  • S2 nie jest stabilny i co robię musi być stabilny z jednego dnia
  • Documentation S2, podczas gdy dobry nie jest na tym samym poziomie, co S1.x
  • Wiele wtyczek dla S2 jest w toku, podczas gdy wiele z nich dla S1.x jest solidnych i ponownie dobrze udokumentowanych
  • Prędkość nie jest problem, więc zyski S2 nie pomagają mi
  • Klient nie dba o to, dopóki dostarczony produkt będzie dostarczany pod warunkiem, że S1.x (a także 1,4) będzie obsługiwany do końca 2012 roku, przez 18 miesięcy, co często jest o wiele dłuższe niż przeciętna żywotność oprogramowania, szczególnie na stronie internetowej
  • Nie ma natywnego backendu administracyjnego i naprawdę potrzebuję takiego, który działa
  • W ciągu 6 do 12 miesięcy w odwrotnej inżynierii, ręcznie, ten projekt w pełni działa i przetestowany w S2.x z oodlesami dokumentacji do strony
  • Fabpot jest bardzo sprytnym facetem i prawdopodobnie napisał skrypt, by przekonwertować wersję 1.4 na 2.x, więc nie muszę się martwić (no dobrze, że nie będzie, ale wszystkie inne blokady).

Powyższe sprowadza się do tak, S2 jest prawdopodobnie wystarczająco stabilny, a dokumentacja jest użyteczna i jeśli masz dość czasu, aby przejść do krzywej uczenia się, ale będzie to zależeć od indywidualnych przypadków, w jaki sposób kruszy się ciastko.

+0

+1 za wskazanie dobrych powodów, aby w niektórych przypadkach zachować zgodność z Sf 1.4, nawet jeśli nie zgadzam się co do "łatwości migracji" :) –

+2

Nie sądzę, że jesteś na miejscu, ponieważ architektura, pakiety i przestrzenie nazw są tak różne rodzaj skryptów wymagałby, aby nikt nie pisał skrótów, cheatów, hacków lub po prostu "trochę się pomylił, ale zadziałało" w ich kodzie. Nie przewiduję łatwości aktualizacji. Jest to prosta i prosta wersja, która musi zostać uwzględniona przy podejmowaniu decyzji.Właściwie to jestem trochę zhackowany, że nie mogę tego zrobić w S2, ale komercyjnie nie ma sensu – PurplePilot

5

W kilku słowach ... Niemożliwe. Zapytaliśmy pana Fabiena Potenciera o coś w stylu: "Czy będzie można przenieść się z symfony1 do symfony2?". Jego odpowiedź była znacznie krótsza niż moja ... NIE.

Symfony2 nie ma nic wspólnego z Symfony1. Dziel się tylko nazwą, nie więcej. Rozpocznij nowy projekt w SF2, spróbuj zrozumieć, jak to działa i będziesz mógł projektować z nowymi funkcjami.

Migrate jest zły ...

+2

+1 dla "Symfony2 nie ma nic wspólnego z Symfony1". Naprawdę, Fabien nie ma firmy nazywającej to Symfony2. Jest samolubny i wprowadzający w błąd. – Raise

+0

Podejrzewam, że powiedział "Nie!". Po prostu przeczytałem to, próbując zdecydować, co zrobić z projektem Symfony 1.2, który działa dobrze. Brak ścieżki uaktualnienia sprawia, że ​​myślę o Django, wolę Python od PHP. –