Propozycje tematów |
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.
Propozycje tematów |
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ć 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.
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 -------------------- 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 |
|
|
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 ). 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 |
|
|
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 |
|
|
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. |
|
|
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.
-------------------- |
|
|
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 ;-) |
|
|
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?
|
|
|
24.03.2009, 21:32:49
Post
#48
|
|
Grupa: Moderatorzy Postów: 6 071 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ć.
|
|
|
30.09.2009, 09:30:39
Post
#49
|
|
Grupa: Zarejestrowani Postów: 898 Pomógł: 80 Dołączył: 31.05.2008 Ostrzeżenie: (20%) |
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 |
|
|
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%) |
Ja jestem za tematem Routing - Routery, wg mnie dość ciekawy. Ehh... Temat: Routery i sposoby routingu -------------------- |
|
|
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 |
-------------------- 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. |
|
|
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.
|
|
|
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%) |
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 . Jak Pro, to Pro Słuszna uwaga . 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. -------------------- Code should run as fast as necessary, but no faster; something important is always traded away to increase speed.
-- R. Pattis |
|
|
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) ?
|
|
|
10.11.2009, 11:25:37
Post
#55
|
|
Grupa: Moderatorzy Postów: 36 519 Pomógł: 6308 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 |
|
|
10.11.2009, 11:30:47
Post
#56
|
|
Grupa: Moderatorzy Postów: 6 071 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?
|
|
|
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 -------------------- |
|
|
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
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. |
|
|
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. -------------------- Napisane z palca! <- to tak dla lansu ;)
FancyStudio.pl - Tworzenie Stron WWW w Oparciu o XHTML, CSS, JS, PHP i MySQL. Mój blog :: Portfolio Fotograficzne Igora Biedrawy |
|
|
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ę )
-------------------- Life's simple... You make choices and don't look back...
|
|
|
Wersja Lo-Fi | Aktualny czas: 26.09.2024 - 06:57 |