Jak traktowac obiekty? Opcje

[Beynar]

Ostatnio mnie nurtuje pytanie dot. OOP... mianowicie mam nastepujace pytania:

1. Czy wlasciwym jest pisac np. klase user uzywac jej w ten sposob by do kazdej metody podawac jakies argumenty ktore w rzeczywistosci beda odnosic sie do roznych userow? Czy tworzyc instancje klasy danego user i w tym momencie wszystkie metody obiektu nie przyjmuja argumentow dotyczących tego na jakim userze ma wykonywac operacje, poniewaz operuje na obecnym stanie obiektu - danym userze.

2. Jesli przyjac powyzsza idee, to jak rozwiazac problem gdy dany obiekt wyjsciowo ma reprezentowac jakis string. Generowac napis ktory ma zostac wyswietlony. Takich napisow ma byc 30. Tworzyc 30 obiektow tylko po to zeby je wydrukowac? Chyba troche malo optymlanie... z drugiej strony jesli skorzystac z jednego obiektu do budowania tych 30 napisow to moj obiekt zamini sie w mala fabryke i juz nie bedzie tak swietnie implementowal idei obiektowosci (tak mysle, moze blednie).

Ten post edytował Beynar 19.05.2008, 22:00:08

[Beynar]

Dzięki za odpowiedź

2. Jesli ma reprezentowac string to czemu nie: 1 string == 1 obiekt. A jesli ma GENEROWAC stringi, to powinien ci jeden generator wystarczyc - najlepiej to opisz ten problem bardziej szczegolowo.

Opis zagadnienia
Temat już poruszałem na forum ale nie dostałem żadnej odpowiedzi. Chodzi o klase URL która będzie wykorzystywana w dwóch miejscach aplikacji:
1. Router (rutowanie po rzeczywistym http-request, forwardowani, redirect itd...)
2. Widok do budowania linków na stronie

Klasa URL będzie po prostu obsługiwała PATH INFO, co ja nazywam trasą routowania.
Klasa ta będzie posiadała metody do szyforwania linków, oraz uzupełniała (przy budowaniu linków) niektore elementy trasy routowania ktore są nieznajome dla programisty widoku. Tj. sesid, język. Programista w widoku poda tylko url -> build("controller/action/parm0/parm1/parm2") a obiekt url, zaszyfruje oraz doda odpowiednie elementy.

Problematyka
1. Czy programista w widoku powinien tworzyć nowe linki w ten sposób:

[PHP] pobierz, plaintext 
<?php
// powolanie obiektu reprezentujacego konkretny url
$url = new url("home/index/34");
// uzyskanie zaszyfrowanego, uzupelnionego, uporzadkowanego linku (string)
$url -> build();
// kazdy kolejny link jest budowany poprzez powolanie nowego obiektu
$url2 = new url("admin/login");
$url2 -> buidl();
?>
[PHP] pobierz, plaintext 

czy tak:

[PHP] pobierz, plaintext 
<?php
// utowrzenie obiektu z domyslnymi wartosciami
$url = new()
// korzystanie z tego obiektu jak z fabryki.
$url -> build("home/index/34");
$url -> build("admin/login");
?>
[PHP] pobierz, plaintext 

Skłaniałbym się ku pierwszej metodzie ponieważ wydaje mi się bardziej obiektowa i przejżysta. Jedyną dużą wadą tej opcji jest wydajność. Ilość obiektów = ilość linków, to nie będzie za wolne?
Część własności klasy URL będzie statyczne.

pozdrawiam