> On 04/15/2011 06:10 PM, fir wrote:

> > wywalenie uchwytow upraszczalo by sprawe bo mozna sobie

> > wyobrazic sytuace gdy resourcow jest duzo jest to duzy zbior

> > - z uchwytami sa to dwa zbiory 1) zbior resourcow i 2) zbior uchwytow

> > (przy czym sam zbior uchwytow moze byc schrzaniony - to tak

> > apropos watku roslinnego)

>

> Powtarzam raz jeszcze - uchwyt daje Ci (tylko?) to, że nazwa nie musi być:

>

> a) za każdym razem rozwiązywana na nowo

> b) nie musisz trzymać zasobów niejawnie w jakiejś globalnej tablicy

>

> JD

a)

nazwa nie musi byc rozwiazywana za kazdym razem, musi byc rozwiazana
raz - po czym uzywany identyfikator moze miec juz docelowa wartosc

fakt ze w uzyciu

openFile(@"x.txt")
printToFile(@"x.txt")
closeFile(@"x.txt")

zaciemiona jest asymetria w zwiazku z tym ze przy open jest rozwiazywana
a pozniej juz rozwiazana - ale mozna i na to cos wymyslec np

link_resource("x.txt") //jawny statement do podlinkowania resourca
czy jakies mount(@"x.txt");

tutaj wszystkie @"x.txt" maja juz rozwiazana wartosc


inna opcja o uzywanie zwyklych stringow przez wskazniki - trudno
mi sie zdecydowac ktora z tych opcji jest lepsza a jak mowie nie
mam teraz mozliwosci dluzej tego porozwazac - kluczowym stwierdzeniem
jest to ze nie jest dobrze musiec babrac sie z uchwytami kiedy
wystarcza identyfikatory

b) nie powinienes uzywac nazwy 'global' tylko 'internal'
- to ze te dane nie sa wywlwczone i rozwleczone po uchwytach to
wlasnie zaleta - i tak nie wiem czy np PE nie ma juz jakiejs takiej
tablicy w procesie


--
Wysłano z serwisu Usenet w portalu Gazeta.pl -> http://www.gazeta.pl/usenet/