VB2008从入门到精通(PDF格式英文版)-第35部分

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



　　　　coupling　problem　between　Node　and　DepthFirstSearch。　Explain　why　there　is　a　coupling　　

　　　　problem　and　outline　an　alternative　algorithm　that　does　not　have　the　coupling　problem。　



4。　　Fix　the　CanContinueSearch（）　function　so　that　an　optimal　flight　path　is　found　for　any　two　　

　　　　cities。　Note　that　you　should　extend　your　test　cases　to　test　various　scenarios。　



5。　　Implement　the　breadth…first　search　algorithm。　The　breadth…first　algorithm　will　search　　

　　　　each　connection　before　going　down　further　in　the　tree。　Hint：　modify　the　behavior　of　　

　　　　FindNextLeg（）。　


…………………………………………………………Page　136……………………………………………………………


…………………………………………………………Page　137……………………………………………………………

C　　H　　A　　P　　T　　E　　R　　　　　5　



　■　■　■　



Learning　About　Visual　Basic　　

　Exception　Handling　



Source　code　can　have　thousands；　hundreds　of　thousands；　or　millions　of　lines　of　source　code；　　

and　no　single　human　could　keep　track　of　it　all。　To　keep　track　of　all　the　source　code；　you　need　a　　

team　of　developers；　and　that　means　code　written　by　one　developer　is　going　to　be　used　and　　

modified　by　another　developer。　Since　the　two　developers　can’t　perform　a　Vulcan　mind　meld；　　

they　must　have　a　well…understood　and　useful　form　of　munication。　But　that’s　just　part　of　　

the　solution。　The　code　itself　must　be　easy　to　understand。　

　　　　　The　challenge　of　writing　software　is　not　creating　a　perfect　piece　of　code；　but　writing　code　　

that　can　be　understood　by　other　developers　and　used　by　other　pieces　of　software。　The　goal　isn’t　　

to　be　clever　and　write　software　that　can　do　everything；　but　to　write　simple；　robust；　and　easy…to

understand　software。　The　“keep　it　simple”　approach　is　the　best　way　forward。　

　　　　　Having　understandable　code　is　particularly　important　when　things　go　wrong。　Your　code　　

should　generate　the　appropriate　errors。　For　example；　suppose　your　code　relies　on　a　file　being　　

present。　When　the　file　is　not　present；　your　code　should　generate　a　clear　and　distinct　error；　such　　

as　“File　XYZ　is　not　present　and　thus　I　cannot　continue。”　Upon　seeing　such　an　error　message；　　

another　developer　would　know　that　he　should　check　whether　the　file　is　actually　there。　

　　　　　This　chapter　explains　exceptions；　as　errors　in　an　application　are　technically　known；　and　how　　

to　handle　them。　We’ll　begin　with　an　overview　of　how　exceptions　fit　into　the　structure　of　a　program。　　



Understanding　Errors；　Exceptions；　and　　

Exception　Handling　



An　error　is　when　something　is　not　right　and　could　be　the　result　of　incorrect　data　or　an　incorrect　　

calculation。　However；　the　　CLR　does　not　understand　errors；　it　understands　only　exceptions。　

　　　　　For　example；　if　an　error　is　caused　by　multiplying　two　numbers　rather　than　adding　them；　　

your　program　will　continue　to　function；　but　will　produce　the　wrong　results。　A　similar　error　occurs　　

when　a　user　enters　the　wrong　data—the　answer　will　be　wrong；　but　the　program　will　still　run。　

　　　　　In　the　case　of　a　serious　problem　that　is　beyond　the　control　of　the　user　or　that　threatens　to　crash　　

your　program；　the　CLR　steps　in　and　treats　this　as　an　exception。　This　interrupts　the　program　and　　

allows　your　code　to　deal　with　the　problem；　rather　than　letting　the　program　crash。　（Some　would　　

argue　that　an　exception　will　not　halt　your　entire　program；　but　a　thread　of　your　program；　while　　



　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　115　


…………………………………………………………Page　138……………………………………………………………

116　　　　　　　CH　AP　T　E　R　　　5　　　■　　　　L　E　A　R　N　IN　G　　　AB　OU　T　　　V　I　SU　A　L　　　B　AS　IC　　　E　X　C　E　P　TI　ON　　　H　AN　D　L　IN　G　



　　　　　　　　　　　this　is　technically　true；　it’s　not　an　important　distinction　for　this　introduction　to　exceptions。）　　

　　　　　　　　　　　This　is　called　　exception　handling。　

　　　　　　　　　　　　　　　　To　understand　how　code　organization　affects　exception　handling；　think　of　an　application　　

　　　　　　　　　　　as　a　large　corporation。　A　corporation　has　a　chief　executive　officer　（CEO）；　then　first…level　managers；　　

　　　　　　　　　　　then　mid…level　managers。　Corporations　and　management　within　corporations　understand　　

　　　　　　　　　　　that　to　get　anything　done；　they　must　develop　a　game　plan　and　then　carry　out　the　game　plan。　　

　　　　　　　　　　　The　CEO　or　highest　level　manager　will　know　about　the　overall　game　plan。　The　pany　is　orga

　　　　　　　　　　　nized　so　that　lower…level　managers　and　workers　can　carry　out　discrete　tasks　as　defined　in　the　　

　　　　　　　　　　　game　plan。　In　other　words；　these　organizational　units　carry　out　the　implementation　of　the　plan。　

　　　　　　　　　　　　　　　　Translating　this　to　software；　your　code　contains　two　types　of　methods：　methods　that　orga

　　　　　　　　　　　nize　the　functionality　and　methods　that　implement　the　functionality。　You　create　organizational　　

　　　　　　　　　　　code　so　that　you　have　the　ability　to　separate　each　task　from　the　others。　The　work　of　one　does　　

　　　　　　　　　　　not　affect　the　other；　and　thus　the　code　has　been　modularized。　



　　　　　　　　　　　■Note　　As　with　corporation　reorganization；　management　code　is　constantly　being　reorganized　to　fix　bugs　　

　　　　　　　　　　　and　implement　new　pieces　of　functionality。　For　example；　you　might　reorganize　code　so　that　it　bees　more　　

　　　　　　　　　　　streamlined　and　efficient。　



　　　　　　　　　　　　　　　　Now　we　need　to　put　exceptions　into　the　picture。　Errors　occur　when　something　does　not　go　　

　　　　　　　　　　　according　to　plan。　In　the　management　hierarchy；　if　an　error　occurs；　the　CEO　is　not　automati

　　　　　　　　　　　cally　told。　For　example；　if　the　pany　ran　out　of　staples；　most　likely　the　CEO　would　not　want　　

　　　　　　　　　　　to　hear　about　it。　If；　however；　one　of　the　manufacturing　plants　fell　off　the　side　of　a　cliff；　then　the　　

　　　　　　　　　　　CEO　would　definitely　want　to　know。　The　information　about　the　error　is　passed　up　the　chain　of　　

　　　　　　　　　　　mand　just　as　far　as　it　needs　to　go。　

　　　　　　　　　　　　　　　　Relating　this　to　the　different　types　of　methods；　in　your　hierarchical　code；　the　implementa

　　　　　　　　　　　tion　code　is　responsible　for　making　sure　all　errors　are　reported；　and　the　organizational　code　is　　

　　　　　　　　　　　responsible　for　either　fixing　the　error　or　propagating　it　to　a　piece　of　code　that　is　higher　in　the　　

　　　　　　　　　　　hierarchy。　The　higher　piece　of　code　should　either　fix　the　problem　or　delegate　it　again　to　a　higher　　

　　　　　　　　　　　piece　of　code；　depending　on　the　seriousness　of　the　error。　

　　　　　　　　　　　　　　　　For　the　remainder　of　this　chapter；　we’ll　look　at　the　various　ways　of　dealing　with　exceptions。　　

　　　　　　　　　　　The　idea　is　to　give　you　practical　solutions　that　you　can　use　without　getting　too　bogged　down　in　　

　　　　　　　　　　　theoretical　what…ifs。　

　　　　　　　　　　　　　　　　When　working　with　exceptions；　it　is　often　useful　to　run　the　application　in　Visual　Basic’s　　

　　　　　　　　　　　debugger；　so　let’s　start　there。　



　　　　　　　　　　　Running　the　Debugger　



　　　　　　　　　　　The　Visual　Basic　debugger　runs　the　application；　but　adds　the　ability　to　monitor　what　the　appli

　　　　　　　　　　　cation　is　doing。　To　start　the　debugger；　select　Debug　　Start　Debugging　from　the　menu　bar　or　　

　　　　　　　　　　　press　F5。　

　　　　　　　　　　　　　　　　Your　application　will　run　as　normal；　but　Visual　Basic　Express’s　layout　will　change　slightly。　　

　　　　　　　　　　　From　the　perspective　of　the　application；　you　will　not　see　a　difference　in　its　behavior。　The　appli

　　　　　　　　　　　cation　executes　in　the　same　way；　regardless　of　whether　it　is　being　run　or　being　debugged。　To　　

　　　　　　　　　　　stop　debugging；　just　close　your　application　normally。　　


…………………………………………………………Page　139……………………………………………………………

　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　CH　AP　T　E　R　　　5　　　■　　　　L　E　AR　N　IN　G　　　AB　O　U　T　　　V　I　SU　A　L　　　B　AS　IC　　　E　X　CE　PT　I　ON　　　HA　N　D　L　IN　G　117　



■Tip　　You　may　find　it　useful　to　display　the　Locals　and　Call　Stack　panes；　which　allow　you　to　see　what　is　going　　

on　in　the　application。　To　do　so；　start　debugging　and　select　Debug　　Windows；　and　then　choose　the　window　　

（Call　Stack　or　Locals）。　



　　　　　You　can　also　start　the　debugger　at　a　certain　point　in　your　code　by　setting　a　breakpoint；　as　　

shown　in　Figure　5…1。　When　Visual　Basic　reaches　this　breakpoint；　it　goes　into　debug　mode；　this　　

mode　is　different　from　application　mode—the　state　it　is　in　before　it　reaches　the　breakpoint　and　　

after　it　leaves　the　breakpoint。　To　leave　debug　mode；　you　can　press　the　F5　key　to　switch　to　appli

cation　mode　and　continue　executing　the　application；　or　press　Ctrl＋Alt＋Break　to　stop　debugging　　

and　stop　executing　the　application。　



Figure　5…1。　Debugging　an　application　with　a　breakpoint　



　　　　　　Running　an　application　in　the　debugger　is　useful　when　tracking　down　exceptions；　as　you’ll　　

see　in　the　next　section。　



Handling　Exceptions　



Those　who　recall　the　“good　old　days”　of　Windows　3。0　and　its　16　bits　will　also　remember　the　　

dreaded　three…finger　salute。　The　three…finger　salute　refers　to　pressing　Ctrl＋Alt＋Delete　to　reboot　　

Windows　after　a　program　crashed。　You　did　not　have　the　chance　to　save　your　work；　you　just　had　　

to　watch　everything　go　down　the　drain。　

　　　　　　If　you　missed　those　puting　days；　count　yourself　lucky。　Nowadays；　we　have　mechanisms　to　　

catch　unexpected　errors　and　make　sure　that　the　program　or　operating　system　keeps　on　processing。　　


…………………………………………………………Page　140……………………………………………………………

118　　　　　　　CH　AP　T　E　R　　　5　　　■　　　　L　E　A　R　N　IN　G　　　AB　OU　T　　　V　I　SU　A　L　　　B　AS　IC　　　E　X　C　E　P　TI　ON　　　H　AN　D　L　IN　G　



　　　　　　　　　　　The　big　deal　with　modern　operating　systems　and　programming　environments　like　the　CLR　is　　

　　　　　　　　　　　that　they　can　stop　a　single　task　from　disrupting　the　operation　of　the　CPU。　



　　　　　　　　　　　Catching　Exceptions　



　　　　　　　　　　　Recall　that　in　Chapter　2；　Visual　Basic　Express　interrupted　the　flow　of　the　program　by　catching　　

　　　　　　　　　　　the　exception　generated　by　a　mathematical　overflow　situation。　This　is　like　your　driving　teacher　　

　　　　　　　　　　　realizing　you　are　making　a　mistake　and　pressing　hard　on　the　brake；　so　you　don’t　hit　a　tree；　person；　　

　　　　　　　　　　　or　another　car。　So；　in　a　sense；　you　can　think　of　the　CLR　exception…handling　mechanism　as　the　　

　　　　　　　　　　　teacher　stepping　on　the　brake　when　something　devastating　is　about　to　happen。