2023年設(shè)計論文外文文獻中英文翻譯

皮晨暉軟件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ｅeds.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ｒ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ｉｒｅexｔ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ｅedｆ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ù)角度說，OOＰ(面向?qū)ο蟪绦蛟O(shè)計）只是涉及抽象的數(shù)據(jù)類型、繼承以及多形性,但另一些問題也也許顯得非常重要。本節(jié)將就這些問題進行探討。最重要的問題之一是對象的創(chuàng)建及破壞方式。對象需要的數(shù)據(jù)位于哪兒,如何控制對象的“存在時間”呢?針對這個問題,解決的方案是各異其趣的。C++認(rèn)為程序的執(zhí)行效率是最重要的一個問題，所以它允許程序員作出選擇。為獲得最快的運營速度，存儲以及存在時間可在編寫程序時決定,只需將對象放置在堆棧（有時也叫作自動或定域變量)或者靜態(tài)存儲區(qū)域即可。這樣便為存儲空間的分派和釋放提供了一個優(yōu)先級。某些情況下,這種優(yōu)先級的控制是非常有價值的。然而，我們同時也犧牲了靈活性,由于在編寫程序時,必須知道對象的準(zhǔn)確的數(shù)量、存在時間、以及類型。假如要解決的是一個較常規(guī)的問題,如計算機輔助設(shè)計、倉儲管理或者空中交通控制,這一方法就顯得太局限了。第二個方法是在一個內(nèi)存池中動態(tài)創(chuàng)建對象，該內(nèi)存池亦叫“堆”或者“內(nèi)存堆”。若采用這種方式，除非進入運營期,否則主線不知道到底需要多少個對象，也不知道它們的存在時間有多長,以及準(zhǔn)確的類型是什么。這些參數(shù)都在程序正式運營時才決定的。若需一個新對象,只需在需要它的時候在內(nèi)存堆里簡樸地創(chuàng)建它即可。由于存儲空間的管理是運營期間動態(tài)進行的,所以在內(nèi)存堆里分派存儲空間的時間比在堆棧里創(chuàng)建的時間長得多（在堆棧里創(chuàng)建存儲空間一般只需要一個簡樸的指令，將堆棧指針向下或向下移動即可)。由于動態(tài)創(chuàng)建方法使對象本來就傾向于復(fù)雜,所以查找存儲空間以及釋放它所需的額外開銷不會為對象的創(chuàng)建導(dǎo)致明顯的影響。除此以外,更大的靈活性對于常規(guī)編程問題的解決是至關(guān)重要的。C++允許我們決定是在寫程序時創(chuàng)建對象,還是在運營期間創(chuàng)建,這種控制方法更加靈活。大家或許認(rèn)為既然它如此靈活，那么無論如何都應(yīng)在內(nèi)存堆里創(chuàng)建對象，而不是在堆棧中創(chuàng)建。但還要考慮此外一個問題，亦即對象的“存在時間”或者“生存時間”（Lifeｔime)。若在堆?；蛘哽o態(tài)存儲空間里創(chuàng)建一個對象,編譯器會判斷對象的連續(xù)時間有多長,屆時會自動“破壞”或者“清除”它。程序員可用兩種方法來破壞一個對象:用程序化的方式?jīng)Q定何時破壞對象，或者運用由運營環(huán)境提供的一種“垃圾收集器”特性,自動尋找那些不再使用的對象,并將其清除。當(dāng)然,垃圾收集器顯得方便得多，但規(guī)定所有應(yīng)用程序都必須容忍垃圾收集器的存在,并能默許隨垃圾收集帶來的額外開銷。但這并不符合C+＋語言的設(shè)計宗旨,所以未能涉及到C++里。但Ｊava的確提供了一個垃圾收集器(Smａllｔalk也有這樣的設(shè)計;盡管Deｌphi默認(rèn)為沒有垃圾收集器,但可選擇安裝;而Ｃ＋+亦可使用一些由其他公司開發(fā)的垃圾收集產(chǎn)品）。本節(jié)剩下的部分將討論操縱對象時要考慮的另一些因素。1單根結(jié)構(gòu)在面向?qū)ο蟮某绦蛟O(shè)計中,由于C++的引入而顯得尤為突出的一個問題是：所有類最終是否都應(yīng)從單獨一個基礎(chǔ)類繼承。在Java中（與其他幾乎所有OＯP語言同樣）,對這個問題的答案都是肯定的,并且這個終級基礎(chǔ)類的名字很簡樸，就是一個“Ｏbject”。這種“單根結(jié)構(gòu)”具有許多方面的優(yōu)點。單根結(jié)構(gòu)中的所有對象都有一個通用接口，所以它們最終都屬于相同的類型。另一種方案（就象C++那樣)是我們不能保證所有東西都屬于相同的基本類型。從向后兼容的角度看,這一方案可與C模型更好地配合，并且可以認(rèn)為它的限制更少一些。但假期我們想進行純粹的面向?qū)ο缶幊?那么必須構(gòu)建自己的結(jié)構(gòu)，以期獲得與內(nèi)建到其他OOP語言里的同樣的便利。需添加我們要用到的各種新類庫，還要使用另一些不兼容的接口。理所當(dāng)然地，這也需要付出額外的精力使新接口與自己的設(shè)計方案配合（也許還需要多重繼承)。為得到C+＋額外的“靈活性”，付出這樣的代價值得嗎？當(dāng)然,假如真的需要——假如早已是Ｃ專家，假如對C有難舍的情結(jié)——那么就真的很值得。但假如你是一名新手,初次接觸這類設(shè)計，象Ｊava那樣的替換方案也許會更省事一些。單根結(jié)構(gòu)中的所有對象（比如所有Jａｖa對象）都可以保證擁有一些特定的功能。在自己的系統(tǒng)中，我們知道對每個對象都能進行一些基本操作。一個單根結(jié)構(gòu)，加上所有對象都在內(nèi)存堆中創(chuàng)建，可以極大簡化參數(shù)的傳遞(這在C++里是一個復(fù)雜的概念）。運用單根結(jié)構(gòu),我們可以更方便地實現(xiàn)一個垃圾收集器。與此有關(guān)的必要支持可安裝于基礎(chǔ)類中，而垃圾收集器可將適當(dāng)?shù)南l(fā)給系統(tǒng)內(nèi)的任何對象。假如沒有這種單根結(jié)構(gòu),并且系統(tǒng)通過一個句柄來操縱對象，那么實現(xiàn)垃圾收集器的途徑會有很大的不同,并且會面臨許多障礙。由于運營期的類型信息肯定存在于所有對象中,所以永遠(yuǎn)不會碰到判斷不出一個對象的類型的情況。這對系統(tǒng)級的操