trochę mam wyrzuty że wałkuję znowu biedne MVC bo z tego co widziałem było nieraz, przeczytałem kilka artykułów również na wortal.php.pl, masę postów na temat tej architektury, przejrzałem kod przykładowego rozwiązania: http://www.phppatterns.com/docs/design/mvc_pattern_version_2
jednak żadne z powyższych nie tłumaczą mi mojego problemu
zastanawiam się nad:
1. jak wykonujecie zapytanie gdy potrzebujecie złączenia 2 tabel, robicie to złączenie czy wewnątrz klasy np. artykuł tworzycie obiekt klasy np. Autor i nim wykonujecie kolejne zapytanie?
2. jeśli robicie to złączenie to jak dane składujecie w obiekcie czy macie atrybut autor w którym znajduję się jego ksywa? czy w tym atrybucie znajduję się obiekt

może to głupie pytanie ale jakoś nie mogę tego pojąć, ani znaleźć nigdzie odpowiedzi ;/

To nie jest śmieszne wzorce projektowe też dla mnie były niezrozumiałe przez dosyć długi czas. Przede wszystkim przez bezsensowne ich wytłumaczenie. Generalnie chodzi o to że dzielisz zadania w klasie na:
Metodę pobierającą i przetwarzającą dane, metodę wyświetlająca przykładowo tworzącą obiekt Smarty i metodę kontrolująca która jest wywoływana przez funkcję lub klasę która steruje całą stroną - pobiera url i wykonuje określone akcje. Ja dane składuję w tablicach wielowymiarowych bo tak łatwiej jest ich użyć. Nie rozumiem trochę z tym złączeniem,
ale jeśli należy pobrać dane z dwóch tabel to robię to w jednym zapytaniu.

Za pobierranie danych odpowiedzialny jest model.


Przykładowo NewsContainer który jest kontenerem z newsami. Posiada metody np. getAll(), getById(), getOne(), i w środu tych metod możesz zrobić co chcesz, zwracasz tablicę z danymi, a później inna warstwa się tym zajmuje

no tak działanie MVC już kojarzę chyba: zasadniczo kontroler kontroluję :P, model wybiera sobie dane i widok "oprawia" dane w HTML no albo do innego formatu... zależnie od potrzeb, jednak nie o to chodzi
no i jeszcze względnie FrontController zajmuje się przetwarzaniem zapytania...

no dobra to postaram się teraz konkretniej...
Struktura bazy prosta:
Uzytkownik
id | ksywa

News
id | tytul | tresc | autor | data

i dorzućmy jeszcze

Galeria
id | tytul_zdjecia | opis | dodal

złączenia na News.autor=Uzytkownik.id i Galeria.dodal=Uzytkownik.id to chyba oczywiste
no i teraz dumamy nad przyjętą architekturą... obiektówka + MVC + DRY, to chyba rozsądne nieprawdaż?
zrobimy sobie zapytanie w np.
getOne w modelu Newsa

[SQL] pobierz, plaintext 
SELECT jakieś kolumny FROM News LEFT JOIN Uzytkownik ON News.autor=Uzytkownik.id WHERE id=7
[SQL] pobierz, plaintext 

potem w getOne w modelu Galerii zapytanie staje się całkiem podobne stąd już pewien problem IMO z DRY...
dlatego się zastanawiałem czy bardziej sensowne nie będzie zrzucenie wyboru zapytania odnośnie autora na model Uzytkownika ale to by stworzyło dużo niepotrzebnych zapytań, dlatego ni jedno, ni drugie rozwiązanie nie podoba mi się i myślałem że jest jakiś inny sposób... jest? bądź co bądź wg takich obiektowych założeń wyciągnięcie ksywy autora nie jest w gestii modelu Newsa ani Galerii, nieprawdaż? czy może się mylę?


hmmm no ja stwierdziłem że do tego są obiekty i jego atrybuty..., ale jeszcze zobaczę jak mi to wyjdzie wszystko
w każdym razie wielowymiarowość tej tablicy polega na tym że "zamieszczasz w nim" obiekt innej klasy
czyli dla naszego przykładu masz tablicę:

[PHP] pobierz, plaintext 
<?php
$obiekt=array('id' => 7, 'tytul' => 'Jakiś tytuł', 'autor' => array('id' => 3, 'ksywa' => 'zimi'), 'data' => '2007-06-29');
?>
[PHP] pobierz, plaintext 

czy po prostu na tym, że masz dane zgromadzone w wielowymiarowej tablicy bo takie były potrzeby skryptu? jeśli to pierwsze, to wg mnie ta architektura jest w sumie bałaganem już, bo gdybyśmy chcieli dorzucić oprócz autora jeszcze kilka złączeń do tabel które obsługują oddzielne modele, to tym sposobem przeciążamy nasz model Newsa i tworzymy klasę boską... co AFAIR jest błędem no ale w sumie się nie znam dlatego przecież pytam
dobrze mówię czy źle?

PS. mam nadzieje, że jaśniej sformułowałem swoje wątpliwości...

może jednak ktoś się zlituję..., chciałbym jednak znaleźć odpowiedź na moje pytanie

Ja mam w modelu nowości coś takiego.

[PHP] pobierz, plaintext 
<?php
function getEntries()
	{
		$entries = array();
		$db = get_inst(INST_CLASS, 'db');
		$res = $db->query('SELECT * FROM `news` WHERE lang=''.USER_LANG.'' ORDER BY n_timestamp');
		while(null !== ($row = $res->fetch(DB::FETCH_ASSOC)))
		{
			$entries[] = array('n_title' => $row['n_title'],'n_timestamp' => date('H:i d.m.Y', strtotime($row['n_timestamp'])),'n_content' => nl2br($row['n_content']));
		}
		return $entries;
	}
?>
[PHP] pobierz, plaintext 

no dobra ale nie masz tu złączenia... tego autora np. o którego teraz mi chodzi

Jeżeli byłby autor to nie robiłbym w tablicy wielowymiarowej kolejnego elementu będącego tablicą.
było by to tak:

[PHP] pobierz, plaintext 
<?php
$entries[] = array('n_title' => $row['n_title'],
			   'n_timestamp' => date('H:i d.m.Y', strtotime($row['n_timestamp'])),
			   'n_content' => nl2br($row['n_content'], 
			   'a_name' => $row['nazwa autora'],
			   'a_id' => $row['aj di autora'] /*i tak dalej*/));
?>
[PHP] pobierz, plaintext 

Edit>
Po co robić wielowymiarowo-wielowymiarowej tablicy ?

Czytam i czytam artykuły o MVC no i mam pewny dylemat i pytania.. Robię prosty projekt i chciałbym użyć właśnie MVC. Strona będzie zawierała kilka zakładek m.in: startowa, kontakt, system, zaloguj, rejestruj itp..
No i się zawiesiłem na kontrolerze i pytanie czy mogę zrobić coś takiego :

Jak zrozumiałem, pytanie czy dobrze: Każdy model ma mieć swój widok? Czy raczej każda akcja ma swój Widok, a model może być ten sam - pobieranie danych z DB i ew. obróbka ich. Hyh... I jak najlepiej to rozwiązać przy rejestracji i logowanu? Tworzy klase Form z metodami showForm i przetworzForm?