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

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





　　　　　　　　　　　　　　　The　source　code　contains　four　tests。　Each　calls　the　method　TranslateHello（）　with　some　　

　　　　　　　　　　input　and　receives　the　output。　The　test　happens　when　the　output　is　verified　against　an　expected　　

　　　　　　　　　　result。　The　verification　tests　use　the　pareTo（）　function　to　test　for　correct　translation。　　

　　　　　　　　　　　　　　　Notice　the　third　test：　



　　　　　　　　　　　　　　　　　　If　（Translator。TranslateHello（〃allosss〃）。pareTo（〃〃）　　0）　Then　

　　　　　　　　　　　　　　　　　　　　　　Console。WriteLine（〃Verify　nontranslated　word　test　failed〃）　

　　　　　　　　　　　　　　　　　　End　If　



　　　　　　　　　　　　　　　This　test　expects　an　explicit　failure。　You　need　to　write　tests　that　expect　to　fail。　Successful　　

　　　　　　　　　　tests　that　are　meant　to　fail　ensure　that　your　code　does　not　generate　false　positives。　A　false　positive　　is　　

　　　　　　　　　　when　your　code　is　supposed　to　fail　and　it　does　not。　

　　　　　　　　　　　　　　　The　tests　are　within　a　method　that　needs　to　be　called　from　the　Main（）　method；　as　in　the　　

　　　　　　　　　　following　example：　



　　　　　　　　　　　　　　Sub　Main（）　

　　　　　　　　　　　　　　　　　　TestTranslateHello（）　

　　　　　　　　　　　　　　　　　　Console。ReadKey（）　

　　　　　　　　　　　　　　End　Sub　



　　　　　　　　　　　　　　　If　you　pile　and　run　the　tests；　you　will　find　that　one　of　the　tests　fails。　The　failing　test　is　　

　　　　　　　　　　the　fourth　one；　which　attempts　to　translate　a　word　that　has　whitespace。　Whitespace　is　space　　

　　　　　　　　　　that　we　humans　don’t　notice；　but　is　necessary　to　distinguish　words；　sentences；　and　so　on。　Before　　


…………………………………………………………Page　77……………………………………………………………

　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　CH　AP　T　E　R　　　3　　　■　　　　L　E　AR　N　IN　G　　　AB　O　U　T　　　ST　R　I　N　G　　　M　A　N　I　PU　L　A　TI　O　N　S　　55　



we　can　solve　the　whitespace　problem；　we　need　to　determine　which　part　of　the　application　is　　

not　working　properly。　　



Answering　the　Question　of　Responsibility　



The　whitespace　problem　is　an　interesting　one。　The　caller　explicitly　put　in　the　extra　spaces；　but　　

is　the　whitespace　a　bug；　or　is　it　data　that　is　passed　in　incorrectly？　

　　　　　　The　problem　can　be　defined　in　the　context　of　reasonable　usage。　Imagine　that　you’ve　just　　

bought　a　car　and　you’re　driving　it　on　the　highway。　If　the　car　breaks　down；　the　warranty　will　be　　

in　effect　and　cover　the　costs　of　the　car　repair。　Now　imagine　the　situation　where　you　think　you　　

are　one　of　the　Dukes　from　the　Dukes　of　Hazzard。　And　being　a　Duke；　you　drive　your　new　car　as　　

fast　as　you　can　and　then　perform　a　flying　jump。　The　car　will　jump　into　air；　which　looks　quite　　

spectacular；　but　then　the　car　lands。　After　that；　the　shocks　collapse；　and　the　car　cannot　be　driven　　

any　further。　Even　though　the　car　is　brand　new；　the　Duke　did　not　use　the　car　as　envisioned　by　　

the　car　manufacturer；　and　thus　invalidates　the　warranty。　

　　　　　　Getting　back　to　the　translation　ponent；　it　exposes　the　method　TranslateHello（）　and　　

has　responsibilities。　And　the　caller　of　TranslateHello（）　has　the　responsibility　of　being　reason

able　about　what　can　be　expected　to　be　translated。　So；　is　whitespace　sent　by　the　caller　reasonable？　　

　　　　　　If　the　whitespace　is　a　normal　circumstance；　then　the　failed　test　is　a　bug　in　the　ponent。　　

But　if　the　whitespace　is　not　a　normal　circumstance；　the　caller　is　wrong　and　must　be　fixed。　The　　

answer　is　that　the　caller　is　being　reasonable；　and　the　ponent　is　not　acting　properly。　We　　

have　a　bug　in　the　ponent　that　needs　to　be　fixed。　How　do　I　know　that　the　caller　is　not　being　　

reasonable？　I　made　it　up；　because　that　is　how　I　expected　the　contract　to　be　implemented。　The　　

key　is　in　defining　a　good　contract。　

　　　　　　The　bug　in　the　ponent　relates　to　the　problem　of　how　a　word　is　being　translated。　We　　

used　the　pareTo（）　method；　which　means　that　each　character　is　pared；　position　for　　

position。　The　test　failed　because　the　caller　passed　in　a　string　with　whitespace；　and　the　ponent　　

expected　no　whitespace。　This　bug　is　not　a　surprise；　because　we　humans　ignore　the　whitespace；　but　　

puters　cannot。　　

　　　　　　Before　I　explain　how　to　fix　the　bug；　I　need　to　take　a　step　back　and　talk　about　what　a　string　　

is　and　how　you　can　figure　out　what　a　string　can　do。　　



Investigating　the　String　Type　



String　is　a　class　type；　and　thus　a　reference　type。　　String　is　a　type　that　has　methods　and　proper

ties。　Value　types　like　Double　and　Integer　have　methods　and　properties；　but　String　is　the　first　　

type　you　are　encountering　that　is　a　class　in　its　own　right　（Double　and　Integer　are　not　actually　　

classes）。　

　　　　　　To　investigate　a　type；　you　can　read　the　documentation；　or　you　can　use　IntelliSense。　Reading　　

the　documentation　is　not　a　bad　idea；　but　it　is　the　slowest　and　most　cumbersome。　IntelliSense　　

is　an　　IDE　approach；　in　which　a　defined　type’s　methods　and　properties　are　presented　to　you　in　　

an　easy…to…prehend　manner。　

　　　　　　The　first　time　you　use　IntelliSense；　it　can　be　nerve…racking；　because　it　seems　like　the　IDE　　

has　a　life　of　its　own。　There　is　a　convention　on　how　to　use　IntelliSense；　as　illustrated　in　Figure　3…2。　　

I　suggest　that　you　take　a　few　moments　to　experiment　with　it。　I　also　remend　that　you　keep　　

IntelliSense　active　in　Visual　Basic　Express。　


…………………………………………………………Page　78……………………………………………………………

56　　　　　　　　　CH　AP　T　E　R　　　3　　　■　　　　L　E　A　R　N　IN　G　　　AB　OU　T　　　ST　R　I　N　G　　　M　A　N　I　P　U　L　AT　IO　N　S　　　



　　　　　　　　　　　Figure　3…2。　　Using　IntelliSense　on　a　String　typed　variable　



　　　　　　　　　　　　　　　　　IntelliSense　works　on　only　identified　variables　that　have　types。　In　Figure　3…2；　IntelliSense　　

　　　　　　　　　　　worked　because　the　IDE　parsed　the　code　and　had　the　ability　to　read　the　metadata　associated　　

　　　　　　　　　　　with　the　type。　Metadata　is　data　that　describes　your　source　code。　Whenever　you　define　a　class；　　

　　　　　　　　　　　methods　and　properties　are　associated　with　it。　The　method　and　property　descriptions　are　　

　　　　　　　　　　　pieces　of　metadata　that　is　displayed　by　IntelliSense。　One　of　the　strengths　of　　is　that　all　　

　　　　　　　　　　　types　have　metadata。　



　　　　　　　　　　　The　Basis　of　All　Types：　Object　



　　　　　　　　　　　By　default；　everything　in　　is　an　object　with　a　few　basic　properties　and　methods。　Four　basic　　

　　　　　　　　　　　methods　are　associated　with　every　object：　



　　　　　　　　　　　　　　　　o　　Equals（）：　Verifies　the　equality　of　two　objects　（see　Figure　3…3）。　



　　　　　　　　　　　　　　　　o　　GetHashCode（）：　Retrieves　a　unique　number　describing　the　object　（see　Figure　3…4）。　Two　　

　　　　　　　　　　　　　　　　　　　objects　with　the　same　contents　will　return　the　same　hash　code。　



　　　　　　　　　　　　　　　　o　　GetType（）：　Retrieves　the　metadata　associated　with　an　object　（see　Figure　3…5）。　Allows　the　　

　　　　　　　　　　　　　　　　　　　program　to　play　“Are　you　a　。　。　。　？”　to　dynamically　determine　which　methods　and　proper

　　　　　　　　　　　　　　　　　　　ties　a　type　has。　It　is　used　by　IntelliSense　to　display　a　list　box。　



　　　　　　　　　　　　　　　　o　　ToString（）：　Converts　the　contents　of　the　type　into　a　string　（see　Figure　3…6）。　Note　that　the　　

　　　　　　　　　　　　　　　　　　　default　CLR　ToString（）　implementations　work　only　for　value　types。　


…………………………………………………………Page　79……………………………………………………………

　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　CH　AP　T　E　R　　　3　　　■　　　　L　E　AR　N　IN　G　　　AB　O　U　T　　　ST　R　I　N　G　　　M　A　N　I　PU　L　A　TI　O　N　S　　57　



　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　Calling　Equals（）　asks　if　variable　

　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　a　has　a　value　of　2　

　Dim　a　As　Integer　=　2　

　If　a。Equals（2）　Then　

　　　　　Console。WriteLine（〃2　equals　2；　as　it　should　be〃）　

　End　If　



　　　　　　　　　　　　　　　　　　　　　　　　This　code　will　always　be　

　　　　　　　　　　　　　　　　　　　　　　　　called　because　2　equals　2　



Figure　3…3。　Equals（）　is　used　to　verify　the　equality　of　two　objects。　



　　　　　　　　Don’t　think　of　a；　b；　and　c　as　values　associated　

　　　　　　　　with　a　variable。　Think　of　a；　b；　and　c　as　having　

　　　　　　　　　contents　associated　with　the　variables。　The　

　　　　　　　contents　of　a　and　b　match；　the　contents　of　c　do　

　　　　　　　　　　　　　　　not　match　the　contents　of　a　and　b。　



Dim　a　As　Integer　=　2　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　The　contents　of　a　and　b　are　

Dim　b　As　Integer　=　2　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　identical；　thus；　GetHashCode（）　

Dim　c　As　Integer　=　3　

　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　returns　the　same　number　



If　a。GetHashCode（）　=　b。GetHashCode（）　Then　

　　　　Console。WriteLine（〃2　equals　2；　as　it　should　be〃）　

End　If　



If　c。GetHashCode（）　　b。GetHashCode（）　Then　

　　　　Console。WriteLine（〃3　does　not　equal　2；　as　it　should　be〃）　

End　If　



　　　　　　　　　　　　　　　　The　contents　of　c　and　b　are　not　

　　　　　　　　　　　　　　　　　　equal；　so　GetHashCode（）　will　

　　　　　　　　　　　　　　　　　　return　two　different　numbers　



Figure　3…4。　GetHashCode（）　retrieves　a　number　describing　the　object。　　



　　　　　The　four　basic　methods　can　be　called　on　every　variable　that　you　declare。　You　will　use　　

ToString（）　when　debugging　or　inspecting　the　state　of　an　object　instance　during　runtime。　　

ToString（）　returns　a　human…readable　string　that　contains　the　state　of　the　object　instance。　

　　　　　You　might　use　the　GetType（）　method　occasionally；　but　your　IDE　and　other　tools　will　use　　

it　all　the　time。　Using　GetType（）；　you　have　the　ability　to　figure　out　the　capabilities　of　a　variable　　

during　the　execution　of　a　program。　In　technical　terms；　GetType（）　returns　the　formal　metadata　　

description　of　the　type。　

　　　　　From　reading　the　description　of　Equals（）　and　GetHashCode（）；　you　would　get　the　impression　　

that　these　two　functions　serve　the　same　purpose。　However；　this　is　not　the　case。　


…………………………………………………………Page　80……………………………………………………………

58　　　　　　　　CH　AP　T　E　R　　　3　　　■　　　　L　E　A　R　N　IN　G　　　AB　OU　T　　　ST　R　I　N　G　　　M　A　N　I　P　U　L　AT　IO　N　S　　　



　　　　　　　　　　　　　　　You　know　that　a　is　a　value　type　

　　　　　　　　　　　　　　　　　（as　explained　in　Chapter　1）。　

　　　　　　　　　　　　　　　　However；　a　program　does　not　　　　　　　　　　　　　　　　　　　　　　　By　calling　GetType（）　and　

　　　　　　　　　　　　　　　　　know　that　it　is　a　value　type。　　　　　　　　　　　　　　　　　　　　　then　IsValueType；　the　

　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　program　is　dynamically　

　　　　　　　　　　　Dim　a　As　Integer　=　1　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　asking　if　a　is　a　value　type　



　　　　　　　　　　　If　a。GetType（）。IsValueType　=　True　Then　

　　　　　　　　　　　　　　　Console。WriteLine（