Witaj Gościu! ( Zaloguj | Rejestruj )

Forum PHP.pl

> Zasady pisania na forum Pro

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.

4 Stron V  < 1 2 3 4 >  
Reply to this topicStart new topic
> Propozycje tematów
Nickesh
post 26.01.2009, 10:05:14
Post #41





Grupa: Zarejestrowani
Postów: 6
Pomógł: 0
Dołączył: 3.09.2005

Ostrzeżenie: (0%)
-----


Witam, chciałbym rozpocząć dyskusję na temat zaawansowanej obsługi błędów w złożonych aplikacjach obiektowych.
Chodzi o koncepcję (właścwie o wzorzec projektowy) efektywnego i wygodnego debugera dla systemu składającego się z wielu hermetycznych modułów - jak większość "domowych" frameworków, z których żaden dumny autor nie chce rezygnować snitch.gif
Jest wiele patentów na to, ale zwykle obciążają skrypty tonami kodu.
Ogólnie, topic odpowiadałby na pytanie: "Jak najefektywniej budować wielopoziomową obsługę błędów, tak, żeby się w niej nie pogubić.".

Konkretnie interesuje mnie system, w którym każda klasa ma własny handler i potrafi w ograniczony sposób wpływać na zachowanie całego skryptu. Inne klasy, które z niej korzystają interpretują jej błędy i decydują o tym, jaki mają wpływ na ich własne zachowanie.
Jednocześnie, jak już wspomniałem, rozwiązanie tego typu, że każdą klasę dziedziczymy z jakiegoś przykładowego "errorHandlera" (*kod ponizej) nie przemawia do mnie, bo przy rozbudowanych hierarchiach zawsze trzeba zrzucać ręcznie te błędy na kolejne poziomy - przez kolejne warstwy systemu, np. od jądra, przez kontrolery, widoki, aż do szablonów. Napewno każdy, kto próbował kiedyś pisać spójną rozbudowaną bibliotekę, spotkał się z tym problemem.


  1. <?php
  2. // Standardowy errorHandler, którego dzidziczą wszystkie klasy w systemie.
  3. // Oczywiście, to tylko najprostszy przykład.
  4.  
  5. class errorHandler {
  6.    private $errors = array();
  7.    
  8.    function isError() {
  9.        return !empty($this->errors);
  10.    }
  11.    
  12.    function lastError() {
  13.        return array_pop($this->errors);
  14.    }
  15.    
  16.    function setError($message) {
  17.        $this->errors[] = $message;
  18.    }
  19.    
  20.    funciton clearErors() {
  21.        $this->errors = array();
  22.    }
  23. }
  24. ?>


Oczywiście proponuję ogólną dyskuskę na ten temat - o szczegółach napisałem tutaj tylko, żeby było wiadomo, o co mi właściwie chodzi snitch.gif


--------------------
warsztat: winXP | apache 1.3.27 | MySQL 4.0.15 | PHP 4.3.3
warsztat 2: Debian | apache 2.0.55 | MySQL 4.1.7 | PHP 5.0.5
Go to the top of the page
+Quote Post
nasty
post 30.01.2009, 05:05:18
Post #42





Grupa: Zarejestrowani
Postów: 634
Pomógł: 14
Dołączył: 27.05.2006
Skąd: Berlin

Ostrzeżenie: (0%)
-----


Witam,

Ostatnio coraz to częściej zdarza mi się mieć wyrzuty sumienia zwiazane z tym czy aby napewno nie zagalopowałem się z projektem systemu, czy nie przesadziłem z modularnością, elastycznością, konfiguralnością, odzielaniem coraz to różniejszych warstw (dla przykładu kiedyś myśląc o projekcie zaczynałem z 3 warstwami, teraz żadko mi się zdarza - częściej "na dzień dobry" zaczynam od 5 warstw sad.gif ).

Bardzo mi się spodobały artykuły Michała Gołębiowskiego oraz Simon-a Guest-a w tym temacie.


Więc proponuję, utworzyć nową dyskusję na temat tego kiedy zanika ta cieniutka linia pomiędzy dobrym, modularny i elastycznym projektem a "over engineering".

Pozdrawiam.

Ten post edytował nasty 30.01.2009, 05:08:22
Go to the top of the page
+Quote Post
starach
post 10.02.2009, 18:37:57
Post #43





Grupa: Zarejestrowani
Postów: 999
Pomógł: 30
Dołączył: 14.01.2007
Skąd: wiesz ?

Ostrzeżenie: (0%)
-----


Przyłączam się do obu powyższych próśb o utworzenie tematów. W archiwum jest co prawda temat o debugowaniu skryptów, ale ma on 3 lata. Jak dla metodologi odpluskwiania to całe wieki. Chciałbym się dowiedzieć jak powinno się postępować przy wystąpieniu błędu, którego nie da się od razu zlokalizować. Jaka w takich przypadkach powinna być procedura postępowania. Z góry dziękuję.

Ten post edytował orglee 10.02.2009, 18:38:35
Go to the top of the page
+Quote Post
Zigi
post 14.02.2009, 13:12:21
Post #44





Grupa: Zarejestrowani
Postów: 57
Pomógł: 3
Dołączył: 20.11.2004

Ostrzeżenie: (0%)
-----


Witam,
prosiłbym o utworzenie tematu o "Tworzeniu API do wykorzystania przez zewnetrzne serwisy".
Najbardziej chodzi o dyskusje o tym jak powinna wygladac komunikacja (jaki protokół wykorzystać). W jaki sposob obudowywac serwis dodatkowym api. Czy tworzyc calkowicie odrebne pliki z funkcjami, czy tez moze jak wplesc razem.
Go to the top of the page
+Quote Post
bim2
post 14.02.2009, 14:15:39
Post #45





Grupa: Zarejestrowani
Postów: 1 873
Pomógł: 152
Dołączył: 9.04.2006
Skąd: Berlin

Ostrzeżenie: (0%)
-----


Także przyłączam się do tematu na temat debugowania skryptów php. smile.gif


--------------------
Go to the top of the page
+Quote Post
athabus
post 14.02.2009, 14:17:38
Post #46





Grupa: Zarejestrowani
Postów: 898
Pomógł: 48
Dołączył: 2.11.2005
Skąd: Poznań

Ostrzeżenie: (0%)
-----


Jak już się przyłączamy to ja oddaje głos na API.
Będę robił właśnie coś podobnego i fajnie byłoby nie popełniać kardynalnych błędów.
Debugowanie też popieram ;-)
Go to the top of the page
+Quote Post
S_Olewniczak
post 24.03.2009, 20:51:14
Post #47





Grupa: Zarejestrowani
Postów: 189
Pomógł: 1
Dołączył: 28.01.2008

Ostrzeżenie: (0%)
-----


Jak piszemy aplikację php? Czy używamy jakiegoś frameworka? Jakiego? Co się dla nas liczy przy pisaniu aplikacji? Szybkość ich tworzenia, czy szybkość działania samej aplikacji?
Go to the top of the page
+Quote Post
phpion
post 24.03.2009, 21:32:49
Post #48





Grupa: Moderatorzy
Postów: 6 070
Pomógł: 860
Dołączył: 10.12.2003
Skąd: Dąbrowa Górnicza




Również jestem za API. Jak PRO to PRO, a nie jakieś pierdy, które co drugi programista jest w stanie wykonać.
Go to the top of the page
+Quote Post
cojack
post 30.09.2009, 09:30:39
Post #49





Grupa: Zarejestrowani
Postów: 898
Pomógł: 80
Dołączył: 31.05.2008

Ostrzeżenie: (20%)
X----


Ja jestem za tematem Routing - Routery, wg mnie dość ciekawy.


--------------------
cojack blog - mój blog (na jakiś czas off).
"jak czegoś nie wiem, to nie myślę że wiem" - moja domena
Go to the top of the page
+Quote Post
bim2
post 1.10.2009, 19:17:43
Post #50





Grupa: Zarejestrowani
Postów: 1 873
Pomógł: 152
Dołączył: 9.04.2006
Skąd: Berlin

Ostrzeżenie: (0%)
-----


Cytat(cojack @ 30.09.2009, 10:30:39 ) *
Ja jestem za tematem Routing - Routery, wg mnie dość ciekawy.

Ehh...
Temat: Routery i sposoby routingu


--------------------
Go to the top of the page
+Quote Post
batman
post 1.10.2009, 20:21:26
Post #51





Grupa: Moderatorzy
Postów: 2 921
Pomógł: 269
Dołączył: 11.08.2005
Skąd: 127.0.0.1




Jak Pro, to Pro:
Windows Azure SDK for PHP Developers
i/lub
Toolkit for PHP with ADO.NET Data Services


--------------------
I would love to change the world, but they won't give me the source code.
My software never has bugs. It just develops random features.
Go to the top of the page
+Quote Post
darko
post 10.10.2009, 22:31:33
Post #52





Grupa: Zarejestrowani
Postów: 2 885
Pomógł: 463
Dołączył: 3.10.2009
Skąd: Wrocław

Ostrzeżenie: (0%)
-----


A ja z chęcią poczytałbym opinie na temat php + GUI + dostęp do bazy danych, a zwłaszcza: jak, czy koniecznie gtk2 i soap, czy nie lepiej jakiś inny niż php język programowania (php nie jest najlepszym rozwiązaniem dla aplikacji z własnym gui) oraz dodatkowo: czy temat php-gtk2 umrze/już umarł śmiercią naturalną?


--------------------
Nie pomagam na pw, tylko forum.
Go to the top of the page
+Quote Post
Nattfarinn
post 3.11.2009, 18:13:03
Post #53





Grupa: Zarejestrowani
Postów: 136
Pomógł: 22
Dołączył: 19.09.2007
Skąd: Sosnowiec

Ostrzeżenie: (0%)
-----


Cytat(darko @ 10.10.2009, 22:31:33 ) *
A ja z chęcią poczytałbym opinie na temat php + GUI + dostęp do bazy danych, a zwłaszcza: jak, czy koniecznie gtk2 i soap, czy nie lepiej jakiś inny niż php język programowania (php nie jest najlepszym rozwiązaniem dla aplikacji z własnym gui) oraz dodatkowo: czy temat php-gtk2 umrze/już umarł śmiercią naturalną?

Na to pytanie może udzielić Ci odpowiedzi każda, średnio zorientowana w PHP osoba i nie wymądrzając się mogę powiedzieć, że nie podlega to żadnej dyskusji. Sztuka dla sztuki ma swoje granice, a z klocków lego można budować nawet łodzie podwodne - pytanie tylko po co winksmiley.jpg.

Cytat(batman @ 1.10.2009, 20:21:26 ) *
Jak Pro, to Pro

Słuszna uwaga smile.gif. Ja proponowałbym dyskusję na temat implementacji AOP (Aspect Oriented Programming) w PHP oraz jego wadach czy zaletach. Nie tak nowe i nie tak popularne zagadnienie, ale jednak to kolejny etap ewolucji programowania. smile.gif


--------------------
Code should run as fast as necessary, but no faster; something important is always traded away to increase speed.
-- R. Pattis
Go to the top of the page
+Quote Post
Moli
post 10.11.2009, 11:16:00
Post #54





Grupa: Zarejestrowani
Postów: 662
Pomógł: 45
Dołączył: 26.03.2007
Skąd: Warszawa

Ostrzeżenie: (0%)
-----


Może trochę mniej "pro" niż tematy wyżej wymienione, ale dyskusja na temat budowy newsletter (z prawdziwego zdarzenia, gdzie wiadomości wysyłane są do XX tysięcy osób) ?
Go to the top of the page
+Quote Post
nospor
post 10.11.2009, 11:25:37
Post #55





Grupa: Moderatorzy
Postów: 36 429
Pomógł: 6289
Dołączył: 27.12.2004




Cytat
z prawdziwego zdarzenia, gdzie wiadomości wysyłane są do XX tysięcy osób
temat juz byl omawiany w dziale PHP


--------------------

"Myśl, myśl, myśl..." - Kubuś Puchatek || "Manual, manual, manual..." - Kubuś Programista
"Szukaj, szukaj, szukaj..." - Kubuś Odkrywca || "Debuguj, debuguj, debuguj..." - Kubuś Developer

Go to the top of the page
+Quote Post
phpion
post 10.11.2009, 11:30:47
Post #56





Grupa: Moderatorzy
Postów: 6 070
Pomógł: 860
Dołączył: 10.12.2003
Skąd: Dąbrowa Górnicza




Drugi raz intensywnie pracuję z Allegro API i stąd moja propozycja: może warto utworzyć osobny temat pod tym kątem?
Go to the top of the page
+Quote Post
piotrooo89
post 10.11.2009, 11:33:57
Post #57


Newsman


Grupa: Moderatorzy
Postów: 4 005
Pomógł: 548
Dołączył: 7.04.2008
Skąd: Trzebinia/Kraków




skoro mówimy już o API to możemy podyskutować o czymś od googla. wykresy, mapy, adsense do wyboru do koloru.

Ten post edytował piotrooo89 10.11.2009, 11:34:11


--------------------
Go to the top of the page
+Quote Post
Cysiaczek
post 11.11.2009, 14:12:15
Post #58





Grupa: Moderatorzy
Postów: 4 465
Pomógł: 137
Dołączył: 26.03.2004
Skąd: Gorzów Wlkp.




Tematy związane z API Google i Allegro są ciekawe, lecz wszystko zależy od tego o czym chcecie dyskutować. Jeśli o tym, jak zrobić jakąś konkretną rzecz, to to nie PRO, tylko jakiś samouczek. Też mile widziany, ale nie w tym dziale. Jeśli ktoś pokusi się o dyskusję o czymś bardziej ogólnym w tym zakresie, to ok - niech przedstawi propozycję tematu smile.gif

Pozdrawiam


--------------------
To think for yourself you must question authority and
learn how to put yourself in a state of vulnerable, open-mindedness;
chaotic, confused, vulnerability, to inform yourself.
Think for yourself. Question authority.
Go to the top of the page
+Quote Post
Blame
post 5.02.2010, 20:53:11
Post #59





Grupa: Zarejestrowani
Postów: 678
Pomógł: 124
Dołączył: 26.09.2009

Ostrzeżenie: (0%)
-----


Chciałbym zaproponować temat, który byłby niejako rozwinięciem posta Zyx'a o "prawdziwym MVC". Konkretnie chodzi mi o ten post: http://forum.php.pl/index.php?s=&showt...st&p=709863
Z chęcią dowiedziałbym się coś więcej na ten temat. Interesuje mnie również dlaczego największe frameworki odstąpiły od tego wzorca.


--------------------
Go to the top of the page
+Quote Post
blooregard
post 5.02.2010, 22:49:59
Post #60


Newsman


Grupa: Moderatorzy
Postów: 2 033
Pomógł: 290
Dołączył: 21.12.2007
Skąd: Łódź




Popieram @Blame'a, gdyż właśnie Zyx otworzył mi dzisiaj oczka na prawdziwość implementacji MVC w apliakcjach internetowych i też chciałbym temat "pociągnąć" (bez skojarzeń proszę smile.gif )


--------------------
Life's simple... You make choices and don't look back...
Go to the top of the page
+Quote Post

4 Stron V  < 1 2 3 4 >
Reply to this topicStart new topic
1 Użytkowników czyta ten temat (1 Gości i 0 Anonimowych użytkowników)
0 Zarejestrowanych:

 



RSS Wersja Lo-Fi Aktualny czas: 19.03.2024 - 07:53