[ Pobierz całość w formacie PDF ]
.] (ang.: marshaling).Szeregowanie, ze wzglêdu na koniecznoœæwykonywania dodatkowych operacji, pogarsza efektywnoœæ dzia³ania aplikacji; ztego wzglêdu nale¿y unikaæ stosowania obiektów COM.Na szczêœcie œrodowisko.NET zosta³o wyposa¿one w program narzêdziowy, którys³u¿y do konwersji obiektów COM do obiektów.NET.Program ten, nazywanyimporterem biblioteki typów (ang.: Type Library Importer), analizuje obiektyCOM i tworzy odpowiednie metadane pozwalaj¹c na ³atwiejsze wykorzystanie tychobiektów w aplikacjach ASP.NET.Pogram ten nosi nazwê tlbimp.exe.Przyk³adowo za³Ã³¿my, ¿e w naszych stronach ASP.NET chcielibyœmy wykorzystaæobiekt FileSytemObject, lecz nie mamy ochoty niepotrzebnie zmniejszaæefektywnoœci dzia³ania aplikacji, ze wzglêdu na koniecznoœæ wykonywania procesuszeregowania.Obiekt FileSytemObject jest umieszczony w bibliotece scrrun.dll,która zazwyczaj jest przechowywana w folderze c:\winnet\sytsem32.Otwórz oknowiersza poleceñ i przejdŸ do tego folderu.Nastêpnie wpisz poni¿sze polecenie:tlbimp scrrun.dll /out:scrrun_net.dllPolecenie to utworzy now¹ bibliotekê o nazwie scrrun_net.dll bazuj¹c¹ nabibliotece COM o nazwie scrrun.dll.Komunikaty wyœwietlane w oknie wierszapoleceñ, powinny przypominaæ te, przedstawione na rysunku 15.8.Rysunek 15.8.Program tlbimp.exe importuje obiekty COM do œrodowiska.NETSkopiuj ten plik do pamiêci podrêcznej komponentów.NET(c:\inetpub\wwwroot\aspnetdlakazdego\bin).Teraz mo¿emy zmodyfikowaæ kod zlistingu 15.9 i wykorzystaæ w nim now¹ wersjê obiektu FileSystemObject.Zmodyfikowana wersja kodu zosta³a przedstawiona na listingu 15.10.Listing 15.10.U¿ycie zaimportowanych obiektów COM.sub Page_Load(obj as object, e as eventargs)dim objFSO as new Scrrun_net.FileSystemObjectdim objFile as Scrrun_net.FileobjFile = objFSO.GetFile(Server.MapPath("./rozdzial13/log.txt"))lblMessage.Text = objFile.Pathend subTeraz mogliœmy ponownie zastosowaæ dobrze znan¹ metodê tworzenia obiektów.Warto zwróciæ uwagê, i¿ obiekt FileSystemObject nale¿y teraz do przestrzeninazw Scrrun_net, która dok³adnie odpowiada nazwie pliku nowoutworzonejbiblioteki.Ta wersja strony bêdzie dzia³a³a znacznie efektywniej ni¿poprzednia, a dodatkowo mo¿na wykorzystywaæ stare obiekty COM w taki sam sposóbjak obiekty œrodowiska.NET.NotatkaW rzeczywistoœci œrodowisko.NET nie konwertuje obiektów COM do postacikomponentów.NET.Zamiast tego tworzy ono warstwê poœredni¹ generuj¹c¹konieczne metadane — sam obiekt COM nie jest w ¿aden sposób zmieniany.Oznaczato, ¿e wirtualna maszyna CLR wci¹¿ nie jest w stanie w pe³ni wspieraæ obiektówCOM.To nie jest ASP!Byæ mo¿e programiœci przyzwyczajeni do wczeœniejszych wersji technologii ASP s¹teraz w stanie g³êbokiego szoku.Jedn¹ z najwiêkszych zalet ASP.NET jestmo¿liwoœæ tworzenia i wykorzystania bibliotek DLL bez koniecznoœcizatrzymywania i ponownego uruchamiania serwera WWW, przejmowania siêkonfliktami wersji ani rejestracji bibliotek DLL przy u¿yciu programuREGSVR32.exe.Wczeœniej, wszystkie obiekty COM musia³y byæ rêcznie rejestrowane, a aby zmianymog³y zostaæ wykorzystane, konieczne by³o ponowne uruchomienie serwera.Wrzeczywistoœci, czynniki te uniemo¿liwia³y wykorzystanie wielu rodzajów zdalnejadministracji serwerem.Programista lub administrator musia³ pracowaæ przykomputerze na którym dzia³a³ serwer.W ASP.NET nie ma ju¿ tej koniecznoœci.Zgodnie z tym, czego dowiedzia³eœ siê w rozdziale 7, technologia ASP.NETzosta³a wyposa¿ona w nowy system konfiguracyjny, który bez trudu mo¿e zmieniæka¿da osoba dysponuj¹ca odpowiednimi uprawnieniami.Pliki przechowywane wfolderze /bin s¹ automatycznie ³adowane w czasie dzia³ania aplikacji, awszelkie zmiany mo¿na w nich wprowadzaæ bez ¿adnych problemów, gdy¿ serwer nieblokuje dostêpu do nich.A zatem, bez zbytniego przejmowania siê mo¿na jeusun¹æ i zast¹piæ now¹ wersj¹.Oznacza to równie¿, ¿e proces uruchamiania aplikacji jest znacznie prostszy.Wystarczy skopiowaæ potrzebne pliki do odpowiednich folderów — i najnowszawersja aplikacji jest gotowa do u¿ycia.Nie trzeba ju¿ ponownie uruchamiaæserwera lub instruowaæ kogoœ jak wykonaæ ca³y proces jeœli nie mo¿na goprzeprowadziæ osobiœcie.Proces tworzenia bibliotek DLL w œrodowisku.NET nie zmieni³ siê zbytnio.Wprowadzono w nim jednak kilka innowacji, takich jak wykorzystanie przestrzeninazw oraz nowy kompilator jêzyka VB.NET.Niemniej jednak przewa¿aj¹ca czêœæprocesu projektowania i pisania kodu nie uleg³a zmianie.Programiœci ASP mog¹ tak¿e byæ wdziêczni, ¿e wci¹¿ mo¿na korzystaæ z ichbibliotek obiektów COM.ASP.NET daje mo¿liwoœæ pos³ugiwania siê tymi obiektami,dziêki znanej ju¿ metodzie Server.CreateObject.Metoda ta tworzy obiekty³¹czone w czasie realizacji programu, podobnie jak we wczeœniejszych wersjachtechnologii ASP.Mo¿na tak¿e pos³u¿yæ siê importerem biblioteki typów, abywzbogaciæ obiekty COM o pewne wsparcie ze strony wirtualnej maszyny CLR imechanizmu wczesnego ³¹czenia.Jednak w przewa¿aj¹cej wiêkszoœci przypadkówoptymalnym rozwi¹zaniem bêdzie konwersja istniej¹cych obiektów, dziêki którejmo¿liwe bêdzie wykorzystanie bogatych mo¿liwoœci œrodowiska.NET.Wiele pojêæ zwi¹zanych z tworzeniem i wykorzystaniem obiektów biznesowych nieuleg³o zmianie w ASP.NET
[ Pobierz całość w formacie PDF ]