Czy ktoś z Waś pisał już w Symfony 2.0?

Pozdrawiam,
Mariusz
.......................................................
[spam]

Pytam z ciekawości co o tym myślicie....

Tak, z pewnością wiele osób coś już próbowało. Czegoś większego i bardziej poważnego chyba nie ma sensu jeszcze pisać, bo nie wiadomo jak poważne będą zmiany i czy w ogóle projekt dojdzie do końca.

P.S. Ten link w poście to chyba jakiś błąd.

Coś tam próbowałem, ale to póki co tylko zabawy.
Być może w końcu doczekamy się "prawdziwego" MVC (albo przynajmniej czegoś na czym da się to zbudować)

Tylko trzeba pamiętać, że to jest preview-release i wiele się zapewne zmieni do czasu premiery wersji finalnej.

Mi się wydaje że symfony 2.0 już bardzo się nie zmieni w porównaniu z tym co jest już udostępnione. Jedynie co spowalnia wydanie 2.0 to doctrine/propel. A wiecie może kiedy miej więcej ma wyjść 2.0 ? Tylko nie piszcie ze pod koniec 2010r bo tyle to ja na stronie też znalazłem

@Gribo Nadal nie jest znany ostateczny kształt kontrolerów (chyba, że coś pominąłem). Brakuje widoku i nie wiadomo czy w ogóle będzie. Brakuje także walidacji, czy też formularzy - nie wiadomo czy to co zapoczątkował bschussek zostanie zaakceptowane przez fabpot'a. Ciągle dochodzą nowe komponenty. Ostatnio zmieniono standard kodowania.
Tempo prac bywało szybsze, czyli data wydania (koniec 2010 to przecież jest "mniej więcej") może się przesunąć

Co do ORM'ów to mam pytanie: skąd wziąłeś te informacje? Doctrine 2 ma już pierwszą betę, a Propel...

na stronie symfony napisali przy symfony 2.0 :

Propel: ?
Doctrine: 2.?


Rozumiem z tego że, w symfony 2.0 raczej fabian nie zastosuje wersji 2.0 doctrine która może być nie dorobiona. i poczeka na poprawki, bądź się mylę i doctrine 2.0 będzie już w wersji 2.0 rewelacyjne. OBY.

Ja się bawię tym aktualnie. Już mniej więcej od miesiąca. Same idee i mechanizmy tam wprowadzone/zmienione są bardzo fajne i na pewno znacznie uproszczą sprawę (względem 1.x), a zarazem sprawiają, że wszystko jest szybkie, spójne i dobrze działa. Ale tak jak to tutaj było napisane - nie nadaje się to na razie do pracy. Praktycznie każdy commit zmienia tak dużo, że wszystkie pliki trzeba od nowa przeryć (zmiany to zarówno kosmetyka w samym nazewnictwie, ale też i pewne mechanizmy i struktury danych). Oprócz tego wiele nadal brakuje, najbardziej doskwiera mi brak obsługi formularzy.

Jest też jeszcze kilka niedogodności związanych z DI, ale to nawet nie wiem, czy zamierza się z tym coś zrobić, czy po prostu to ja mam za duże wymagania (ale prosta dereferencja by się przydała, tworzenie statycznej metody tylko do pobierania i zwracania instancji jest bez sensu).

Co do kontrolerów to nie wydaje mi się, aby zaszłą tam jakaś rewolucja. Wiele się nadal zmienia, ale odnośnie "wwnętrznych" mechanizmów, jak napiszesz sobie kontroler pod obecny stan rzeczy, to nie sądzę, aby sposób użycia się zmienił.

Reasumując zapowiada się wybornie, ale na razie tylko zapowiada.

Aha - nie radzę za bardzo wzorować się na przykładzie z paczki sandbox . Jako ogólny pogląd na strukturę projektu/kodu może być, ale metoda kopiuj-wklej tutaj to samobójstwo . Jeśli nic się nie zmieniło, to jest to export stary jak świat, i nawet config z tamtej paczki nie pójdzie w rewizji z SVN.

@destroyerr: Jak to nie ma widoków? Brakuje helperów, ale same mechanizmy widoków już są i to wyśmienite moim zdaniem. Do bólu uproszczone bez utraty funkcjonalności. Kaskadowe (możesz sobie w swoim projekcie stworzyć widok przysłaniający jakiś domyślny widok z bundle'a) i do tego obsługa formatów innych niż HTML - możesz sobie stworzyć widok dupa.json.php i tam printować JSON dla XHR, wystarczy wtedy podać parametr _format=json w URLu, albo do route'a, nie potrzebujesz żadnej akcji. Chyba, że mówisz o czymś innym .

@wrzasq: wybacz ale Ty piszesz o szablonach, co zresztą jest ujęte w nazwie tego komponentu, a ja napisałem o widoku. Helpery są. Obsługa formatów jest też we wcześniejszych wersjach, kaskadowość także.
Pisząc o kontrolerach nie miałem na myśli rewolucji, bo też nic nowego w tym temacie nie da się już wymyślić. Natomiast duże znaczenie ma w jaki sposób będą trafiać parametry i usługi do akcji.