Gotowy[CakePHP] czy własny Opcje

[J0kR]

Witam,
chciałbym zapytać bardziej doświadczonych, którą drogę wybrać? Zabieram się do pisania dość dużej aplikacji i nie wiem czy budować ją na gotowym frameworku czy też przygotować własny kod od początku. W temacie nawiązałem do CakePHP ponieważ miałem już do czynienia z tym frameworkiem. Wydaję mi się, że wykorzystanie gotowego rozwiązanie będzie mniej czasochłonne. Z kolei wydaję mi się, że własny kod będzie mniejszy objętościowo bo okrojony do niezbędnych rzeczy. Oczywiście będzie to MVC. Zabierając się do pisania frameworka mam na uwadze przyszłe moje projekty. Propozycję innych gotowych rozwiązań mile widziane, myślałem o propelu, ale nie wiem czy jest sens się uczyć go od początku skoro z CakePHP jestem już zaznajomiony.

Z góry dzięki.

[SongoQ]

Oczywiscie ze jest sens pisac w frameworku dlaczego to nie bede sie wypowiadal jest na forum chyba tysiace postow ktore mowia dlaczego.

Propozycję innych gotowych rozwiązań mile widziane, myślałem o propelu, ale nie wiem czy jest sens się uczyć go od początku skoro z CakePHP jestem już zaznajomiony

Dobrze rozumiem porownujesz Cake do Propela?? Radze udac sie na strone projektow i zobaczyc czym jest propel, bo chyba masz jakies zle informacje.
Jesli masz cos wdrazac i jest to faktycznie duzy projekt jak pisales to polecam Symfony.

[J0kR]

No oczywiście że jest sens pracy z frameworkiem, ale chodzi mi o to czy wybrać gotowe rozwiązanie czy też pisać to samemu. Aplikacja ma być następnie sprzedawana, z tego co wiem to nie ma problemu raczej z prawami autorskimi tych gotowych , darmowych frameworków, ale czy nie będzie głupio wyglądać jeśli zbuduje taką aplikację na jakimś gotowcu?

No tak, propel to po prostu ORM, myślałem o PRADO.

Polecasz mi Symfony, a czy możesz napisać dlaczego akurat ten framework?

Dziękuję za odzew.

[pawel_k]

ze strony symfony:

* compatible with as many environments as possible
* easy to install and configure
* simple to learn
* enterprise ready
* convention rather than configuration, supporting fallback calls
* simple in most cases, but still flexible enough to adapt to complex cases
* most common web features included
* compliant with most of the web "bests pratices" and with web "design patterns"
* very readable code with easy maintenance
* open source

i nie są to tylko przechwałki, jest to bezsprzecznie najlepszy i najbardziej zaawansowany framework dla php, a jego jedyną wadą jest mniejsza wydajność (co tak na prawdę nie przeszkadza w niczym)

[SongoQ]

@pawel_k Nic dodac nic ujac calka prawda. Podkresle tylko to ze yahoo wdraza obecnie sf w swoje projekty.

[sticker]

@pawel_k Nic dodac nic ujac calka prawda. Podkresle tylko to ze yahoo wdraza obecnie sf w swoje projekty.

tylko z tego co pamiętam to obiekty generuje sie na podstawe YAML (język z dupy wzięty) Chyba że w końcu dojrzeli do XMLa (to moje pytanie)

[pawel_k]

tylko z tego co pamiętam to obiekty generuje sie na podstawe YAML (język z dupy wzięty) Chyba że w końcu dojrzeli do XMLa (to moje pytanie)

chodzi o definicję bazy? masz dowolność w wyborze xml czy yaml, warto dodać że xml w tym wypadku był od początku a yaml'a dodali później.

poza tym nie wiem co masz do yamla. tak na prawdę to yaml i xml w symfony są cacheowane do php więc to tylko kwestia wyboru zapisu a nie kwestia dojrzewania ...

[J0kR]

Właśnie czytając dokumentację zastanawiałem się dlaczego jakiś YAML. Mało popularny. Chociaż wydaję się praktyczny w tym zastosowaniu, np. do opisywania modeli.

[SongoQ]

Obecnie w SF jest wszystko w yml. Przedewszystkim wprowadzenie czegos takiego mialo na celu przyspieszyc kodowanie. Moze na poczatku wydaje sie trudny ale przyspiesza kodowanie. W porownianiu z xml'em jest kilka znakow mniej

[pawel_k]

Obecnie w SF jest wszystko w yml.

a i18n ?

[SongoQ]

@pawel_k Chodzilo mi o konfigi co do wielojezycznosci to rowniez symfony obsluguje

[pawel_k]

@pawel_k Chodzilo mi o konfigi co do wielojezycznosci to rowniez symfony obsluguje

ale raczej nie w yaml tylko w xml dobra, koniec OT :]

Ten post edytował pawel_k 22.06.2007, 14:20:46

[prond]

- Próbowałem (jakieś pół roku temu) ugryźć SF, ale bardzo się na nim zawiodłem. Wydaje się, że jest to paczka złożona z kilku bibliotek, przez co ciężko się to kodowało bez korzystania ze skryptów CL (a to jest mało fajne w przypadku pracy na serwerze, do którego nie ma dostępu do shell'a)
- w Cake'u z kolei łatwiej dobudowywać lub zmieniać coś w aplikacji - jest o wiele mniej miejsc, w których muszę coś zmienić np. po modyfikacji modelu

[pawel_k]

bo widzisz, symfony jest raczej stworzony do duzych projektow wiec takie cos jak brak dostepu do shella w takim wypadku jest pikusiem... praca na zwyklych hostingach wspoldzielonych jest ok dopuki prace na serwerze produkcjnym ograniczaja sie do czysczenie cache, bo z generowaniem modelu jest gorzej. ja na serwerach wspoldzielonych bez shella gdzie zazwyczaj wrzucam aplikacje napisane w symfony, a polecenia administracyjne ograniczam wlasnie do cc (przez oproznianie katalogu cache )

[dr_bonzo]

- Próbowałem (jakieś pół roku temu) ugryźć SF, ale bardzo się na nim zawiodłem. Wydaje się, że jest to paczka złożona z kilku bibliotek, przez co ciężko się to kodowało bez korzystania ze skryptów CL (a to jest mało fajne w przypadku pracy na serwerze, do którego nie ma dostępu do shell'a)

Bo sie nie edytuje aplikacji na serwerze produkcyjnym tylko w srodowisku dev. a na serwer wrzuca sei juz "gotowca"

[SongoQ]

Symfony rowniez takie rzeczy wspiera
symfony freeze
symfony sync production go