php a duże projekty., Jakie środowisko używać. |
Tematy na forum Pro mogą zakładać jedynie moderatorzy. W otwartych tematach może pisać każdy, kto ma coś fachowego do powiedzenia. Wszystkie posty nie wnoszące nic do tematu będą natychmiast usuwane, a ich autorzy dostaną ostrzeżenie.
Jeśli uważasz, że jakiś temat jest warty dyskusji na tym forum, zgłoś go w temacie Propozycje.
php a duże projekty., Jakie środowisko używać. |
27.08.2006, 22:03:12
Post
#1
|
|
Grupa: Zarejestrowani Postów: 172 Pomógł: 0 Dołączył: 22.09.2002 Skąd: Gorzów Wlkp Ostrzeżenie: (0%) |
Witam.
Od jakiegoś czasu jako firma realizujemy w miarę duże projekty bazując częściowo na własnych rozwiązaniach (jak to już w świecie php bywa - każdy pisze własny framework). Interesuje mnie wasza opinia czy warto dalej brnąć w tworzenie własnych fundamentów, czy np. nie lepiej pozostawić to innym (Zend Framework, Symfony, itd). Jak wiemy w php zanim się "przetnie deskę", należy sobie stworzyć piłę, samą deskę, a najlepiej to okulary ochronne i wiele innych narzędzi. (szkoda że nie wygląda to tak jak w .net). I teraz najważniejsze to jakie wy narzędzia byście zastosowali przy tworzeniu większych serwisów internetowych (dla przykładu serwis - 50k userów na dzień dobry przeniesionych ze starej wersji - docelowo liczba może sięgnąć kilkuset tysięcy, a może i więcej). Chodzi mi o solidną platformę - czy ktoś z was pracował na jakimś dobrym ogólnodostępnym frameworku, nad podobnej wielkości projektem i może zdradzić mi jak się zachowywał? A może inne narzędzia? Czego wy używacie przy naprawdę dużych projektach? Ps. Zależy mi również na szybkości pracy - przy np. 4 programistach nad takim projektem koszta mają dla mnie duże znaczenie. Pozdrawiam dzięki za sugestie. anas |
|
|
5.09.2006, 17:52:34
Post
#2
|
|
Grupa: Zarejestrowani Postów: 172 Pomógł: 0 Dołączył: 22.09.2002 Skąd: Gorzów Wlkp Ostrzeżenie: (0%) |
@060156: Twoje rozwiazanie pochodzi mi pod EZ Components + dobudowanie prostej obsługi żądań i odpowiedzi. Domyślam się że to jest bardzo szybkie rozwiązanie - każde żądanie używa bibliotek takich jak potrzebuje, wykonuje swoje zadania zwraca dane i finito.
Mam jednak wątpliwości co do użeteczności - tak naprawdę pewne czynności mogą być uciążliwe: forwardowanie, przekierowania, obsługa błędów, autentykacja, obsługa formularzy, wymiana widoków(HTML, PDF, RTF...), obsługa filtrów. Tak naprawdę jeśli chcesz wprowadzić globalne zmiany musisz modyfikować dużo kodu. Jak to rozwiązałeś? Lub może ktoś inny rozwiązał? Pozdrawiam anas |
|
|
5.09.2006, 20:24:48
Post
#3
|
|
Grupa: Zarejestrowani Postów: 146 Pomógł: 0 Dołączył: 9.03.2006 Skąd: Columbus Georgia Ostrzeżenie: (0%) |
@060156: Twoje rozwiazanie pochodzi mi pod EZ Components + dobudowanie prostej obsługi żądań i odpowiedzi. Domyślam się że to jest bardzo szybkie rozwiązanie - każde żądanie używa bibliotek takich jak potrzebuje, wykonuje swoje zadania zwraca dane i finito. Mam jednak wątpliwości co do użeteczności - tak naprawdę pewne czynności mogą być uciążliwe: forwardowanie, przekierowania, obsługa błędów, autentykacja, obsługa formularzy, wymiana widoków(HTML, PDF, RTF...), obsługa filtrów. Tak naprawdę jeśli chcesz wprowadzić globalne zmiany musisz modyfikować dużo kodu. Jak to rozwiązałeś? Lub może ktoś inny rozwiązał? Pozdrawiam anas Nie jest to trudne, wlasnie wszystkie te funkcje co opisales za zaimplementowane i modyfikacja bazowych klas nie zdaza sie czesto, ostatnio modyfikacje wykonalem 4 miesiace temu i sa one postepujace to znaczy wszystkie poprzednie wersje sa zgodne z postepujacymi modyfikacjami ... Klasy zostaly tak zaprojektowane, ze miedzy nimi istnieje tylko relacja warstwowa, czyli: - klasa service (request, response, marshaling, forwarding, obsluga bledow applikacji i systemowych) - ogolne klasy funkcjonalne (pdf, flash, html, email, validate, session, database, dialogs, etc ...) - klasy applikacyjne (security, kalendarz, workflow engine, page builder, etc ..) - aplikacje uzywaja powyzszych klas .. Mozesz poczytac o tym na: http://216.122.144.196/Sowa/SowaPolishIntroduction.doc pozdrawiam 060156 Znowu gadanie typu frameworki sa zle tez jest bez sensu. Framework nie koniecznie oznacza cos wielkiego i skomplikowanego. Przeciez oczywiste jest, ze kazda aplikacja wymaga obslugi pewnych rzeczy, takich jak sesja, autoryzacja, baza danych. A co z samym uruchamianiem odpowiednich akcji? Mozna przeciez napisac framework lekki, ktory udostepnia nam minimalnych srodkow koniecznych do sprawnego budowania aplikacji. W ten sposob oszczedzamy na czasie pisania oraz (co jest moim zdaniem duzo bajdziej znaczace) nasza aplikacja staje sie jednolita pod wzgledem budowy i trudniej o popelnienie jakiegos bledu. Adrian. Mam pytanie jak rozumiesz framework ? Dla mnie to specifikacja i zestaw komponentow(np. Smarty) do budowania aplikacji. Czyli masz dostep tylko do warstyw aplikacyjnej, jesli chcesz cos zrobic co nie miesci sie w warstwie aplikacyjnej to jest problem. Moje doswiadczenia wykazaly, ze wlasnie specyfikacja frameworku czasami jest zaleta bo masz przepis jak budowac aplikacje a czasami duzym ograniczeniem jesli chcesz zrobic cos co nie miesci sie w niej. Dlatego ja zrezygnowalem z frameworkow natomisat postawilem na uzywanie roznych klas w miare malych i dobrze, ktore umozliwiaja pisanie szybko i roznych aplikacji .. pozdrawiam 060156 --- korekta: dr_bonzo |
|
|
Wersja Lo-Fi | Aktualny czas: 22.09.2024 - 22:08 |