🚀 go-pugleaf

"Maciek Zywno" <zy...@stud.ics.p.lodz.pl> wrote in message
news:bjn5n7$m6b$1@news.atman.pl...
> posiadam pewna wiedze jak powinna wygladac rozproszona aplikacja w J2EE,
> chcialem sie zainteresowac .NET, czy ktos moglby w skrocie nakreslic z
> jakich czesci sklada  sie aplikacja www w .net? jak to jest z podzialem
> na warstwy? (szczegolnie jezeli ktos moglby przyrownac blizniacze
> technologie .net i j2ee - oczywiscie nie chodzi mi o opinie co jest
> lepsze, tylko tak zebym mogl latwiej sie poruszac w temacie od poczatku)

    Niestety nie znam J2EE, wiec nie pomoge w tym wzgledzie :(.

> czy w .net jest cos takiego jak serwer aplikacji?
> co nadzoruje czy gdzie jest wykonywana wlasciwa czesc (tzw logika)
> aplikacji?
> czesc www pewnie w IIS a reszta?

    Nie zajmuje sie pisaniem aplikacji ASP.NET, ale z tego, co wiem, to role
serwera aplikacji pelni wlasnie IIS.

-- 
Pozdrawiam!
Marcin

>     Nie zajmuje sie pisaniem aplikacji ASP.NET, ale z tego, co wiem, to
role
> serwera aplikacji pelni wlasnie IIS.

Raczej nie, IIS zajmuje sie obsluga ASP.NET i WebServices.
Logike aplikacji mozesz umiescic na dowolnym serwerze z .NET Framework
i dostac sie do niej np. przez .NET Remoting (BTW WebService takze moze byc
zaimplementowane z wykorzystaniem .NET Remoting).

Mirek

> Raczej nie, IIS zajmuje sie obsluga ASP.NET i WebServices.
> Logike aplikacji mozesz umiescic na dowolnym serwerze z .NET Framework
> i dostac sie do niej np. przez .NET Remoting (BTW WebService takze moze
byc
> zaimplementowane z wykorzystaniem .NET Remoting).
Hm, nie wiem czy sie znam... ale wydaje mi sie ze aplikacja to polaczony kod
klas C# (czesc biznesowa i przetwazanie) oraz kod ASP.Net (czyli
prezentacja, ktory rowniez moze miec w srodku C#, ewentualnie XML). Skoro to
jest aplikacja to za serwer aplikacji musi robic IIS. Co do osadzania logiki
aplikacji to z tym jest roznie. Obecnie wydaje mi sie ze nie wrto calosci
pchac na server MS SQL (procedury), lepiej wywalic to do warstwy posredniej
w IIS. Ze wzgledu na skalowalnosc, gdyz jak zaczyna brakowac mocy wystarczy
dolozyc drugi serwer IIS...

> Mirek

Krzysztof

> Hm, nie wiem czy sie znam... ale
Hmm ja też nie wiem czy się znam ... ale:

> wydaje mi sie ze aplikacja to polaczony kod
> klas C# (czesc biznesowa i przetwazanie) oraz kod ASP.Net (czyli
> prezentacja, ktory rowniez moze miec w srodku C#, ewentualnie XML).
ASP.NET jest tylko jednym sposobem na implementację warstwy prezentacji,
możesz zrobić aplikację warstwową gdzie klient będzie zaimplementowany
przy użyciu Windows Forms a dostęp do zdalnej warstwy logiki będzie
przez .NET Remoting - wtedy IIS jest niepotrzeby wogóle.

> Skoro to jest aplikacja to za serwer aplikacji musi robic IIS. Co do
osadzania logiki
> aplikacji to z tym jest roznie. Obecnie wydaje mi sie ze nie wrto calosci
> pchac na server MS SQL (procedury), lepiej wywalic to do warstwy
posredniej
> w IIS. Ze wzgledu na skalowalnosc, gdyz jak zaczyna brakowac mocy
wystarczy
> dolozyc drugi serwer IIS...

IIS nie jest serwerem aplikacji - IMHO to tylko "wypasiony" serwer WWW,
dawniej rolę serwera aplikacji pełnił MTS (Microsoft Transaction Server)
który
"rządził" komponentami COM+ a IIS był serwerem WWW interpretującym skrypty
ASP.

IMHO serwer aplikacji można w .NET zaimplementować tak:   [uwaga ASCI ART
;) ]

                                    komp. 1
komp. 2              komp. 3
[ klient ] ----HTTP----[ IIS i ASP.NET]----TCP/IP----[.NET
FR]-------[SQLSERVER]

                                | prezentacja        |                  |
logika          |    | warstwa danych   |

Komponenty .NET mogą być posadzone na osobnym kompie i dostępne dla stron
ASP.NET
(zawierających warstwę prezentacji) np. poprzez .NET Remoting (który może
działać korzystając
z różnych protokołów TCP/IP jest tylko 1 z dostępnych). Skalowalność takiej
architektury polegać
może nie tylko na zwiększaniu serwerów z IISem ale także można dostawić
kilka serwerów
z komponentami logiki (która wcale nie musi być wpisana w procedury
zachowane SQL Servera).

BTW ciekawe jak będzie to wyglądało po wprowadzeniu Yukona gdzie procedury
przechowywane
będą mogły być pisane w C# czy VB i będą odpalane przez serwer DB.


Pozdrawiam
Mirek


PS. Ktoś wybiera się na DevDays-y w październiku ??