 podzial akcji na klasy w MVC |
| podzial akcji na klasy w MVC |
 
Post
#1
|
|
|
Grupa: Zarejestrowani Postów: 358 Pomógł: 0 Dołączył: 3.07.2003 Skąd: Szczecin->niebuszewo->*(next to window) Ostrzeżenie: (0%) 
 |
Moze to i gdzies bylo ale jesli tak to mi umknelo (IMG:http://forum.php.pl/style_emoticons/default/winksmiley.jpg)
W sumie moj obecny sposob rozumienia i przechowywania akcji jest taki: akcja to jedna metoda danej klasy metody w tej klasie wykonuja podobne zadania np. wyswietlanie newsow, artykulow. Wszytkie akcje/metody o podobnym dzialaniu grupuje w kasy ale nie ejstem pewnien slusznosci tego rozwiaania. U mnie akcje sa kompleksowe, to znaczy ze jedna akcja wykonuje wszytkie operacje jednego requesta, nie mam lancucha akcji ale moze go wprowadze. I zasadnioczo moje pytanie brzmi czy jedna akcja to powinna byc jedna klasa? jesli mialbym lancuch akcji to spowalnialo by to kod bo bym musial np. 10 inludow robic. Jesli zrezygnuje z lancuchow akcji i pozwole jednej akcji utworzyc dane dla widoku to wtedy strategia jedna klasa jedna akcja moze przyniesc przyspieszenie interpretacji kodu. Jak Wy to robicie?(IMG:http://forum.php.pl/style_emoticons/default/questionmark.gif) Gdzie umieszczacie akcje i jak je grupujecie? (IMG:http://forum.php.pl/style_emoticons/default/smile.gif) |
 |
 
|
 |
|
Post
#2
|
|
|
Grupa: Zarejestrowani Postów: 358 Pomógł: 0 Dołączył: 3.07.2003 Skąd: Szczecin->niebuszewo->*(next to window) Ostrzeżenie: (0%)
|
@NuLL jak dobrze rozumiem to sugerujesz aby moje "akcje pomocnicze" pogrupowac w klasy-komponenty wywolywane statycznie tak?
pomysl nawet ciekawy tylko znowu liczba dolaczanych plikow mi sie inkrementuje a mam juz ich ok 10 cos trzebaby z tym zrobic. Po za tym pomysl komponentow sie nie sprawdzi jesli ta dodatkowa akcja ma byc cos specyficznego dla danej grupu akcji/operacji np. w kasie administracyjnej mam metode, ktora tworzy opcje dla menu admina nie ma tu sensu umieszczac jej jako komponent bo nikgdzie indziej nie bedzie uzywana i nawet nie powinna. |
|
|
|
squid podzial akcji na klasy w MVC 4.08.2005, 21:19:37 
Vengeance U mnie każda akcja to oddzielna klasa spełniająca ... 4.08.2005, 21:51:17 Kinool ja stosuje podobnie tzn klasy sa hermetyczne sluza... 4.08.2005, 22:09:58 NuLL Widze bawimy się w moduły tak nie ja jedyny wykorz... 4.08.2005, 22:29:16 Vengeance Null, tak tez mozna. FrontController wybiera odpow... 4.08.2005, 22:36:19 squid to jest tak: jesli nie ma lancucha akcji to znaczy... 4.08.2005, 22:41:58 NuLL @squid - osobiście nie podoba mi się ten pomysł z ... 4.08.2005, 23:00:37 bela_666 A po co podział interfejsow na administracyjne? Ak... 4.08.2005, 23:10:23 Vengeance Co najwyżej zrobić abstrakcyjną klasę akcji admist... 4.08.2005, 23:14:45 NuLL @Bela_666: to było pisane z palca - pierwsza myśl.... 4.08.2005, 23:14:58 Vengeance Jezu, ludzie, przeciez nie oto chodzi by do wszyst... 5.08.2005, 13:03:35 squid @NuLL: zastanawiam sie nad tym Twoim componentMana... 5.08.2005, 18:54:27 NuLL Cytat@NuLL: zastanawiam sie nad tym Twoim componen... 5.08.2005, 19:07:38 ebe @NuLL czy kontekst tworzy i wypełnia (na podstwie ... 5.08.2005, 20:05:03 NuLL Trochę tak i trochę nie. Podziału na widok i model... 5.08.2005, 21:29:21 squid @ebe czemu chcesz uzyc kontekstu, nie lepiej klase... 5.08.2005, 21:32:40 ebe Tzn. badam różne rozwiązania. Zobaczyłem kawałek k... 5.08.2005, 23:01:00 NuLL To jest taki wzorzec ? UU - nie wiedziałem - dla ... 5.08.2005, 23:14:26 ebe Z założenia context to taki wewnętrzny 'protok... 5.08.2005, 23:19:17 Vengeance ebe: Chyba z akcji i tak musisz jakies dane do two... 5.08.2005, 23:26:29 NuLL @Vee - IMHO to zależy od punktu widzenia. Dla mnie... 5.08.2005, 23:33:47 Vengeance Tak robi ebe... nie ja :] A pytanie było do ebe ró... 5.08.2005, 23:49:28 ebe Tak, ale u siebie traktuję templaty jako widoki, t... 6.08.2005, 00:48:48 Vengeance Ja tam assignuje do wlasnych TPLow (ale interfejs ... 6.08.2005, 00:58:16 
squid jesli chodzi o te assigny to obecnie w moim framew... 6.08.2005, 09:10:36  |
|
Aktualny czas: 5.10.2025 - 02:56 |
