GoldenLine
Zaloguj się
Michał Ścioch

Michał Ścioch 6ka Sp. z o.o.,
prezes zarządu

Temat: Framework PRADO

Mam pytanie czy ktoś używa frameworka PRADO? Przymierzam się do zbudowania na nim aplikacji do administrowania zawartością autorskiego systemu e-learning (użytkownicy, kursy, płatności itp.). Głównie chodzi mi o to, czy łatwo da się w nim wykorzystać AJAXa.
Link do wypowiedziLink
Adam Brodziak

Adam Brodziak PHP, football, fun

Temat: Framework PRADO

PRADO świetnie się nadaje do AJAX-a, szczególnie Active Components.

Może tu Ci ktoś pomoże: http://www.goldenline.pl/grupa/prado-component-framewo...Adam Brodziak edytował(a) ten post dnia 16.10.07 o godzinie 14:24
Link do wypowiedziLink
Michał Ścioch

Michał Ścioch 6ka Sp. z o.o.,
prezes zarządu

Temat: Framework PRADO

Dzięki. Skromna na razie ta grupa, ale jak coś zacznę tworzyć w PRADO, może ją rozruszam :)

A samo PRADO jest chyba mocno niedoceniane. Czytałem że PRADO jest tym dla PHP, czym kiedyś było Delphi dla Pascala.
Link do wypowiedziLink

konto usunięte

Temat: Framework PRADO

Co go glownego pytania, to odpowiedz nie jest jednoznaczna.

Czy latwo sie uzywa w nim AJAXa? To zalezy od tego co chcesz zrobic. Zestaw kontrolek AJAXowych duzo robi za Ciebie ale jezeli jestes bardziej wymagajacy i potrzebujesz wiekszej funkcjonalnosci niz ta jaka zapewniaja Ci jej tworcy to moze byc ciezko - a dokumentacja jest raczej mizerna.

Co do samego Prado to w mojej ocenie przeniesienie funkcjonalnosci ASP.NET na PHP to bardzo fajny pomysl. Sadze jednak, ze bardzo mizerna dokumentacja, ktora nie nadaza za rozwojem frameworka i nie przedstawia doglebnie jego mozliwosci, jest powodem takiej a nie innej oceny Prado.

Prado wykorzystywalem w kilku aplikacjach, ale sadze ze bez wiedz na temat ASP.NET zapewne ciezko byloby mi polapac sie w roznych, co bardziej zaawansowanych kruczkach.
Link do wypowiedziLink
Michał Ścioch

Michał Ścioch 6ka Sp. z o.o.,
prezes zarządu

Temat: Framework PRADO

Co do samego Prado to w mojej ocenie przeniesienie funkcjonalnosci ASP.NET na PHP to bardzo fajny pomysl.

Ja akurat nigdy w ASP.NET nigdy nie pisałem, otarłem się za to o J2EE.

Natomiast co do PRADO to czytałem, że pracuje się w nim bardzo podobnie jak w Delphi, a ponieważ kiedyś Delphi to było moje podstawowe narzędzie developerskie, więc mam nadzieję nie będę miał z nim problemów. Takie rzeczy jak obiektowość, komponenty, obsługa zdarzeń nie są mi obce. A pisanie czegokolowiek większego w PHP bez frameworka to koszmar...
Link do wypowiedziLink

konto usunięte

Temat: Framework PRADO

"A pisanie czegokolwiek większego w PHP bez frameworka to koszmar..."
- ej co Ty piszesz? przecież PHP jest jednym z najprostszych języków programowania, naprawdę łatwo się w nim robi... Gdybyś powiedział to o Perlu to bym jeszcze zrozumiał, ale PHP...? Masz w nim przecież rozbudowaną obiektowość (PHP5) i wiele innych praktycznych rzeczy.

Zgoda filozofia Javy jest całkiem inna, tak jak jak jej zastosowania - ale to nie powód żeby pisać takie rzeczy o PHP. Skoro chcesz pisać w ASP.NET to pisz w ASP.NET a nie rozdrabniaj się w PHP. To tak jakbyś chciał napisać wirusa w Pascalu a nie w Assemblerze. Zgoda coś z tego powstanie ale będzie to wolne i zupełnie bezsensu.
Link do wypowiedziLink
Roman Piekarski

Roman Piekarski Programista do
wynajęcia

Temat: Framework PRADO

Witam, osobiście nigdy nie miałem jeszcze do czynienia z tym frameworkiem. Zmierzam do tego, że chce ci polecić dość ciekawy i szybko rozwijający sie projekt "symfony".
Dlaczego??
Jest to bardzo przeźroczysty framework i nadaje sie do pisania dużych aplikacji. Zawiera szereg narzędzi, pluginów znacznie przyśpieszających pisanie oprogramowania.
Posiada bardzo fajne api do ajax'a w opadciu o script acculo: http://script.aculo.us/.
Kolejna rzecza, ktora przemawia na jego kozysc to bardzo dobra funkcjonalnosc i szerokie wsparcie spolecznosci.

zapraszam do dokumentacji http://www.symfony-project.com
Link do wypowiedziLink
Roman Piekarski

Roman Piekarski Programista do
wynajęcia

Temat: Framework PRADO

sprostowanie do powyższego: nie "bardzo dobra funkcjonalnosc" ale "bardzo dobra dokumentacja"
Link do wypowiedziLink
Filip Górny

Filip Górny Programista,
webdeveloper.

Temat: Framework PRADO

Prado zniechęcił mnie tym że w wielu komponentach jest defaultowo język angielski, np scaffolding. Jednak sama idea tak mi się spodobała że stworzyłem swój framework podobny (w założeniu) do prado. Różnice stworzyłem tylko taką że każdy komponent może mieć zdarzenia onCośTam które wywołać można ajaxem, bez $_POST'a jak to ma miejsce w prado - czyli jak gdyby każdy komponent jest "active".
Link do wypowiedziLink
Tomasz Struczyński

Tomasz Struczyński TeamLeader PHP i
analityk

Temat: Framework PRADO

Wojtek A.:
"A pisanie czegokolwiek większego w PHP bez frameworka to koszmar..."
- ej co Ty piszesz? przecież PHP jest jednym z najprostszych języków programowania, naprawdę łatwo się w nim robi... Gdybyś powiedział to o Perlu to bym jeszcze zrozumiał, ale PHP...? Masz w nim przecież rozbudowaną obiektowość (PHP5) i wiele innych praktycznych rzeczy.

Zgoda filozofia Javy jest całkiem inna, tak jak jak jej zastosowania - ale to nie powód żeby pisać takie rzeczy o PHP. Skoro chcesz pisać w ASP.NET to pisz w ASP.NET a nie rozdrabniaj się w PHP. To tak jakbyś chciał napisać wirusa w Pascalu a nie w Assemblerze. Zgoda coś z tego powstanie ale będzie to wolne i zupełnie bezsensu.

Piszę od kilku lat aplikacje (produkcyjne) w PHP. Od samego początku używamy frameworka, co prawda naszego (niezbyt rozbudowanego). Część aplikacji jest natomiast napisana bez niego.

Ta część to koszmar.

Mylisz trochę pojęcia chyba. To, że język jest łatwy nie oznacza, że nie przydaje się jakiś framework. Język to podstawa i możliwości. Framework to silnik aplikacji. ZAWSZE przy większych projektach musisz stosować swego rodzaju framework, inaczej wyjdzie burdel (większe = tworzone przez kilka/naście/dziesiąt osób, często o różnych stylach pisania). Pytanie, czy opłaca się tworzyć własny, skoro istnieje wiele dobrych na rynku.

Podstawową korzyścią frameworka jest dla mnie nie tylko 'zgromadzenie' narzędzi, ale raczej (bardziej) 'mobilizacja' programistów do używania konkretnej metodologii. Tym lepiej sięgnąć do rozwiązań pisanych przez ludzi o tej metodologii cokolwiek wiedzących.
Link do wypowiedziLink

konto usunięte

Temat: Framework PRADO

Tomasz S.:
Framework to silnik aplikacji. ZAWSZE przy większych projektach musisz stosować swego rodzaju framework, inaczej wyjdzie burdel (większe = tworzone przez kilka/naście/dziesiąt osób, często o różnych stylach pisania). Pytanie, czy opłaca się tworzyć własny, skoro istnieje wiele dobrych na rynku.

Wg mnie warto wykorzystać framework (bibliotekę) już napisaną przez kogoś pod warunkiem, że jest przejrzysta i jesteś w stanie przeorać ją do samego dna. Bo czasami żeby osiągnąć zadowalający efekt trzeba zmienić podstawowe założenia autorów - a nie zrobi sie tego nie rozumiejąc całego tworu.

Druga rzecz jest taka (zwłaszcza w PHP), że jeśli będziesz musiał wykorzystać więcej niż jeden framework to lepiej to zrobić z czymś lekkim niż rozbudowanym, elastycznym i...w większości niepotrzebnym. Bo na końcu okazuje się, że program/skrypt waży megabajty i jedynym jego mankamentem jest że się ładuje w nieskończoność - czego już się tak łatwo nie pozbędziemy.
Link do wypowiedziLink

konto usunięte

Temat: Framework PRADO

Tomasz S.:
Wojtek A.:
"A pisanie czegokolwiek większego w PHP bez frameworka to koszmar..."
- ej co Ty piszesz? przecież PHP jest jednym z najprostszych języków programowania, naprawdę łatwo się w nim robi... Gdybyś powiedział to o Perlu to bym jeszcze zrozumiał, ale PHP...? Masz w nim przecież rozbudowaną obiektowość (PHP5) i wiele innych praktycznych rzeczy.

Zgoda filozofia Javy jest całkiem inna, tak jak jak jej zastosowania - ale to nie powód żeby pisać takie rzeczy o PHP. Skoro chcesz pisać w ASP.NET to pisz w ASP.NET a nie rozdrabniaj się w PHP. To tak jakbyś chciał napisać wirusa w Pascalu a nie w Assemblerze. Zgoda coś z tego powstanie ale będzie to wolne i zupełnie bezsensu.

Piszę od kilku lat aplikacje (produkcyjne) w PHP. Od samego początku używamy frameworka, co prawda naszego (niezbyt rozbudowanego). Część aplikacji jest natomiast napisana bez niego.

Ta część to koszmar.

Mylisz trochę pojęcia chyba. To, że język jest łatwy nie oznacza, że nie przydaje się jakiś framework. Język to podstawa i możliwości. Framework to silnik aplikacji. ZAWSZE przy większych projektach musisz stosować swego rodzaju framework, inaczej wyjdzie burdel (większe = tworzone przez kilka/naście/dziesiąt osób, często o różnych stylach pisania). Pytanie, czy opłaca się tworzyć własny, skoro istnieje wiele dobrych na rynku.

Podstawową korzyścią frameworka jest dla mnie nie tylko 'zgromadzenie' narzędzi, ale raczej (bardziej) 'mobilizacja' programistów do używania konkretnej metodologii. Tym lepiej sięgnąć do rozwiązań pisanych przez ludzi o tej metodologii cokolwiek wiedzących.

Generalnie zgodzę się z Tobą że zawsze przy pisaniu aplikacji powstaje jakiś określony framework. Jednak trudno sobie wyobrazić jakiś skomplikowany uniwersalny silnik aplikacji w php - a takim rozumiem jest PRADO. Można zrobić proste, elastyczne narzędzie inkludowane które mają umożliwić np. łączność z bazą danych. I to będzie okej. Pisząc specyficzne aplikacje webowe okazuje się że potrzebujemy zwykle czego innego niż daje daje nam konkretny framework. Okazuje się że wykorzystujemy tylko 20% z jego możliwości.
Używając takich narzędzi, to prawda oszczędzamy czas, ale tracimy go później na szukanie błędów i samą jego naukę. Czasami okazuje się, że w jakiejś specyficznej sytuacji w samym frameworku występują błędy. Wówczas najpierw oczywiście szuka się tygodniami błędów we własnym kodzie...
Nie jestem przeciwnikiem frameworków, ale uważam że nie ma nic gorszego niż stosowanie ich na siłę, w nie przemyślany zupełnie sposób, a zwłaszcza testowanie ich na żywym organizmie - np. wybieramy framework X bo jest modny, bo słyszeliśmy kilka fajnych opinii.
W takich sytuacjach na pewno się można bardzo sparzyć...

A pisanie własnego frameworka? Racja to na początku strata czasu ale potem mamy pełną kontrole nad kodem...
Link do wypowiedziLink
Jarosław Czub

Jarosław Czub FullStack Developer

Temat: Framework PRADO

A pisanie własnego frameworka? Racja to na początku strata czasu ale potem mamy pełną kontrole nad kodem...

Już robię 3 wersję własnego frameworka który powstaje od 2001-2002 roku i z doświadczenia zgodzę się z tym pełni. Wiadomo dużo niekiedy z tym roboty, przy tym jak wykorzystuje się go w nowych projektach to zawsze coś wyjdzie, a to gupi błąd jak wczoraj w klasie walidującej dane (wywalała ze e-mail nie poprawny bo w nazwie domeny był '-') oraz czasami coś poważniejszego.

Generalnie co do framweorków stosownych w php, mam takie zastrzeżenie ze bardzo często generują duży narzut czasowy związany z utworzeniem obiektów ich inicjacją - szczególnie te które są wzorowane na budowie aplikacji typu MVC. Szczególnie to widać jak ktoś zastosuje framworka MVC do prostych stron, samo inicjowanie bibliotek strata kupy czasu, a to przekłada się na czas wyświetlenia strony, ilości równoczesnych odwiedzin które nie spowodują załamania się skryptu.

Dlatego ja u siebie stosuję głownie obiekty, ale proste podstawowe rzeczy są zapisane jako funkcje statyczne. Najbardziej bawią mnie przykłady klas do obsługi zapytań dla bazy danych sql

Co innego aplikacje pod windowsa/linuxa tam wiadomo nie ważny jest czas życia programu bo on działa ciągle. Tam całkowita obiektówka, zgodna z wzorcami OOO czy MVC to piękna sprawa.
Link do wypowiedziLink
« Wróć do tematów
Odpowiedz

Podobne tematy


Następna dyskusja:

Najszybszy framework PHP




Wyślij zaproszenie do
Anuluj