Forum PHP.pl > Przybliżenie zasady SRP

Pomoc - Szukaj - Użytkownicy - Kalendarz

Forum PHP.pl > Forum > PHP > Object-oriented programming

Szymciosek

28.01.2013, 14:31:35

Witam,
prosiłbym o podanie przykładu np na klasie logowania lub obsługi użytkowników (logowanie, rejestracja, walidacja, usuwanie itd).
Jak to rozbić wg. zasady SRP?
Szukam na internecie różnych wątków na ten temat, ale nie bardzo mi to podchodzi i pomyślałem, że może tu mi pomożecie pokazując to na przykładzie bardziej życiowym.

Pozdrawiam
Szymon

!*!

28.01.2013, 17:01:26

A co to jest SPR?

Szymciosek

28.01.2013, 17:02:32

SRP - Single Responsibility Principle

Nie pisałem tego, bo myślałem, że ktoś wie.

!*!

28.01.2013, 17:11:21

Nie słyszałem, choć ma to nawet sens o ile ktoś lubi się rozdrabniać. Uważam że jeśli Twoja klasa ma więcej niż 300 linijek kodu, to robisz coś źle, ale to tylko moje zdanie i całkowicie się z nim zgadzam

Wpisałem w google "Single Responsibility Principle" i wyskoczyło kilka sensownych artów z wyjaśnieniem nawet po polsku.
http://sprawnainzynieriaoprogramowania.blo...-principle.html (jest też 2 część)
http://przemyslawczatrowski.com/2010/07/15...ple-w-praktyce/

Pytanie, dlaczego chcesz to stosować i czy w Twojej aplikacji się to przyda?

nospor

28.01.2013, 17:12:32

Cytat

SRP - Single Responsibility Principle

Nie pisałem tego, bo myślałem, że ktoś wie.

SRP - Secure Remote Password

Tak więc na przyszłość wyjaśniaj od razu czego dokładnie szukasz, bo skróty mogą mieć różne znaczenia.

Szymciosek

28.01.2013, 17:21:05

Czy stosować to inna sprawa, po prostu chodzi o wyczucie pisania klasy wg. tejże zasady.
Co klasa obsługi użytkownika np. UserManager może zawierać w sobie, a co już będzie za dużo itd?

Crozin

28.01.2013, 19:16:56

Logowanie, rejestracja, walidacja czy bliżej nieokreślone usuwanie to już mocno złożone operacje, które niejednokrotnie wymagają współpracy dziesiątek różnego rodzaju obiektów - tak więc raczej nikt nie będzie tutaj wpisywał tak sporego przykładu.

Chcesz trzymać się zasady pojedynczej odpowiedzialności? Odpowiedz sobie na pytanie za co odpowiedzalny jest dany obiekt/klasa - jeżeli użyjesz w odpowiedzi "i", "lub", "albo", "oraz" czy czegoś w tym stylu, najprawdopodobniej nie trzymasz się tej zasady.

Cytat

Co klasa obsługi użytkownika np. UserManager może zawierać w sobie, a co już będzie za dużo itd?

Może zawierać w sobie dużo różnych rzeczy. Przyrostek "manager" nie mówi kompletnie nic.

Szymciosek

28.01.2013, 22:33:42

Czyli wg. Twojej teorii Crozin, klasa, która będzie obierała dane z formularza, następnie te dane sprawdzała z danymi z bazy i na koniec w przypadku zgodności tworzyła sesję, w której będę trzymał informację o zalogowaniu jest przykładem na poziomie zasady pojedynczej odpowiedzialności?
Dalej: Logowania i rejestracja w takim przypadku są osobnymi klasami, które działają na podobnej zasadzie, czyli pobranie danych z formularza, walidacja itd?

Jeszcze gdzieś wyczytałem na jakimś blogu w wątku o SRP, że klasa taka powinna współpracować z formularzem, że jak zmieniam np ilość pól czy nazwę pola w formularzu, to powinno to współgrać z klasą np. Login. Czy dobrze to rozumiem, że zanim rozpocznę pracę z klasą Login, powinienem jej przekazać dane dotyczące formularza tj. jakie pola posiada żeby później zmienić to tylko w liniach $obj->addElement('username')?
http://sebastian-malaca.blogspot.com/2013/...onsibility.html tutaj jest ten przykład.

Kolejne pytanie jakie mi się nasuwa, to czy mogę bezpośrednio z formularz uruchomić klasę Login? Sterowanie całością mam w index.php, gdzie na podstawie url ładowane są potrzebne klasy, ale zastanawia mnie czy taką drogą mogę odebrać dane z index.php, który zostanie przeładowany (zostanie załadowany login.php) w login.php i czy takie rozwiązanie jest dobre i bezpieczne?

mam teraz coś w tym stylu:
index.php

[PHP] pobierz, plaintext 
...
<body>
<?php
//tutaj sprawdzam czy jest sesja, jesli nie, to uruchamiam widok login.html
include_once 'login.html'; // ogólnie ładowane w ten sposób będą widoki w zależności od podstrony //tutaj jest formularz logowania zawierający pola username oraz password, który posiada przekierowanie na www.xxx.pl/login i wtedy jest uruchamiana klasa Login
?>
</body>
...
[PHP] pobierz, plaintext

klasa Login.php lub LoginController mogłaby wtedy wyglądać jakoś tak?

[PHP] pobierz, plaintext 
class Login
{
    public function __construct()
    {
        //pobranie danych z $_POST
        // $this->username = $_POST['username']; 
        $this->validate();
    }
 
    private function validate()
    {
        //sprawdzenie pobranych wyżej danych z danymi z bazy
        //jakis if, ktory porówna dane
    }
 
    private function doLogin()
    {
        //stworzenie sesji, jesli validate na to pozwala
    }
}
[PHP] pobierz, plaintext

EDIT:
Pisząc tego posta doszedłem do wniosku, że mogę przesłać dane z formularza do klasy Login.php, ale zostaje jeszcze kwestia czy jest to dobre i bezpieczne?

Crozin

29.01.2013, 00:02:38

Cytat

Napisałem, że jeżeli jesteś wstanie wymienić kilka zadań stawianych przed obiektem to "jest źle". Tutaj podałeś cały szereg zadań i pytasz się "czy tak jest dobrze". Nie, tak nie jest dobrze.

Szymciosek

29.01.2013, 00:20:13

Tylko czy jest sens rozbijać taką klasę? Przecież wszystkie te metody są ze sobą połączone.

!*!

29.01.2013, 10:56:06

Odpowiedz sobie na pytanie czy jest Ci to w ogóle potrzebne. IMO jest to sztuka dla sztuki.
Jeśli myślisz na poważnie o OOP, to zrezygnuj z czegoś takiego:

[PHP] pobierz, plaintext 
<?php
//tutaj sprawdzam czy jest sesja, jesli nie, to uruchamiam widok login.html
include_once 'login.html'; // ogólnie ładowane w ten sposób będą widoki w zależności od podstrony //tutaj jest formularz logowania zawierający pola username oraz password, który posiada przekierowanie na www.xxx.pl/login i wtedy jest uruchamiana klasa Login
?>
[PHP] pobierz, plaintext

To jest źle. I jeśli uczysz się o OOP, to zabrałeś się nieco od złej strony. Przeczytaj cały wątek http://pl.wikibooks.org/wiki/PHP/Czym_jest...ie_obiektowe%3F jak to opanujesz, zaimplementuj MVC (lub cokolwiek co jest jego odłamem) i dopiero później kombinuj jaki wzorzec wybrać.
Teraz jak to zaimplementujesz, to w którymś momencie stwierdzisz że to głupota i będziesz musiał przepisać 90% kodu.

A jeśli już mówimy o rozbiciu odpowiedzialności, to Login, Rejestracja i Walidacja są osobnymi klasami, czyli na przykładzie:

[PHP] pobierz, plaintext 
class Login
{
   public function __construct()
   {
      //pobranie danych z $_POST
      // $this->username = $_POST['username']; 
 
   }
 
    private function next()
    {
        $v = new Validation();
        $v -> addValid($this->username);
        if($v->ok) // jesli walidacja jest poprawna
        {
          return true;
        }
        return false;
    }
 
    public function costam()
    {
        if($this->next()) {return true} //jesli metoda next() zwraca true to znaczy że mozna sie zalogowac itd.
    }
}
 
$l = new Login;
if($l->costam())
{
// moge sie zalgoowac
}
else
{
// wyswietl bledy formularza
}
[PHP] pobierz, plaintext

LSM

26.03.2013, 10:40:13

Wszystkie zasady jak SRP, prawo Demeter itp. oczywiście są super jednak należy do nich dążyć, a nie bezwzględnie ich przestrzegać. Często nie ma takiej potrzeby. Nie ma co na siłę wdrażać wszystkich fajnych zasad, bo można sobie pofolgować i w ekstremalnym przypadku SRP - jedna klasa będzie zawierać tylko jedną metodę. Także spokojnie z tymi wytycznymi. ;-) Każdy sam powinien znać moment aby powiedzieć: stop, dalej nie refaktoryzuję!

Szymciosek

26.03.2013, 13:37:40

Już to zrozumiałem i wiem, że wiele przychodzi z czasem czyt. w trakcie pisania kodu, gdzie w końcu dostrzegasz jakieś zależności między A i B i możesz sobie to zrobić inaczej, prościej.

pyro

26.03.2013, 14:38:37

!*!, ja rozumiem, że to miał być tylko orientacyjny punkt odniesienia, ale ten kod co podałeś to zwykła maniana, a początkującym to nie służy, więc może na następny raz jakiś lepszy przykład?

// ADD

A nie. Ty po prostu najzwyczajniej w świecie klepiesz bzdury.

Cytat(!*! @ 28.01.2013, 17:11:21 )

!*!

26.03.2013, 14:51:32

pyro - dużo wniosłeś do tematu, rozumiem że śnieg za oknem, ale mimo wszytko jest już koniec marca, nie stycznia.
A teraz to uzasadnij, skoro już zacząłeś. Miałem tu napisać cały mechanizm? Jeśli Ty upychasz wszytko w jednym pliku, który ma po kilka tysięcy linijek kodu, to Twoja sprawa

co zresztą zaznaczyłem.

pyro

26.03.2013, 15:16:23

Cytat(!*! @ 26.03.2013, 14:51:32 )

Dobrze, uzasadnię. Po pierwsze nie mówię o napisaniu całego mechanizmu. Mówię że kod, który przedstawiłeś tutaj w tym temacie jest beznadziejny, a nie kod którego nie ma lub jeszcze nie ma.

Przykładowe błędy:
1. Odwoływanie się do danych w konstruktorze, brak możliwości ich ustawiania.
2. Brak jakiejkolwiek hermetyzacji.
3. Nic nie mówiące nazwy, a wręcz mylące (przypomina to metody Iteratora)
4. Wielokrotne tworzenie tego samego obiektu wewnątrz jednej metody.
5. Nieprawidłowa (nieprawidłowa to pojęcie względne - po prostu słaba) implementacja walidacji
6. Niepotrzebna zależnośc od innych klas.

To tylko przykładowe błędy dla tych 30 linijek kodu.

Cytat(!*! @ 26.03.2013, 14:51:32 )

Jeśli Ty upychasz wszytko w jednym pliku, który ma po kilka tysięcy linijek kodu, to Twoja sprawa

co zresztą zaznaczyłem.

Równie dobrze mogłeś powiedzieć, że jestem chamem, bo kupuję zbożowe batoniki za 1,20zł zamiast za 1,00zł. Widzisz, żebym gdzieś coś wspominał o pakowaniu kilku tysięcy linijek kodu do jednego pliku? Bo ja nie za bardzo. Wyraziłeś się dośc precyzyjnie - "więcej niż 300 linijek" kodu i nie, nie brałem tego dosłownie, że już 305 linijek to źle. Prawidłowość i funkcjonalność klasy nie ma w ogóle nic wspólnego z ilością kodu w niej zawartego, ale od implementacji kodu. Istnieje ogrom plików tworzonych przez profesjonalistów (mówię o takich z prawdziwego zdarzenia), których klasy sięgają grubo ponad 1000 linijek. Przykład: Twig (od twórcy Symfony) albo nawet Symfony. W obu istnieje wiele plików, których ilośc kodu to ponad 1000 linijek. Przecież to kilkukrotnie ponad Twoją granicę! Czyli wszyscy Ci programiści są tacy beznadziejni

Szymciosek

26.03.2013, 15:28:43

Możesz napisać taki mały pliczek biorąc pod uwagę błędy, które wytknąłeś? Czyli te 6 punktów.

!*!

26.03.2013, 16:09:54

pyro = cham! a nawet burżuj kupujący batoniki za 1,20zł!

Cytat

Przykładowe błędy:
1. Odwoływanie się do danych w konstruktorze, brak możliwości ich ustawiania.
2. Brak jakiejkolwiek hermetyzacji.
3. Nic nie mówiące nazwy, a wręcz mylące (przypomina to metody Iteratora)
4. Wielokrotne tworzenie tego samego obiektu wewnątrz jednej metody.
5. Nieprawidłowa (nieprawidłowa to pojęcie względne - po prostu słaba) implementacja walidacji
6. Niepotrzebna zależnośc od innych klas.

1. Nie uwierzysz, ale nie o to chodziło
2. patrz punkt 1
3. tu się zgodzę, sam nie wiem co mną kierowało, zdarza się.
4. to nie błąd, choć można by to upchnąć w zmiennej, jak tak bardzo Cie to razi, tym bardziej że nie odwołujesz sie w Loginie w nieskończenie wiele razy.
5. to już tylko Twoje zdanie.
6. patrz punkt 5

Cytat

Czyli wszyscy Ci programiści są tacy beznadziejni ?

W dużym skrócie... Tak. Choć to ni jak ma się do tematu... A jeśli uznasz, że uznałem ich za beznadziejnych, to przeczytaj jeszcze raz pierwszą część zdania

Cytat

Możesz napisać taki mały pliczek biorąc pod uwagę błędy, które wytknąłeś? Czyli te 6 punktów.

Dobry pomysł.
Pyro odnieś się do tematu, popraw mój kod lub napisz własny. Tylko ładnie, bo po kilku miesiącach przyjdzie ktoś z batonikami za 1,60zł i będzie dym.

pyro

26.03.2013, 17:20:11

Cytat(!*! @ 26.03.2013, 16:09:54 )

1. Nie uwierzysz, ale nie o to chodziło
2. patrz punkt 1

Zdaje sobie sprawę, że nie o to chodziło, dlatego mój pierwszy post wyglądał dokładnie tak:

Cytat(pyro)

!*!, ja rozumiem, że to miał być tylko orientacyjny punkt odniesienia, ale ten kod co podałeś to zwykła maniana, a początkującym to nie służy, więc może na następny raz jakiś lepszy przykład?

Ale skoro widzę, że nie rozumiesz tych prostych słów, sformułuję to inaczej:

Ktoś zadał pytanie propo OOP, bo go nie do końca rozumie, inaczej by chyba nie było pytania. Chyba trudno się z tym nie zgodzić? Ty podajesz swój prototyp, który jest błędny z w/w powodów. Ja sobie zdaję z tego sprawę, że to miał być wzór, ale ktoś mający z tym problemy widząc takie coś może zapożyczyć te błędne rzeczy w swoim kodzie. A Ty nigdzie nie napisałeś w komenatarzach nic w stylu "Nie powinieneś tak robić", "to tylko wzór, ale normalnie powinieneś zrobić to tak i tak" itp, więc ktoś może uznać, że takie praktyki są dobre, a nie są. Chciałbym Ci przypomnieć, że pisałeś tego posta dla innych (bo nie jedna osoba zajrzy do tego tematu), a nie dla siebie. No chyba że prowadzisz monolog...

Cytat(!*!)

4. to nie błąd, choć można by to upchnąć w zmiennej, jak tak bardzo Cie to razi, tym bardziej że nie odwołujesz sie w Loginie w nieskończenie wiele razy.

To jest błąd. To coś jak napisanie czegoś w stylu:

[PHP] pobierz, plaintext 
// ŹLE
$aArr = array_fill(0, 10000, '!*! robi podstawowe błędy programistyczne!');
for($i=0; $i < count($aArr); $i++)
{
echo $aArr[$i].PHP_EOL;
}
[PHP] pobierz, plaintext

zamiast:

[PHP] pobierz, plaintext 
// DOBRZE
$aArr = array_fill(0, 10000, '!*! robi podstawowe błędy programistyczne!');
$iArrCount = count($aArr);
for($i=0; $i < $iArrCount; $i++)
{
echo $aArr[$i].PHP_EOL;
}
[PHP] pobierz, plaintext

Cytat

5. to już tylko Twoje zdanie.
6. patrz punkt 5

Nie. To nie jest Tylko moje zdanie. To wbrew zasadom OOP. Polecam Tobie lekturę do poduszki "Rusz głową! Wzorce projektowe", gdzie są poruszane nie tylko wzorce projektowe, ale także zasady dobrej implementacji kodu, a to co Ty uważasz za moją opinię jest tam uznane za błąd. No chyba, że masz zamiar dodać również tych programistów do Twojej listy "kiepskich programistów"

.

Przykładowa sensowna implementacja poniżej, bo nie wiem czy się zmieści w jednym poście:

!*!

26.03.2013, 17:58:43

Cytat

Zdaje sobie sprawę, że nie o to chodziło, dlatego mój pierwszy post wyglądał dokładnie tak:

Chodziło o to że wypisałeś "błędy" które nie miały sensu, a odniosłem się do punktów jakie wymieniłeś, już rozumiesz?

[PHP] pobierz, plaintext 
To jest błąd. To coś jak napisanie czegoś w stylu:
[PHP] pobierz, plaintext

Kompletnie nie trafiony przykład, szczególnie że w przypadku Loginu nie ma to znaczenia, chyba że piszesz jakieś kompletne bzdury, odwołując się więcej niż raz, do metody. Weź poprawkę na to, że cały czas mowa o klasie Login.

pyro

26.03.2013, 18:07:10

Pisane z palca, więc mogłem się gdzieś pomylić (literówka, błąd logiczny), ale chodzi o zamysł:

[PHP] pobierz, plaintext 
<?php
 
// FRAGMENT kodu rejestracji
 
interface Validator {
    public function validate($mVar);
}
 
class EmailValidator implements Validator {
    public function validate($mVar) {
        return (bool)filter_var($mVar, FILTER_VALIDATE_EMAIL);
    }
}
 
class PasswordValidator implements Validator {
    public function validate($mVar) {
        return (bool)(strlen($mVar) > 8 && strlen($mVar) < 30);
    }
}
 
class Registration {
 
    private $rConn;
    private $_aValidators = array();
    private $_aRegisterData = array();
    private $aErrorCodes = array();
 
    // ZAŁOŻENIE - skrypt opiera się na MySQLi
    public function __construct(mysqli $rConn) {
        $this->rConn = $rConn;
    }
 
    public function __get($sName) {
        return $this->_aRegisterData[$sName];
    }
 
    public function __set($sName, $mValue) {
        $this->_aRegisterData[$sName] = $mValue;
    }
 
    public function addValidator(Validator $oValidator, $sDataName) {
        $this->_aValidators[$sDataName] = $oValidator; 
    }
 
    public function isError() {
        return !empty($this->aErrorCodes);
    }
 
    public function getErrorCodes() {
        return $this->aErrorCodes;
    }
 
    public function proccess() {
        $sQuery = '';
 
        foreach($this->_aRegisterData as $sKey => $mSingleVar) {
            if(isset($this->_aValidators[$sKey]) && $this->_aValidators[$sKey]->validate($mSingleVar))
            {
                // $sQuery .= .....
            }
            else
            {
                $this->aErrorCodes[] = $sKey;
            }
        }
 
        // Tutaj można by dodać inne rzeczy, czy naprzykład nie podano za dużo danych do danych rejestracji
 
        if(!$this->isError())
        {
            // $this->rConn->query() ......
        }
 
        // Należałoby też zrobić jakieś dalsze sprawdzanie błędów itp.
 
    }
 
}
 
// $conn zdefiniowane gdzieś tam wcześniej
$oRegistration = new Registration($rConn);
 
$oRegistration->addValidator(new EmailValidator(), 'email');
$oRegistration->addValidator(new PasswordValidator(), 'password');
 
// Przykładowa propozycja na użycie innych klas (Request)
 
$oRequest = Request::getInstance();
$oRegistration->email = $oRequest->post('email');
$oRegistration->password = $oRequest->post('password');
$oRegistration->proccess();
 
if($oRegistration->isError())
{
    foreach($oRegistration->getErrorCodes() as $sErrorCode)
    {
        // Klasa pobierająca dane na podstawie języka (Lang). W końcu skrypt międzynarodowy :)
        $oLang = Lang::getInstance();
        echo $oLang->get('registration_error_'.$sErrorCode).PHP_EOL;
    }
}
 
?>
[PHP] pobierz, plaintext

Cytat(!*! @ 26.03.2013, 17:58:43 )

I dalej nie rozumiesz, że nie pisałes tego kodu ani dla siebie, ani dla mnie. Tu jest mowa o klasie Login, a ktoś kto to zobaczy zastosuje to gdzieś indziej i wyjdzie coś w stylu trafionego przykładu, który podałem.

!*!

26.03.2013, 18:25:33

Cytat(pyro @ 26.03.2013, 18:07:10 )

A zrozumiałeś w ogóle sens tego tematu i kontekst w jakim pojawił się ten kod, jak i sugestie innych?
Równie dobrze można by się przyczepić o to, że nie stosujesz standardu PSR, uczysz złych praktyk pisania kodu z czasów PHP4.
Nie napisałeś jeszcze dlaczego styl z tamtego przykładu jest "zły", a Twój "dobry".

pyro

26.03.2013, 18:57:56

Cytat(!*! @ 26.03.2013, 18:25:33 )

A zrozumiałeś w ogóle sens tego tematu i kontekst w jakim pojawił się ten kod, jak i sugestie innych?

Tak. Autor pyta o zasadę SRP. Twój kod nie do końca zgodny z tą zasadą (patrz pkt. 2,4,5). Jeżeli sam nie zaczaiłeś jeszcze o co w tym chodzi (bo sam zresztą w pierwszym swoim poście nawet nie wiedziałeś o co chodzi), to zapraszam tutaj: http://bit.ly/YyNwlw i przeczytanie więcej niż jednej linijki.

Poza tym nie rozumiesz cały czas celu mojego upomnienia Ciebie, mimo że wyjaśniałem to już dwa razy na dwa różne sposoby. Powtórzę po raz trzeci i ostatni (znowu na inny sposób ), a jeżeli nawet teraz nie zrozumiesz, to ja już nie wiem jak mam to osiągnąć. Więc jeżeli tym razem znowu nie zrozumiesz, to ja już nie wiem jak Ci to wytłumaczyć ;) :

Nie chodzi mi o to, że temat jest o "pomidorach, a Ty o pomarańczach". Chodzi mi o to, że próbując coś wyjaśnić i podając kod dodatkowo zawarłeś w nim kilka nieprawidłowych rzeczy (patrz błędy), które ktoś nieznający się w temacie i widząc ten kod mógłby zaadaptować i stosować w przyszłości. Bo skąd miałby wiedzieć, że takie rozwiązanie jest złe czy dobre? Gdybym się nie odezwał to pewnie by tak się stało i potem na forum w przedszkolu powstawałyby nowe tematy. To miało być po prostu upomnienie na przyszłość, a zrobiła się niezła dyskusja

.

Właściwie to nie oczekiwałem żadnej dalszej odpowiedzi. Chodziło mi tylko o rozwagę na przyszłość zanim zrobisz coś po raz kolejny w stylu: "Dla przykładu zaimplementuję sobie tutaj zupełnie blędnie i bezsensownie Singleton, ale nie o tym temat, więc mi wolno". I tu Cię uprzedzę - nie, nie twierdzę, że coś takiego zrobisz, to tylko przykład.

Cytat(!*!)

Równie dobrze można by się przyczepić o to, że nie stosujesz standardu PSR, uczysz złych praktyk pisania kodu z czasów PHP4.

Jeżeli odnosisz się tymi słowami do kodu, który podałem, to jest to kompletna bzdura.

!*!

26.03.2013, 19:10:48

pyro - właśnie cały dowcip polega na tym, że zrozumiałem o czym piszesz za pierwszym razem

Sęk w tym, że większość została wyjaśniona, Szymciosek pytał o jedno, to dostał odpowiedź (przy okazji i ja się czegoś nowego nauczyłem, a co nawet zostało wcześniej odnotowane), nawet później napisał że już to rozpracował.

LSM nie wiedzieć czemu, odkopał temat ze stycznia, o którym nawet nie pamiętałem, a Ty się do niego odwołujesz po jakimś czasie, bo coś Ci nie pasuje (w niektórych kwestiach słusznie), ale to wygląda tak, jakby miś miał pretensje że śnieg leży, a on chce wiosnę.

Cytat

Jeżeli odnosisz się tymi słowami do kodu, który podałem, to jest to kompletna bzdura.

Tak, odnoszę się do kodu który napisałeś wyżej, bo niby do jakiego? Ale jak chcesz o tym podyskutować, to na PW, lub poproś moderatora o przeniesienie do HP, bo się robi burdel.

Z mojej strony EOT, bo od początku rozmawiamy na temat wyższości świąt.

pyro

26.03.2013, 19:21:58

Cytat(!*! @ 26.03.2013, 19:10:48 )

pyro - właśnie cały dowcip polega na tym, że zrozumiałem o czym piszesz za pierwszym razem

Ale jest dodatkowy sęk, że cechą otwartego forum jest to, że każdy może zajrzeć do tego tematu, a nie tylko Ty i Szymciosek. Gdybym słyszał was dwóch rozmawiających na ten temat na ulicy albo na czacie, to wtedy w ogóle bym się nie wtrącał.

Cytat(!*! @ 26.03.2013, 19:10:48 )

LSM nie wiedzieć czemu, odkopał temat ze stycznia, o którym nawet nie pamiętałem, a Ty się do niego odwołujesz po jakimś czasie, bo coś Ci nie pasuje (w niektórych kwestiach słusznie), ale to wygląda tak, jakby miś miał pretensje że śnieg leży, a on chce wiosnę.

Nie. Mam pretensje tylko do tego co szczegółowo opisałem i nic więcej (ani nie mniej)

Cytat(!*! @ 26.03.2013, 19:10:48 )

Tak, odnoszę się do kodu który napisałeś wyżej, bo niby do jakiego? Ale jak chcesz o tym podyskutować, to na PW, lub poproś moderatora o przeniesienie do HP, bo się robi burdel.

Tyle że różni nas to, że ja szczegółowo opisałem co w Twoim kodzie jest nie tak, a Ty o moim zupełnie nic.

Cytat(!*! @ 26.03.2013, 19:10:48 )

Z mojej strony EOT, bo od początku rozmawiamy na temat wyższości świąt.

No to propo świąt życzę Wesołego Jajka, a dziewczynom jajek.

Tym optymistycznym akcentem chyba można zakończyć temat.

Pozdrawiam.

Szymciosek

26.03.2013, 19:31:59

Też tak myślę, wzajemnie życzę wam Wesołego Jajka.

Przede mną pewnie jeszcze długo droga do załapania pewnych rzeczy, a wy się nie musicie kłócić, wiecie swoje

To jest wersja lo-fi głównej zawartości. Aby zobaczyć pełną wersję z większą zawartością, obrazkami i formatowaniem proszę kliknij tutaj.