VB2008从入门到精通(PDF格式英文版)-第119章

按键盘上方向键 ← 或 → 可快速上下翻页，按键盘上的 Enter 键可回到本书目录页，按键盘上方向键 ↑ 可回到本页顶部！
————未阅读完？加入书签已便下次继续阅读！





　　　　　　　　　　'　Review　the　values　of　the　assembly　attributes　



　　　　　　　　　　　　

　　　　　　　　　　　　

　　　　　　　　　　　　

　　　　　　　　　　　　

　　　　　　　　　　　　

　　　　　　　　　　　　



　　　　　　　　　　　



　　　　　　　　　　'The　following　GUID　is　for　the　ID　of　the　typelib　if　this　project　is　exposed　to　　

　　　　　　　　　　　　



　　　　　　　　　　'　Version　information　for　an　assembly　consists　of　the　following　four　values：　

　　　　　　　　　　'　

　　　　　　　　　　'　　　　　　Major　Version　

　　　　　　　　　　'　　　　　　Minor　Version　　

　　　　　　　　　　'　　　　　　Build　Number　

　　　　　　　　　　'　　　　　　Revision　

　　　　　　　　　　'　

　　　　　　　　　　'　You　can　specify　all　the　values　or　you　can　default　the　Build　and　Revision　Numbers　　

　　　　　　　　　　'　by　using　the　'*'　as　shown　here：　

　　　　　　　　　　'　　　



　　　　　　　　　　　　

　　　　　　　　　　　



　　　　　　　　　　　　　　　Notice　that　all　of　the　assembly　descriptors　are　declared　as　　attributes。　The　bolded　　

　　　　　　　　　　attributes　reference　the　version　of　the　assembly。　By　adjusting　these　attributes；　you　can　tweak　　

　　　　　　　　　　which　assembly　is　loaded；　as　explained　in　more　detail　in　the　uping　“Versioning　Assemblies”　　

　　　　　　　　　　section。　

　　　　　　　　　　　　　　　To　load　a　specific　assembly；　you　need　to　create　an　assembly　name；　like　this：　



　　　　　　　　　　Dim　assemblyName　As　AssemblyName　=　New　AssemblyName（value）　

　　　　　　　　　　Dim　assembly　As　Assembly　=　Assembly。Load（assemblyName）　

　　　　　　　　　　Dim　obj　As　Object　=　assembly。CreateInstance（info。TypeName）　



　　　　　　　　　　　　　　　The　variable　value　contains　the　precise　　identifier　of　the　assembly　and　is　passed　as　a　　

　　　　　　　　　　constructor　parameter　to　AssemblyName。　The　resulting　AssemblyName　instance　is　passed　to　the　　

　　　　　　　　　　method　Assembly。Load（）；　which　loads　the　assembly。　The　instantiation　of　the　type　follows　the　　

　　　　　　　　　　same　sequence　as　previously　outlined。　

　　　　　　　　　　　　　　　Note　that　there　is　no　indication　of　where　the　assembly　is　located。　The　default　locations　that　　

　　　　　　　　　　are　probed　are　the　local　working　directory　of　the　executing　process　and　the　GAC。　　


…………………………………………………………Page　355……………………………………………………………

　　　　　　　　　　　CH　AP　T　E　R　　　1　2　　　■　　　　L　E　AR　N　IN　G　　　AB　O　U　T　　　AP　P　L　I　CAT　I　ON　　　CO　N　F　IG　U　R　AT　IO　N　　　A　N　D　　　D　Y　N　A　M　IC　　　L　O　AD　IN　G　333　



■Note　　For　more　details　about　assembly　loading；　see　Pro　VB　2008　and　the　　3。5　Platform；　Third　Edition　　

by　Andrew　Troelsen　（Apress；　2008）。　



Relocating　a　Strongly　Named　Assembly　to　the　GAC　



Besides　having　the　ability　to　tweak　which　assembly　is　loaded；　another　reason　to　use　the　precise　　

assembly　name　is　to　have　the　ability　to　load　an　assembly　from　the　GAC。　The　GAC　is　a　place　where　　

assemblies　can　be　placed　to　have　global　shared　access。　Think　of　the　GAC　as　the　WindowsSystem32　　

directory　of　the　　environment。　The　precise　location　for　the　GAC　is　c：windowsassembly。　

　　　　　　Even　though　the　GAC　is　just　another　directory；　you　should　not　just　delete　and　add　assemblies　　

there；　as　you　would　with　any　other　directory。　To　delete　a　file　from　the　GAC；　use　the　context

sensitive　Uninstall　menu　item　（in　Windows　Explorer　right…click　the　assembly　you　want　to　　

uninstall　and　select　Uninstall）。　

　　　　　　To　add　an　assembly　to　the　GAC；　use　the　utility　gacutil；　which　is　distributed　with　the　　　

SDK　（not　with　Visual　Basic　Express）。　You　can　locate　it　at　C：Program　FilesMicrosoft　SDKs　

Windowsv6。0Bin　or　similar。　Add　this　directory　to　your　path　so　that　you　can　run　gacutil　anywhere。　

　　　　　　The　following　mand　lines　demonstrate　how　to　add　the　Definitions　and　　

Implementations2　assemblies　to　the　GAC　（assuming　the　files　implementations2。dll　and　　

definitions。dll　reside　in　the　current　directory）。　　



gacutil　/I　definitions。dll　

gacutil　/I　implementations2。dll　



　　　　　　Remember　to　add　Definitions；　because　Implementations2　depends　on　Definitions。　　

Failing　to　add　Definitions　will　generate　gacutil　errors。　



　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　ORGANIZING　DYNAMIC　CODE　



　　　If　you　are　going　to　place　files　in　the　GAC；　don’t　use　the　techniques　demonstrated　in　this　book　when　doing　a　　

　　　production　release。　The　techniques　discussed　in　this　book　are　meant　for　developers；　and　only　developers。　The　　

　　　techniques　are　shortcuts　that　assume　you　know　what　the　dependencies　are　and　are　aware　of　what　you　are　　

　　　doing。　For　distribution　purposes；　use　the　Microsoft　Windows　Installer　application　to　install　files　into　the　GAC。　

　　　　　　　　When　writing　dynamic　code；　the　idea　is　to　separate　and　pletely　partmentalize　the　development　　

　　　of　the　ponent　and　the　caller　of　the　ponent。　Thus；　you　should　not　develop　both　pieces　in　the　same　　

　　　project。　Create　separate　projects　and　have　them　working　with　test　routines。　Then；　at　runtime；　bine　the　　

　　　functionalities；　and　everything　should　work　（that　is；　if　you　properly　tested　your　code）。　



Using　Version　Numbers　



Version　numbers　are　a　way　of　being　able　to　control　the　features　and　robustness　of　an　applica

tion。　In　the　packaged　software　market；　the　concept　of　the　version　number　has　nearly　disappeared。　　

For　example；　consider　Microsoft’s　operating　system　versions：　Windows　95；　Window　98；　　

Windows　XP；　Windows　2000；　Windows　Vista；　and　so　on。　


…………………………………………………………Page　356……………………………………………………………

334　　　　　　　CH　AP　T　E　R　　　1　2　　　■　　　　L　E　A　R　N　I　N　G　　　A　B　OU　T　　　A　PP　L　I　CA　TI　O　N　　　CO　N　F　I　G　U　R　AT　IO　N　　　AN　D　　　D　Y　N　A　M　I　C　　L　O　AD　I　N　G　



　　　　　　　　　　　　　　　　In　open　source　software；　version　numbers　are　used　extensively　and　are　considered　very　　

　　　　　　　　　　　important。　Yes；　the　version　numbers　resemble　a　lottery　ticket；　but　they　do　follow　a　convention。　　

　　　　　　　　　　　Understanding　the　convention　makes　it　easier　to　select　open　source　packages。　And　more　　

　　　　　　　　　　　important；　applying　this　versioning　strategy　makes　it　simpler　to　understand　your　assemblies。　



　　　　　　　　　　　Understanding　Version　Numbers　



　　　　　　　　　　　Let’s　say　you　want　to　download　the　open　source　program　Capivara　（a　Java　file　manager　and　　

　　　　　　　　　　　synchronization　program）。　You　see　the　version　number　0。8。3。　The　version　number　contains　　

　　　　　　　　　　　three　parts：　



　　　　　　　　　　　　　　　　Major　number：　The　major　number　is　0　in　the　example。　If　the　software　has　not　reached　the　　

　　　　　　　　　　　　　　　　number　1；　the　version　is　considered　a　beta。　But　often；　a　beta　identifier　does　not　mean　　

　　　　　　　　　　　　　　　　the　version　is　unusable。　Changing　the　major　version　number　indicates　a　major　change　　

　　　　　　　　　　　　　　　　of　functionality。　This　means　what　worked　in　version　1　may　not　work　with　version　2。　An　　

　　　　　　　　　　　　　　　　example　is　the　Apache　HTTPD　server　project；　where　the　1。x　and　2。x　series　are　two　different　　

　　　　　　　　　　　　　　　　implementations。　



　　　　　　　　　　　　　　　　Minor　number：　The　minor　number　is　8　in　the　example。　It　is　used　to　define　minor　function

　　　　　　　　　　　　　　　　ality　changes　in　a　piece　of　software。　Changing　the　minor　number　（such　as　7　to　8）　indicates　　

　　　　　　　　　　　　　　　　new　features；　but　old　functionality　is　supported。　A　change　may　include　bug　fixes　or　patches。　



　　　　　　　　　　　　　　　　Patch　number：　The　path　number　is　3　in　the　example。　It　is　used　to　define　a　patched　version　　

　　　　　　　　　　　　　　　　of　the　software　that　has　bug　fixes　or　other　changes。　The　changes　do　not　include　features；　　

　　　　　　　　　　　　　　　　and　the　functionality　does　not　change。　



　　　　　　　　　　　　　　　　When　you　attempt　to　download　an　open　source　package；　you　are　typically　confronted　with　　

　　　　　　　　　　　multiple　versions。　For　example；　you　might　see　the　version　numbers　4。23　and　4。29　（beta）。　Because　　

　　　　　　　　　　　most　people　want　the　latest　and　greatest；　they　might　be　tempted　to　download　4。29。　But　remember　　

　　　　　　　　　　　that　open　source　projects　make　multiple　versions　available。　In　the　example；　you　should　down

　　　　　　　　　　　load　version