[inny]gotowe rozwiązania vs własne Opcje

[marcus753]

Witajcie,

Najpierw może 2 słowa o mnie: w php-ie programuje od kilku lat (głównie hobbystycznie i dorywczo) na co dzień jestem frontend developerem. W tym roku postanowiłem wziąć się za frameworki no i na początku był codeigniter w którym się zakochałem (IMG:style_emoticons/default/wink.gif) potem był laravel z którym cały czas walczę i przez który co nieco straciłem przyjemność kodzenia bo zamiast napisać coś samemu ściągam daną bibliotekę uczę się jak ją obsługiwać itp. - składam wszystko z gotowych klocków, jak się ma dziesiątki takich samych projektów świetna sprawa (IMG:style_emoticons/default/wink.gif)
Dosyć dużo czytam o różnych wzorcach projektowych - bardzo ciekawy temat.

Chciałem Was zapytać o zdanie bo mam mały dylemat… Na horyzoncie pojawiły się 3 stosunkowo proste projekty do zrobienia (prosty blog, katalog produktów oraz przeglądarka i wyszukiwarka załadowanych zdjęć z możliwością ich lekkiej modyfikacji) i tu pojawia się mój dylemat bo zarówno codeigniter jak i laravel wydają mi się zdecydowanie za duże i zbyt zasobochłonne do tych projektów.

Zastanawiam się nad wykorzystaniem jakiegoś micro frameworka lub napisaniem swojego micrusa który w założeniu miałby mi rozdzielić kod na MVC a dokładniej HMVC + routing i w zasadzie tyle z ORM nie potrzebuje korzystać bo działam na jednej bazie zresztą tak jak już pisałem niekiedy zwykłe zapytanie sql jest krótsze niż to z ORM, z laravela wziąłbym funkcjonalność stosowania filtrów, w CI bardzo spodobała mi się możliwość pisania uniwersalnych funkcji do bazy które mogą być wykorzystane z wieloma tabelami(w modelu mam funkcje np. dodajRekord($data,$table){specjalne zapytanie sql} ) i tą funkcję mogę wykorzystać do różnych tabel a do tego dodałbym możliwość łatwego pisania zew. bibliotek i wrzucania ich do projektu.

Co o tym myślicie czy ma to jakikolwiek sens ? czy może lepiej skorzystać z czegoś gotowego ? a jeśli tak to co polecacie ? silex ? - chociaż tam chyba nie ma obsługi resizu i cropowania zdjęć a jak mam pisać swoje własne biblioteki to chyba wole oprzeć to na swoim własnym systemie z drugiej strony wszyscy mówią że pisanie swojego frameworka jest bezsensu i tak koło się zamyka…

Pozdrawiam

[Dejmien_85]

(..) wszyscy mówią że pisanie swojego frameworka jest bezsensu i tak koło się zamyka…

A nieprawda, nie wszyscy tak mówią. To zależy jaki jest Twój cel. Jeśli chcesz się uczyć PHP, wtedy droga wolna, pisz własny FW i ucz się. Jeśli chodzi Ci jednak tylko o wykonanie zadania, wtedy szybciej to zrobisz korzystając z gotowych FW - przecie do PHP jest miliard FW i bibliotek.

Ty najlepiej wiesz czego chcesz, także sam sobie odpowiesz na to pytanie - jeśli masz ochotę napisać coś swojego, wtedy pisz i p#%&@!@ to co inni mówią. ; )

Z punktu czasowego lepiej wyjdziesz na gotowym FW.

No i jedna mała uwaga - mędrcy mawiają, aby na wydajności skupiać się na samym końcu, wyjątkiem są sytuacje, kiedy to z góry wiadomo, że coś musi być wydajne (gdy klient wspomina, że dziennie na stronie siedzieć będą dziesiątki lub setki tysięcy użytkowników). Mogę się mylić, ale wydaje mi się, że w Twoim wypadku możesz na spokojnie użyć CI lub Laravela.

Najlpiej zapytaj się klienta czy przewiduje wdawanie góry kapuchy na reklamy w Adwordsach lub pozycjonowanie - jeśli nie, wtedy ruch na jego stronach będzie pewnie wynosił kilka osób na miesiąc. ; )
Tak to już jest, klient robi stronę i liczy, że ludzie mu tam spadną z... drzewa. Nie ma kasy na reklamę == miasto duchów.