Navigacija
Lista poslednjih: 16, 32, 64, 128 poruka.

Arhitektura desktop/web aplikacije

[es] :: Art of Programming :: Arhitektura desktop/web aplikacije

[ Pregleda: 2791 | Odgovora: 7 ] > FB > Twit

Postavi temu Odgovori

Autor

Pretraga teme: Traži
Markiranje Štampanje RSS

Valerij Zajcev

Član broj: 40886
Poruke: 1374
*.hermes-softlab.com.



+2 Profil

icon Arhitektura desktop/web aplikacije23.12.2009. u 12:25 - pre 174 meseci
Misljenje o arhitekturi malo se bunim negde, jer do sada sam radio sa samo sa MVC pattern-om u drugoj tehnologiji, a u .NET projektu zamisljam malo kompleksniju strukturu:

-Projekat
-Projekat.GUI
+ View (Forme + Mediator)
+ Controller (Command)
+ Model (Proxy)
----------------------------------
+Projekat.BL
----------------------------------
+Projeka.DAL
----------------------------------

Bunim se oko podele posla izmedju DAL-a i Model-a na GUI-u.
1) DAL bi trebalo da sluzi za pristup podacima (poziv na bazu, mapiranje itd.), ali da li bi podatke trebalo da drzim u DAL-u (primer kada se dovuku podaci u aplikaciju iz baze pa da DAL bude univerzalno mesto gde ce podaci da se cuvaju dok su potrebni) u nekoj singleton klasi, ili bi trebalo DAL te podatke da sutne do BL, a da ih BL spusti u Model/Proxy (koji bi trebao da bude singleton) na GUI-u?
2) Ako ovo sto sam gore napisao nije ok, pitanje je: Gde podaci treba da budu dok je aplikacija aktivna (npr. korisnik ulogovan pa njegovi podaci)?
 
Odgovor na temu

deerbeer
Beograd

Član broj: 174418
Poruke: 1189
*.adsl-a-1.sezampro.yu.



+395 Profil

icon Re: Arhitektura desktop/web aplikacije23.12.2009. u 12:44 - pre 174 meseci
Arhitekturu projektujes prema specifikaciji zahteva tvoje aplikacije .

Paterni koje si nabrojao (Command, Proxy, Singleton) ne postoje da bih ih primenjivao u globalu ,
vec sluze da ih "prepoznas" i primenis prema toj zadanoj specifikaciji
i na osnovu modela ponasanja same aplikacije tj. sistema.

Da bih dobio neki smisleni odgovor ,
moras malo opisati sistem koji pravis pre nego sto primenis bilo sta od ovog .







Viva lollapalooza
 
Odgovor na temu

Valerij Zajcev

Član broj: 40886
Poruke: 1374
*.hermes-softlab.com.



+2 Profil

icon Re: Arhitektura desktop/web aplikacije23.12.2009. u 13:13 - pre 174 meseci
Citat:

Arhitekturu projektujes prema specifikaciji zahteva tvoje aplikacije .

Paterni koje si nabrojao (Command, Proxy, Singleton) ne postoje da bih ih primenjivao u globalu ,
vec sluze da ih "prepoznas" i primenis prema toj zadanoj specifikaciji
i na osnovu modela ponasanja same aplikacije tj. sistema.

Da bih dobio neki smisleni odgovor ,
moras malo opisati sistem koji pravis pre nego sto primenis bilo sta od ovog .

Nista posebno samo hocu da napravim mali projekat, a da iskoristim najbolje postavljenu arhitekturu da olaksa odrzavanje cele aplikacije. Cilj mi je da naucim kako da pravilno postavim projekat. Dakle za sada samo jednostavan CRUD (sa kompleksnim temeljima :) ).
Aplikacije koje sam do sada pravio su uglavnom bile "front end". I za arhitekturu sam korisio iskljucivo MVC.
E sada u .NET-u me buni DAL, da li on sluzi samo za cupanje podataka ili sluzi i kao storage dok traje sesija. Recimo aplikacije koje sam ja radio imale su MVC gde je u modelu bio proxy/singleton pattern u kome su bili svi podaci od trenutka kada se korisnik uloguje dok iz nje ne izadje, dakle taj deo mi je sluzio i za cupanje podataka i za cuvanje podataka.
Ako bih krenuo tom logikom u .NET-u, napravio bih WinForm projekat koji bi bio GUI layer koji bi imao svoju MVC postavku. Dakle Forme kao interfejs, za svaku formu njihov mediator, command za sve akcije, proxy za poziv BL layer-u, BL salje poziv DAL-u da uzme podatak sa servera, DAL vraca novi podatak u BL pa na GUI pravo u model ...
 
Odgovor na temu

Valerij Zajcev

Član broj: 40886
Poruke: 1374
*.hermes-softlab.com.



+2 Profil

icon Re: Arhitektura desktop/web aplikacije24.12.2009. u 08:04 - pre 174 meseci
Ajde recimo sistem za knjizaru ovo je neka moja pretpostavka kako da postavim projekat:

I opcija:

-TomePit
+TomePit.GUI -
+TomePit.BL -
+TomePit.DAL - Samo za "pristup" podacima
+TomePit.DT - Value Objects
+TomePit.Common - Singleton klase koje bi drzale podatke kada se recimo korisnik uloguje ili kada se knjige prikazuju, znaci ovde bih drzao podatke

II opcija:

-TomePit
+TomePit.GUI - Model-View-Controller - podaci koji bi gore bili u common-u ovde bi bili u "Model-u"
+TomePit.BL -
+TomePit.DAL - Samo za "pristup" podacima
+TomePit.DT - Value Objects
 
Odgovor na temu

Valerij Zajcev

Član broj: 40886
Poruke: 1374
*.hermes-softlab.com.



+2 Profil

icon Re: Arhitektura desktop/web aplikacije24.12.2009. u 10:24 - pre 174 meseci
Ne razumem jel postavljam neko lose pitanje? Zanima me kako drugi odrzavaju dobru strukturu svojih projekata :( .
 
Odgovor na temu

Mihajlo Cvetanović
Beograd

Moderator
Član broj: 37636
Poruke: 1249



+96 Profil

icon Re: Arhitektura desktop/web aplikacije24.12.2009. u 11:14 - pre 174 meseci
Ja ovo ništa ne razumem. Skraćenice koje se spominju meni ništa ne znače (osim GUI). Jedini moj savet koji ovde može da upali je prosto probaj pa vidi sam šta ti odgovara. Verovatno je svaki pristup dovoljno dobar. Verovatno svaki pristup ima mane koje sada ne možeš da vidiš/pojmiš. Verovatno ćeš imati nekakvih gličeva u implementaciji, koji god pristup da odabereš. Tako da je poprilično svejedno šta ćeš odabrati.
 
Odgovor na temu

mmix
Miljan Mitrović
Profesorkin muz
Passau, Deutschland

SuperModerator
Član broj: 17944
Poruke: 6042



+4631 Profil

icon Re: Arhitektura desktop/web aplikacije24.12.2009. u 11:30 - pre 174 meseci
Pa arhitekturno ti si vec odabrao kombinaciju MVC/three-tier, ti ustvari pitas kako da organizujes projekte u okviru te arhitekture a za to ne postoji magican fit-all odgovor i zato ti niko ni ne odgovara.

Za ostalo, nemoj da se oslanjas na singletone kao concurrency mehanizam za podatke, to je losa praksa i vec sam negde naveo da pruza laznu sigurnost (sta cemo sa drugom instancom programa). Da le ce podaci biti skroz offline, da li ce se kesirati u BLu ili ce svaki pristup zahtevati refresh, to zavisi od use-case-a, ne od globalne arhitekture. Nigde ti nije zabranjeno da kombinujes pristupe.

I malo prosiri svoje vidike, kontam da je MVC danas mantra i da se stavlja u sve od hello world aplikacije do sarmi, ali nije jedini arhitekturni patern koji postoji.
Sloba je za 12 godina promenio antropološki kod srpskog naroda. On je od jednog naroda koji je bio veseo, pomalo površan, od jednog naroda koji je bio znatiželjan, koji je voleo da vidi, da putuje, da upozna,
od naroda koji je bio kosmopolitski napravio narod koji je namršten, mrzovoljan, sumnjicav, zaplašen, narod koji se stalno nešto žali, kome je stalno neko kriv… - Z.Đinđić
 
Odgovor na temu

w3bl0rd
Varaždin, Hrvatska

Član broj: 82659
Poruke: 380
213.147.114.*



+26 Profil

icon Re: Arhitektura desktop/web aplikacije24.12.2009. u 11:32 - pre 174 meseci
ljudi se previše zamaraju s teoriom... počni radit, i usavršavaj sam sebbe, s vremenom će ti samo doći
there's no place like 127.0.0.1
 
Odgovor na temu

[es] :: Art of Programming :: Arhitektura desktop/web aplikacije

[ Pregleda: 2791 | Odgovora: 7 ] > FB > Twit

Postavi temu Odgovori

Navigacija
Lista poslednjih: 16, 32, 64, 128 poruka.