2023年設(shè)計(jì)論文外文文獻(xiàn)中英文翻譯

皮晨暉軟件0８1班OｂjｅctｌandscaｐｅsａnｄlｉｆetimesTechｎicaｌｌｙ,OＯPisｊｕstaｂoutaｂstraｃtｄatatypiｎg,inheｒitaｎce,aｎdpｏｌyｍorphiｓm，ｂｕtotheｒiｓsｕeｓcａnbeaｔｌeastasimportaｎt.Theremaiｎdeｒoｆthissectｉｏｎwｉllｃoverthesｅｉssuｅs.Oneofthemosｔimpｏrtantfａctoｒsisｔhewayoｂjｅctsaｒecreatedaｎddestroyed.Whereｉsｔheｄatafｏrａnｏbjｅctanｄhowisthｅlifetimeoftheｏｂjectcontrollｅd?Therearedifｆerｅnｔphｉlosophｉｅsatworｋhere．Ｃ＋+takesｔhｅａpproａchｔｈaｔｃoｎtroloｆｅffiｃiencｙｉsthemｏstimpｏｒｔantissuｅ，sｏitgivestheprogrammeｒaｃhｏiｃe．Fｏｒmaximuｍruｎ-timesｐeed，theｓtｏraｇeandlifetｉmecanbｅｄｅｔerminedwｈilｅtｈeｐrogｒamｉsｂeingwｒiｔten,byｐlａcingtheobｊeｃｔsontｈestack（ｔheｓｅａresｏmｅtimｅscalleｄａutomatｉcｏｒsｃopeｄvariａbｌes）oｒintｈｅsｔatｉｃstｏragearea.Ｔhisｐlａcesaprioritｙoｎtheｓｐeedｏｆstorａｇeａｌｌocationandrelｅase，andcｏntroｌoｆtheｓｅcanbｅveryｖaluaｂｌeinsoｍeｓitｕａｔions．Hｏweｖer,youｓacrifiｃｅfleｘibｉlitybecauseｙｏｕｍustknoｗtｈeexaｃtｑuanｔity，lifetime,anｄｔypｅoｆｏbjectswｈilｅyou'reｗriｔingthｅｐｒogrａm.Iｆyouaｒetryingtｏsoｌvｅamoｒegeneralｐｒoｂｌeｍsuchasｃompｕtｅｒ-aiｄｅddesiｇn,warehoｕsemanaｇｅmｅｎt,oraｉｒ-tｒaffｉcｃontｒol,thisistooｒeｓtrictｉvｅ.Ｔhesｅcoｎdaｐprｏachｉstoｃreaｔeobjｅctsdynamiｃａlｌｙinapｏolofmｅｍｏrycalledtheheap.Inthｉsａpｐｒｏach,yoｕdon'tｋｎowuntｉlｒun-ｔｉｍｅhowｍaｎｙoｂjectｓｙouｎｅｅd,ｗｈattｈeｉrliｆeｔｉｍeｉｓ,oｒwhatｔhｅirｅｘactｔｙpeis.Thoｓearｅdeterminedaｔtｈespurofthemｏmentwhilｅtheprogrａmisruｎniｎg.Ｉfyｏｕneedaｎewobｊect,yousiｍplymaｋｅitｏnｔheｈeａｐatthｅpｏiｎtthａｔyouneｅdit.Becａusｅtheｓtoraｇeｉsｍanａgｅddyｎamicａlly,ａt(yī)run－ｔｉme,theaｍouｎtofｔiｍereqｕｉrｅdtoａlloｃａt(yī)esｔorageｏｎtheheapissigniｆicａntlyｌonｇerｔｈａｎtｈeｔimeｔｏｃreatestoraｇeｏnthestａck．(Creatingstorageonthｅsｔacｋiｓofteｎａsiｎｇlｅaｓｓemblyinstｒｕctiｏntｏｍovｅtheｓtａckpoｉｎteｒdown,ａnｄanｏtheｒtomoｖeiｔbａckup.）Ｔhedｙnamicapｐrｏaｃhmakesthegenerallｙlogicaｌassumｐtｉonthaｔobjecｔｓtendtoｂecoｍｐlicated，sotheexｔraｏvｅrheadoffｉndingstｏrageａndrｅlｅasinｇｔｈａｔsｔoragｅwｉllnothavｅanimpｏｒtantimpaｃtonthｅcreatiｏnｏfaｎoｂｊect.Ｉnaddｉtion，tｈｅgrｅaterｆleｘiｂiliｔｙｉsessentiａｌtｏsoｌvethegｅnerａlprogrammingproｂlem.Jａvａｕsｅsthesｅｃoｎdappｒoacｈ,ｅxcｌuｓivelyHＹＰERLINK＂．./．./.．/DocumentsanｄSｅttiｎｇs/ｇg/LｏcａlSｅtｔiｎgｓ/Temp/e/TIJ３0３.ｈｔm"\l"fn8＃fｎ8"].Ｅｖerytiｍeyouwantｔocreateａｎｏbjｅct,youusetｈenewkeywoｒdtｏbuiｌdadｙnamicinｓtａｎｃｅofthａｔobjeｃt.Theｒe'sanotｈeriｓｓue,ｈowever,andthaｔ'sthelｉfｅtiｍeｏｆanobject.Ｗｉthlａngｕaｇｅｓｔｈatａlｌowobjecｔstobeｃreａt(yī)edonｔhｅstacｋ，theｃｏｍｐiｌｅrdeteｒｍinesｈowｌoｎgthｅobjｅctlastsanｄcanａｕｔomａt(yī)iｃaｌlyｄestrｏｙit.Hoｗeｖeｒ,ifyoucｒｅateitonｔhehｅaｐtｈｅｃompiｌerhasnｏkｎｏwlｅｄｇeofiｔｓliｆetime.InaｌａnguaｇelｉkｅC++,youmustdｅｔｅrｍｉnｅｐｒogramｍａt(yī)iｃallywｈentodｅｓtrｏyｔhｅoｂjeｃｔ,whｉｃhcａnleａdtomemorylｅａksifyoudoｎ’tdｏｉtcorｒectly（anｄthｉsiｓａcomｍonpｒoｂｌeminC++prograｍs).Ｊavaprovidｅsａfeatuｒeｃalledagａｒｂagecollecｔorｔhatauｔoｍaｔicallｙdｉscoversｗhenanobｊｅctisnolｏngerｉｎuｓeanｄdesｔroysiｔ.Agａrbagecollecｔorisｍuchｍorｅconvenientｂecauseitreducｅsｔheｎumbｅｒofｉｓsｕeｓthａt(yī)youmuｓtｔｒaｃｋandｔｈecｏｄeyoumustwｒｉｔe.Mｏrｅｉmpｏrｔａnt,theｇaｒbaｇeｃoｌlectorpｒovidｅｓａmｕchhiｇｈerlevelofinsｕrａnceaｇａiｎｓttheinsidiouｓprobｌemoｆmｅmｏrｙｌｅaks（whｉcｈhａsbｒoughｔmaｎyaC++proｊecｔtoｉtsｋneｅs).Ｔherestｏfthiｓsｅctionlooｋsaｔadditionａlｆａctｏｒsｃoｎceｒniｎgobｊｅctlｉfetimesandlaｎdｓｃapeｓ．1.TheｓｉnｇlyrootedｈieraｒchyOneofｔｈeｉssuesiｎOOPthａt(yī)hasbｅcoｍeespecialｌｙproｍiｎentsincetheｉntrｏｄuctionｏfC++ｉswhetherａllclaｓｓｅｓｓhoｕldultｉmatelｙbeinheriteｄｆｒomasingｌebasｅclass.ＩｎＪava(asｗithｖirtuallyａllｏtheｒOOPlaｎguａｇes)ｔｈｅansｗerｉs“ｙｅs”andtｈeｎaｍｅofthisｕltiｍａt(yī)ｅbａseｃｌａssｉssｉmpｌｙObjｅcｔ.Ittｕrnsoｕttｈattｈebｅnefｉtsofthesｉｎgｌｙroｏｔedhierａｒcｈyaremany.HYＰＥRＬINＫ"mailｔo：？Subｊect＝％５bTIＪ３%5dChaｐ0１_１8６"＼o＂SendＢａckTaｌｋCommeｎt"Alｌｏbｊectsinａsinglyｒootｅｄｈｉｅrarcｈyhａvｅaninterｆaceｉnｃommｏn，sotheyａreａllultimatelyｔhｅｓametypｅ.Theaｌternａｔｉvｅ(proviｄedbｙC＋＋）isthatyouｄon’tｋｎｏwthateveｒyｔhingiｓthesamｅｆundaｍentaltyｐe．Fｒomabaｃｋｗard-comｐatibｉlｉtｙstandｐointｔｈisｆitsthemoｄeloｆＣbetterａnｄcanbethoughtofasleｓｓｒeｓtｒｉｃｔivｅ,ｂutｗhenyouwanttｏｄofuｌl-ｏnobjeｃt-oriｅｎtedpｒogrａmmｉngｙoｕmuｓｔthenbuｉldyoｕrownhierarchｙtoprovidｅthesameｃonveｎieｎcｅthat’sbuｉltiｎtootｈerOＯPｌaｎguaｇes.Aｎdinａｎynewclasslibrａryyouacquire,ｓomeotｈerincｏｍpatibleinterfａcewｉｌlbeused.Ｉtｒｅqｕｉreseｆfort(andposｓiｂlｙmｕltipleinheritance)ｔoworktｈeｎewinteｒfaceiｎtoyouｒdeｓｉgn.Isｔhｅｅxtra“ｆｌｅxiｂility”ｏfC＋＋ｗorthｉt?Ifyｏuneedit—iｆyｏuｈａｖealargeinveｓtmenｔinC—it’squｉtevａluablｅ.Iｆｙoｕ’restarｔingfromscraｔch,othｅralｔeｒnativessuｃｈasＪaｖacaｎｏftenbemorepｒoduｃtiｖe．HYPEＲLIＮK"mailto：？Suｂjｅｃt=%5bTＩJ3%５ｄChａp０1＿187"\o"SｅｎdBackＴalkComｍent"Aｌｌｏbjecｔsinasinｇlyｒootedｈierarcｈy（sucｈaｓＪａvaｐroviｄｅs)canbeguaranteeｄｔohavecertａinfuｎctｉonaliｔy．Yｏｕknowyｏuｃaｎpｅrfoｒｍcertainbａsiｃopｅratｉonsoneveryobjectiｎyoursｙsｔｅm.Ａsingｌyroｏtedhｉｅrａｒcｈy,alonｇwithcｒeaｔingallobjectsｏnthehｅap,gｒｅatlysiｍｐlifiesarｇumenｔpａssing（ｏneofｔhｅmoreｃomplexｔoｐｉｃsｉnC++)．ＨYPERＬINK"mailto:?Sｕbjｅｃｔ=%5bＴIＪ3%5dChap01_18８"\o"ＳenｄBackTａlｋＣommeｎt"Asinglyroｏteｄｈierarｃhymakｅsiｔmｕcheasiertｏｉmplementａgaｒｂagecｏlleｃtor(whichiｓｃonｖeｎｉeｎtｌyｂｕilｔiｎｔoＪａva).Ｔｈeneｃｅsｓaｒysuｐpｏrｔcanbeｉnstalleｄinthｅbaseｃlasｓ,andthegaｒｂagecｏllectoｒcａnthussｅnｄthｅaｐpropriateｍessageｓtoevｅryobjectiｎthｅｓystｅm.Ｗｉtｈoutａｓinglyrootedhｉｅｒaｒｃhｙandａsｙsｔｅmtoｍanipｕlａt(yī)ｅanｏbjecｔｖiaａｒｅferenｃe,itｉsdifｆicｕlttｏｉmplemｅntａｇarbａgecollector.HYPＥＲLINK"ｍailtｏ:?Ｓｕbｊect＝%５bTIJ3%５dChａp01_189"＼o"SendBacｋTalkCｏｍment"Sinceruｎ-ｔimetypｅｉnfoｒmａｔiｏnisｇuarａnteedtｏbeinallobjecｔｓ,yoｕ’ｌlnevｅrenｄupwitｈaｎobjecｔwｈosetypeｙoｕcannotdetermine．Thisisespeｃiaｌlyｉmportanｔwiｔｈｓystｅmleｖeｌoperations,suｃhaｓｅxcepｔｉonhandling,andｔｏaｌlowgreaｔｅｒflexibiliｔyiｎｐrｏgramming.HYＰＥRＬＩＮK＂ｍａｉｌto:?Suｂjecｔ=%5ｂTIＪ3%５dChap０1_190＂\ｏ＂SｅnｄBａckＴalkComment"2.CollectionliｂrａrｉesａndｓupｐortforｅaｓycoｌlecｔionuseBecauｓｅaｃoｎｔaineriｓatoｏlthatｙou’llusefｒｅqｕeｎｔｌy,itmａkeｓｓeｎsetoｈavｅａlibrarｙofcoｎtａinersｔｈatａｒeｂuilｔinaｒeusabｌｅfashｉon，soyｏｕｃａntａkeoneoffｔheｓhelｆＢecausｅaｃoｎtaｉｎerisatoolthatyou’ｌluｓｅｆrｅquentｌｙ，itｍakｅsｓensｅｔoｈaｖealibraｒyofcoｎｔainerｓtｈａt(yī)arｅbｕｉlｔinaｒeusablｅfａshion，soyouｃantakｅonｅｏｆftｈeshelfaｎdplugｉtiｎtoyｏuｒpｒogram.Javapｒovidｅssuｃｈａlibrａｒy，whｉｃｈsｈouｌdsaｔisfymostnｅe(cuò)ds.Downcastinｇvｓ.tempｌateｓ/generiｃsＴoｍakeｔｈｅseｃoｎtaｉneｒsreｕsａbｌｅ,ｔheｙｈoldｔｈeｏnｅｕｎivｅrsaltypｅinJaｖaｔｈａt(yī)wａｓprevｉousｌyｍｅntioｎeｄ：Object．ThｅsiｎｇlyrootedｈieraｒｃhymeａnsｔhａｔevｅrythiｎgｉsａｎObject，ｓoaｃoｎtainertｈatholｄｓObjectsｃanholｄanｙthｉng.Thisｍakescｏnｔａinerseasytｏrｅuse.Toｕsesｕchaｃontainｅr,ｙouｓｉmplyaｄｄｏbjeｃtrｅfeｒeｎcｅsｔoit,aｎｄlａt(yī)ｅrasｋforthｅmｂack．Buｔ,sinceｔhecoｎｔaｉneｒｈoldsｏnlyObjｅｃｔs,whenyoｕaddｙourobjｅctreｆerenceinｔｏthｅcontaineritiｓｕpcaｓttoＯｂject,thｕslosｉngｉｔｓidentity.Ｗhenyｏｕｆetchiｔback,youｇｅtａnObjｅｃｔrｅfｅrｅncｅ,andｎｏｔareferｅncetｏthｅｔｙpethatyoupｕｔiｎ.Sohｏｗｄoyoｕｔurｎitbａcｋiｎtｏsomethiｎｇthaｔhaｓｔhｅｕsefｕliｎｔeｒfaｃeoｆtｈeobｊｅcｔｔhaｔyoupuｔintｏthｅcontａiner?Ｈｅｒｅ,ｔhecasｔisuｓedagain,ｂutｔhisｔimeyou’renotcastｉngｕptheinherｉtanceｈiｅｒaｒchytoamorｅｇeｎerａltypｅ，ｙoucastｄownthｅhieｒarchｙｔｏａmｏreｓpｅｃiｆiｃtypｅ.Ｔhｉｓmanｎerofcaｓtｉngiｓｃａlleddowncａｓting．Ｗｉthｕpcasting,youknow,forexａmple，tｈａt(yī)aCｉrcleｉsaｔypeoｆShapeｓoit’ssafetｏupｃａsｔ,butｙouｄon’tｋnowthaｔaｎＯｂｊectiｓｎｅｃessaｒilyaCircｌeoraShaｐeｓｏiｔ’sｈａrdlyｓafetodｏｗncaｓtｕｎlesｓｙouknoｗtｈat’sｗhａｔyou’rｅdealｉngwiｔｈ.Ｉt’snotcｏmplｅteｌｙdanｇerous，howｅver，beｃauｓeifyoｕdownｃasttoｔhｅｗroｎgtｈingyoｕ’lｌgｅtaｒｕn-tiｍｅe(cuò)ｒroｒcaｌledanexceｐｔion，whichｗｉllbeｄｅscrｉbedｓhorｔly.Whenyｏufetｃｈoｂjectrｅfereｎcｅｓfroｍａｃontaｉｎｅｒ,ｔhoｕgh,ｙouｍusthavesoｍewaｙtorememberexacｔlｙwｈatｔheyareｓoyｏucanpｅｒfoｒmaproperdoｗncast.Doｗncasｔingandｔheruｎ-tｉmechecksreｑuｉｒｅe(cuò)xｔratimｅfoｒtherunｎiｎｇｐrogram，aｎdextraeｆforｔfｒoｍｔheprogｒaｍmer.Wｏuｌdn’ｔｉｔmａkｅsenｓetosomehｏwcreaｔethecontainersothatｉtknｏwsthｅtypesthaｔiｔｈolｄs,eｌｉmｉnatingtｈenｅe(cuò)dｆoｒthedｏwncastandapｏssibleｍistaｋe?Tｈeｓoluｔionispａrａmeteｒiｚｅdtyｐeｓ,whicｈaｒeclassesthａt(yī)thecompilercａnauｔomaｔiｃaｌｌｙｃｕstoｍizetowoｒkwithpaｒticulaｒtyｐes.Fｏrexａｍplｅ,withａparameterｉｚedcｏnｔainｅｒ,thｅcｏmpｉｌercouldcusｔoｍizethatｃontａinerｓothatitwouldaｃceｐtoｎｌyShapeｓａｎdfeｔchonlyShapes．ParameｔeriｚedｔｙｐeｓarｅanimporｔａntpａrtoｆC+＋,ｐartｌybecaｕseC++hａsnoｓinglyrootedｈierarchy.ＩnC++,ｔhｅkｅywordthａt(yī)iｍpｌｅｍentsparａmeteriｚedｔypesｉs“temｐlaｔe.”Ｊavaｃurｒentlｙhasnoｐaｒametｅriｚｅdtypessincｅitｉｓｐossiblｅforｉttogetby—howevｅrawkwａｒdly—uｓiｎgtheｓｉnglyrｏotｅdｈｉeｒarｃhy．Hoｗever,ａｃuｒreｎtpropｏsalforｐarａmeterizedｔypｅsusｅsaｓｙｎtａxthaｔisstriｋinglysｉmilartｏC+＋ｔｅｍplａt(yī)es.對象的創(chuàng)建和存在時(shí)間從技術(shù)角度說，OOＰ(面向?qū)ο蟪绦蛟O(shè)計(jì)）只是涉及抽象的數(shù)據(jù)類型、繼承以及多形性,但另一些問題也也許顯得非常重要。本節(jié)將就這些問題進(jìn)行探討。最重要的問題之一是對象的創(chuàng)建及破壞方式。對象需要的數(shù)據(jù)位于哪兒,如何控制對象的“存在時(shí)間”呢?針對這個(gè)問題,解決的方案是各異其趣的。C++認(rèn)為程序的執(zhí)行效率是最重要的一個(gè)問題，所以它允許程序員作出選擇。為獲得最快的運(yùn)營速度，存儲(chǔ)以及存在時(shí)間可在編寫程序時(shí)決定,只需將對象放置在堆棧（有時(shí)也叫作自動(dòng)或定域變量)或者靜態(tài)存儲(chǔ)區(qū)域即可。這樣便為存儲(chǔ)空間的分派和釋放提供了一個(gè)優(yōu)先級。某些情況下,這種優(yōu)先級的控制是非常有價(jià)值的。然而，我們同時(shí)也犧牲了靈活性,由于在編寫程序時(shí),必須知道對象的準(zhǔn)確的數(shù)量、存在時(shí)間、以及類型。假如要解決的是一個(gè)較常規(guī)的問題,如計(jì)算機(jī)輔助設(shè)計(jì)、倉儲(chǔ)管理或者空中交通控制,這一方法就顯得太局限了。第二個(gè)方法是在一個(gè)內(nèi)存池中動(dòng)態(tài)創(chuàng)建對象，該內(nèi)存池亦叫“堆”或者“內(nèi)存堆”。若采用這種方式，除非進(jìn)入運(yùn)營期,否則主線不知道到底需要多少個(gè)對象，也不知道它們的存在時(shí)間有多長,以及準(zhǔn)確的類型是什么。這些參數(shù)都在程序正式運(yùn)營時(shí)才決定的。若需一個(gè)新對象,只需在需要它的時(shí)候在內(nèi)存堆里簡樸地創(chuàng)建它即可。由于存儲(chǔ)空間的管理是運(yùn)營期間動(dòng)態(tài)進(jìn)行的,所以在內(nèi)存堆里分派存儲(chǔ)空間的時(shí)間比在堆棧里創(chuàng)建的時(shí)間長得多（在堆棧里創(chuàng)建存儲(chǔ)空間一般只需要一個(gè)簡樸的指令，將堆棧指針向下或向下移動(dòng)即可)。由于動(dòng)態(tài)創(chuàng)建方法使對象本來就傾向于復(fù)雜,所以查找存儲(chǔ)空間以及釋放它所需的額外開銷不會(huì)為對象的創(chuàng)建導(dǎo)致明顯的影響。除此以外,更大的靈活性對于常規(guī)編程問題的解決是至關(guān)重要的。C++允許我們決定是在寫程序時(shí)創(chuàng)建對象,還是在運(yùn)營期間創(chuàng)建,這種控制方法更加靈活。大家或許認(rèn)為既然它如此靈活，那么無論如何都應(yīng)在內(nèi)存堆里創(chuàng)建對象，而不是在堆棧中創(chuàng)建。但還要考慮此外一個(gè)問題，亦即對象的“存在時(shí)間”或者“生存時(shí)間”（Lifeｔime)。若在堆?；蛘哽o態(tài)存儲(chǔ)空間里創(chuàng)建一個(gè)對象,編譯器會(huì)判斷對象的連續(xù)時(shí)間有多長,屆時(shí)會(huì)自動(dòng)“破壞”或者“清除”它。程序員可用兩種方法來破壞一個(gè)對象:用程序化的方式?jīng)Q定何時(shí)破壞對象，或者運(yùn)用由運(yùn)營環(huán)境提供的一種“垃圾收集器”特性,自動(dòng)尋找那些不再使用的對象,并將其清除。當(dāng)然,垃圾收集器顯得方便得多，但規(guī)定所有應(yīng)用程序都必須容忍垃圾收集器的存在,并能默許隨垃圾收集帶來的額外開銷。但這并不符合C+＋語言的設(shè)計(jì)宗旨,所以未能涉及到C++里。但Ｊava的確提供了一個(gè)垃圾收集器(Smａllｔalk也有這樣的設(shè)計(jì);盡管Deｌphi默認(rèn)為沒有垃圾收集器,但可選擇安裝;而Ｃ＋+亦可使用一些由其他公司開發(fā)的垃圾收集產(chǎn)品）。本節(jié)剩下的部分將討論操縱對象時(shí)要考慮的另一些因素。1單根結(jié)構(gòu)在面向?qū)ο蟮某绦蛟O(shè)計(jì)中,由于C++的引入而顯得尤為突出的一個(gè)問題是：所有類最終是否都應(yīng)從單獨(dú)一個(gè)基礎(chǔ)類繼承。在Java中（與其他幾乎所有OＯP語言同樣）,對這個(gè)問題的答案都是肯定的,并且這個(gè)終級基礎(chǔ)類的名字很簡樸，就是一個(gè)“Ｏbject”。這種“單根結(jié)構(gòu)”具有許多方面的優(yōu)點(diǎn)。單根結(jié)構(gòu)中的所有對象都有一個(gè)通用接口，所以它們最終都屬于相同的類型。另一種方案（就象C++那樣)是我們不能保證所有東西都屬于相同的基本類型。從向后兼容的角度看,這一方案可與C模型更好地配合，并且可以認(rèn)為它的限制更少一些。但假期我們想進(jìn)行純粹的面向?qū)ο缶幊?那么必須構(gòu)建自己的結(jié)構(gòu)，以期獲得與內(nèi)建到其他OOP語言里的同樣的便利。需添加我們要用到的各種新類庫，還要使用另一些不兼容的接口。理所當(dāng)然地，這也需要付出額外的精力使新接口與自己的設(shè)計(jì)方案配合（也許還需要多重繼承)。為得到C+＋額外的“靈活性”，付出這樣的代價(jià)值得嗎？當(dāng)然,假如真的需要——假如早已是Ｃ專家，假如對C有難舍的情結(jié)——那么就真的很值得。但假如你是一名新手,初次接觸這類設(shè)計(jì)，象Ｊava那樣的替換方案也許會(huì)更省事一些。單根結(jié)構(gòu)中的所有對象（比如所有Jａｖa對象）都可以保證擁有一些特定的功能。在自己的系統(tǒng)中，我們知道對每個(gè)對象都能進(jìn)行一些基本操作。一個(gè)單根結(jié)構(gòu)，加上所有對象都在內(nèi)存堆中創(chuàng)建，可以極大簡化參數(shù)的傳遞(這在C++里是一個(gè)復(fù)雜的概念）。運(yùn)用單根結(jié)構(gòu),我們可以更方便地實(shí)現(xiàn)一個(gè)垃圾收集器。與此有關(guān)的必要支持可安裝于基礎(chǔ)類中，而垃圾收集器可將適當(dāng)?shù)南l(fā)給系統(tǒng)內(nèi)的任何對象。假如沒有這種單根結(jié)構(gòu),并且系統(tǒng)通過一個(gè)句柄來操縱對象，那么實(shí)現(xiàn)垃圾收集器的途徑會(huì)有很大的不同,并且會(huì)面臨許多障礙。由于運(yùn)營期的類型信息肯定存在于所有對象中,所以永遠(yuǎn)不會(huì)碰到判斷不出一個(gè)對象的類型的情況。這對系統(tǒng)級的操