Propozycje tematów Opcje

[nospor]

W tym topicu proszę umieszczać propozycje nowych tematów, na które chcielibyście porozmawiać.

[athabus]

Choć w temacie nie miałbym za dużo do powiedzenia z racji małej wiedzy to chętnie poczytałbym dyskusję na temat profilowania aplikacji. Może na forum znajdzie się kilka osób, które miały już z tym do czynienia i będzie chciało się podzielić swoją wiedzą.

[Turgon]

Ja z chęcią bym podyskutował na temat modelowania warstwy kontroli dostępu w połączeniu z bazą danych itp.

[nasty]

Witam

Ostatnio na jednym z blogów czytałem ze klasyczny model budowania stron w ASP.NET jest zły, ponieważ Framework ASP.NET robi za duża abstrakcje dla protokołu HTTP i związanymi z nim elementami.
Post ten (oraz komentarze) dal mi dużo do myślenia i po części się z nim zgadzam. I bardzo bym chciał żebyśmy mogli tu przedyskutować temat/problem z abstrakcja. Do jakiego stopnia jest pożyteczna i kiedy zaczyna być szkodliwa ?
Temat ten jest także trochę związany z PHP bo teraz większość frameworkow tez robi abstrakcje dla wspomnianych elementów.

Pozdrawiam.

Ten post edytował nasty 28.07.2007, 21:00:47

[LBO]

A ja chciałbym poruszyć z goła rzadko poruszany temat, bo raczej wyspecjalizowany tylko na jednym aspekcie MVC, widoków. Dokładniej sposobów obróbki danych - przekazanych do widoku - do różnych typów wynikowych.

Najlepiej będzie jak zacytuję tutaj post, który napisałem wcześniej (zanim zorientowałem się, że nie mogę tworzyć tematów na PRO ).

Temat: [MVC] Widok, i różna prezentacja tych samych danych.

Hmmm, zastanawiam się jak we frameworkach (najlepiej opartych o railsy) jest rozwiązywana sprawa widoków o tych samych danych, ale różnej prezentacji (HTML, XML, JSON)?
Wymyśliłem 2 rzeczy.
1. Akcja zajmuje się przypisaniem danych z modelu do widoku. W zależności od żądania, TRANSPARENTNIE podmieniany jest widok - załóżmy, że pliki z widokami (szablonami) mają jakieś ustandaryzowane nazewnictwo to ułatwiające, albo są przypisane w configu.
2. Tworzy się aliasy akcji i w zależności od typu żądania wywoływany jest odpowiedni alias w którym przebiega cały proces wysyłania/[przypisywania do widoku] danych.

Szczerze mówiąc podoba mi się sposób pierwszy. Tylko, czy to będzie odpowiednie z filozofią MVC jeżeli to w widoku zajmę się enkodowaniem danych do JSON'a - dla mnie to już ten rodzaj logiki, który powinien być przeprowadzany w kontrolerze/akcji. Może patrzę się na widok zbyt płasko? W RoR i pochodnych jako widok użyty jest wzorzec Template View (a nawet Two Step View). Wydaje mi się, że w przypadku pewnych danych można z powodzeniem zastąpić go Transform View. Tylko znów - nie wiem czy można tych wzorców używać przemiennie.

Generalnie, chciałbym, żeby działało to niewidocznie dla kontrolera (czyli jeszcze raz skłaniam się tu do opcji 1).

Może Wy macie jakieś pomysły jeszcze? Zapraszam do dyskusji.

[Strzałek]

Ok, ale jeżeli już to temat ogólnie o MVC, ideą było to żeby nie rozdrabniać się za bardzo w tym dziale i nie robić bałaganu.

[Sedziwoj]

Tylko czasem to 'rozdrobnienie' stanowi temat sam w sobie.
(można umieścić temat informatyka i wszystko w nim, lub tworzenie stron internetowych obok pisania systemów operacyjnych)

[mam nadzieję, że nie robię zbytniego OT]

[LBO]

Ok, ale jeżeli już to temat ogólnie o MVC, ideą było to żeby nie rozdrabniać się za bardzo w tym dziale i nie robić bałaganu.

Założenie ogólnego tematu o MVC, nie przemawia moim zdaniem za tą ideą. Jest to bardzo obszerny temat, z założenia porusza 3 aspekty i dyskutowanie o nich w jednym wątku na pewno będzie bałaganiarskie. Udowadnia to przecież [MVC] Pytań kilka....
Wydaje mi się, że temat, który zaproponowałem jest dostatecznie, jak to mniej więcej opisał kolega powyżej, specjalistyczny, by nadawał się do PRO.

[cicik]

Ja bym chciał podyskutować o Zend API.
Konkretnie o umieszczaniu części lub całości logiki naszych aplikacji w formie rozszerzenia do PHP.

[boom3]

Każdy zauważył, że w php powstaje wiele różnych frameworków. Chętnie poczytałbym o doświadczeniach jakie z nimi macie. Może takie krótkie sprawozdania jak się sprawdził w danych zastosowaniach.
Nie chodzi mi o jałowe dyskusje, który lepszy itd., chodzi o konkretne doświadczenia w pracy, przy pisaniu konkretnych aplikacji.

[LEW21]

Przydał by się temat pt. "Singleton vs. Registry vs. zmienne globalne" w którym ktoś może by wreszcie napisał dlaczego w/g niego zmienne globalne są bee w przeciwieństwie do tych dwóch (anty)wzorców projektowych

[menic]

A może szablony jak xslt...

[acztery]

Ja proponuje zaawansowane metody dot. budowy aplikacji gdzie wykorzystuję się różne grupy użytkowników. np Redaktorzy, obsługa for itp, admin, super admin, gdzie można dowolnie dodawać grupy i ustalać co może a czego nie może

[tomeksobczak]

Ja podyskutowałbym chętnie na temat naprawdę dużych projektów i ich rozwiązań:

- duże replikacje mysql (master-slave, master-master, itp)
- farmy serwerów,
- utrzymywanie sesji przy load balancingu
- itd.

Z pewnością mamy tutaj wielu użytkowników biorących udział w takich projektach

[batman]

Mnie natomiast bardzo ciekawi zaniedbywany i mało znany temat SPL. Dokumentacja praktycznie nie istnieje, więc doświadczenia innych programistów byłby mile widziane.

[mike]

Mnie natomiast bardzo ciekawi zaniedbywany i mało znany temat SPL.

Co dokładnie?

• Iteratory;
• obsługa plików i folderów (po części to również iteratory);
• obsługa XML (w sumie SimpleXMLIterator);
• zabawa z tablicami (po części to również iteratory);
• wyjątki (SPL zawiera tylko definicje klas wyjątków);

czy

• obserwator

[batman]

@mike
Najlepiej wszystko
Jeśli chodzi o samo działanie SPL nie mam z tym większego problemu, chociaż taki RecursiveDirectoryIterator spowodował, że się zawiesiłem przez chwilę. Najbardziej zależy mi na życiowych przykładach, porównaniu wydajności w stosunku do standardowych rozwiązań, itp.
Inną kwestią, która wychodzi poza ramy tego wątku jest to, czy klasa Iterator może być użyta do "dużej" klasy, która oprócz iterowania po jakiejś kolekcji wykonuje inne operacje. Wiem, że działa, ale czy jest to poprawne?

[PHP] pobierz, plaintext 
<?php
class Klasa implements Iterator
{
	// duzo kodu, obliczen, itp.
	public function current() {
		//...
	}
	// itd
}
?>
[PHP] pobierz, plaintext 

Czy w takim przypadku iterowanie pętlą foreach nie będzie spowodowało większego obciążenia?

[Sedziwoj]

@batman to może IteratorAggregate?
Ale sam niewiele używałem iteratorów, bo jakoś nie było po co.
Ale temat mógł by być ciekawy, bo można SPL używać do wielu rzeczy, a nie zawsze zdajemy sobie z tego sprawę.
Np. do przeszukania całego poddrzewa folderów i wybranie tylko plików z rozszerzeniem php to są trzy obiekty i już jadąc prostym foreach jedziemy po tych plikach... ( chyba RecursiveDirectoryIterator w konstruktorze RecursiveIteratorIterator a to w konstruktorze RecursiveRegexIterator czy jakoś tak)
A przecież jest na pewno więcej ciekawych zastosowań (zrób to samo bez iteratorów, to jest trochę kodu)

[batman]

Przypomniałem sobie o jeszcze jednym zagadnieniu, które nie było poruszane na tym forum. Chodzi o XMLReader i XMLWriter. O ile o XMLWriter nie wiem zbyt wiele, to XMLReader jest bardzo dobrym sposobem iterowania po bardzo plikach XML. Te tematy również warto poruszyć.

Ten post edytował batman 20.09.2007, 07:16:19

[mike]

Przypomniałem sobie o jeszcze jednym zagadnieniu, które nie było poruszane na tym forum. Chodzi o XMLReader i XMLWriter. O ile o XMLWriter nie wiem zbyt wiele, to XMLReader jest bardzo dobrym sposobem iterowania po bardzo plikach XML. Te tematy również warto poruszyć.

Hehe, wyprzedziłeś tym moje wpisy na blogu, które właśnie na ten temat piszę ;-)