计算机专业外文文献论文翻译1

PAGE外文文献：EvolvingJavaWithoutChangingtheLanguageIn"TheFeelofJava"JamesGoslingstatedthat:Javaisabluecollarlanguage.It'snotPhDthesismaterialbutalanguageforajob.JavafeelsveryfamiliartomanydifferentprogrammersbecauseIhadaverystrongtendencytopreferthingsthathadbeenusedalotoverthingsthatjustsoundedlikeagoodidea.TheextraordinarysuccessofJavaoffersweighttothenotionthatthiswasasensibleapproach,andifitremainsanimportantgoalforJavatoday,thenitmakessensethatthelanguageshouldcontinuetoevolverelativelyslowly.Inadditiontothis,thefactthatJavaisamature,widelyusedlanguagecausesitsevolutiontobefraughtwithdifficulty.Foronething,eachfeatureaddedtothelanguagecanchangethewayitfeelsinsubtleandoftenunpredictableways,riskingalienatingdeveloperswhohavealreadyadopteditastheirlanguageofchoice.Foranother,afeaturethatmakesperfectsenseonitsownmayinteractwithotherfeaturesofthelanguageinawkwardorunexpectedways.Worse,oncealanguagefeaturehasbeenaddeditisallbutimpossibletoremoveevenifitturnsouttobedetrimentaltothelanguageasawhole.Tojustifyaddinganewfeature,alanguagedesignermustbehighlyconfidentthatitwillbeoflongtermbenefittothelanguageratherthanashorttermorfashionablesolutiontoaproblemthatrapidlybecomesredundant.Tomitigatetheriskalanguagedesignerwilltypicallyexperimentbycreatingaseparatelanguageorbranch,suchasthePizzalanguageusedtoexperimentwithJava'sgenerics,priortotheirimplementation.Theproblemwiththisapproachisthattheaudienceforsuchexperimentsisbothsmallandself-selecting;obviouslytheywillallbeinterestedinlanguagefeatures,andmanymaybeacademicsorresearchers.Anideawhichplayswelltosuchanaudiencemaystillplaybadlywhenitisincorporatedintothemainlanguageandgeneralprogrammersstarttoworkwithit.Togetasenseofthis,considertheclosuresdebatethatbecamesoheatedforJava7.Implementationsforthemainproposals(andsomeothers)havebeenavailableforsometimebutnoconsensushasemerged.InconsequenceSundecidedthatJDK7willnotgetfullclosuressupport.ThecoreargumentcamedowntowhetherJavahadbecomeascomplexasitcouldaffordtobewhengenerics(andinparticularthewildcardsyntax)wereaddedtoJava5;andwhethertheadditionoffullsupportforclosureswasjustifiedwhenJavaalreadyhasamorelimitedformthroughanonymousinnerclasses.Twoimportantusecasesforaddingfullclosuressupportweretosimplifyworkingwiththefork/joinAPIthatisbeingaddedtoJDK7toimprovemulti-coreprogramming,andtohelpwithresourceclean-up.JoshBloch'sARMblockproposal,whichisnowexpectedtobeinJDK7viaProjectCoin,offersanalternativesolutiontothelatterproblem.Dr.CliffClick'sresearchonascalable,non-blockingprogrammingstyleforJavaoffersanalternativeapproachtofork/jointhatmaybemoreappropriateasthenumberofprocessorcoresincreases.Ifthisweretohappen,thentheusesforclosuresinJavamayarguablybetoolimitedtojustifytheirinclusion.Itremainsimportantthoughthataprogramminglanguagecontinuestodevelopatsomelevel.ThisarticlethereforeexaminesthreealternativetechniquesforaddingnewlanguagefeaturestoJavathatdon'trequirechangestothelanguageitself-usingacustomDomainSpecificLanguage,exploitingtheJava6annotationprocessortoaddoptionallanguagefeaturesviaalibrary,andmovingthesyntacticsugarfromthelanguagetotheIDE.Eachoffersthepotentialtoallowawideaudienceofmainstreamdeveloperstoexperimentwiththenewfeaturesoverthemediumterminanon-invasivemanner,andthebestideascanthenfilterdownforinclusioninthecorelanguage.CustomDSLsThemostwidelydiscussedofthethreeistheDomain-SpecificLanguageorDSL.Thereissomedisagreementonexactlywhatthetermmeans,butforthepurposesofthisdiscussionwe'llrefertoitsimplyasalanguagethathasbeencreatedwithanarrowfocustosolveaparticularproblem,ratherthanasageneralpurposelanguagedesignedtosolveeverycomputingproblem.AssuchwewouldexpectaDSLtobenon-Turingcompleteandforthemostpartthisisthecase.Thereareedgecasesofcourse.Postscript,forexample,isaTuringcompletelanguagebutalsoqualifiesasaJavacouldevengetaformofclosuressupportusingthisapproach.Whenaskedaboutthis,Chapmansaid:WearejustfinishingaSwingprojectwhichweuseditfor.Wehavefoundacoupleofminorbugsaroundgenerictypes,onerecentlydiscoveredremainstobefixedbutotherthanthatitseemsquitenicetouse,andnobodyhasbeenwantingtorushbacktouseconventionalanonymousinnerclasses.ProjectLombok,anotherprojectexploringthetheannotationprocessor,pushesthetechniquestillfurther.IneffectLombokusesannotationprocessingasahooktorunaJavaagentthatre-writesvariousjavacinternalsbasedontheannotations.Sinceitismanipulatinginternalclassesitisprobablynotsuitedtoproductionuse(internalclassescanchangeevenbetweenminorreleasesoftheJVM)buttheprojectisaneye-openingexampleofjustwhatcanbedoneusingtheannotationprocessor,including:

• Supportforpropertiesusingapairof@Getterand/or@Setterannotationswithvaryingaccesslevels,e.g.@Setter(AccessLevel.PROTECTED)privateStringname;• The@EqualsAndHashCodeannotation,whichgenerateshashCode()andequals()implementationsfromthefieldsofyourobject• The@ToStringannotation,whichgeneratesanimplementationofthetoString()method• The@datamethod,whichisequivalenttocombining@ToString,@EqualsAndHashCode,@Getteronallfields,and@Setteronallnon-finalfieldsalongwithaconstructortoinitializeyourfinalfieldsOtherlanguageexperimentation,suchasremovingcheckedexceptionsfromJava,canalsobedoneusingthisapproach.Whilsttheannotationprocessortechniqueopensupawelcomenewroutetolanguageexperimentation,careneedstobetakenthatthegeneratedcodecanbeeasilyreadbydevelopers,notjustbythemachine.Chapmanmadeanumberofsuggestionsduringourconversation:Generatesourcecodenotbytecode,andpayattentiontoformatting(indentingespecially)inthegeneratedcode.Thecompilerwon'tcarewhetheritisallononelineornot,butyouruserswill.Ievensometimesaddcommentsandjavadocinthesourcecodegeneratedbymyannotationprocessorswhereappropriate.HopefullyifthetechniquebecomesmoreprevalentIDEswillalsomakeiteasiertoviewthecodethatistobegeneratedatcompiletime.SyntacticSugarintheIDEBruceChapmanalsotouchesonourthirdtechnique-movingthesyntacticsugarfromthelanguagetotheIDE-inhisblogandheelaboratedonhisideasduringourconversation.ItisalreadyroutineforJavaIDEstocreateportionsofboilerplatecodeforyousuchasthegettersandsettersofaclass,butIDEdevelopersarebeginningtopushtheconceptfurther.JetBrains'IntelliJ9offersatersecodeblocksyntaxforinnerclassessimilartoaclosure,whichadevelopercanalsotype.Actinglikecodefolds,thesecanthenbeexpandedintothefullanonymousinnerclasseswhichthecompilerworkswith-thisallowsdeveloperswhoprefertostickwiththestandardanonymousinnerclasssyntaxtodoso.Asimilarplug-inforEclipsealsoexists.Thekeypointhereisthatthe"alternate"syntaxisjustaviewoftheactualcodewhichthecompilerandanysourcemanagementtoolscontinuetoworkwith.Thusthedevelopershouldbeabletoswitchviewsbetweeneitherform(likeexpandingorcollapsingacodefold),andanyonewithoutaccesstothedefinitionofthesugarjustseesthenormalJavacode.Chapmanwrites:Therearemanydetailstoworkoutinordertomakethiseasilyaccessible,butlongtermIseedevelopersrelativelyeasilydefiningatwowaysugaring/desugaringtransformation(jackpotisagoodstartforhowthismightbedone),tryingthemout,evolvingthemandsharingthegoodoneswithcolleaguesandthecommunity.Theadvantagesofthisarealmostthesameasforalanguagechange,withoutthedisadvantages.Theverybestcouldbecomeubiquitousandthenformthebasisofanactuallanguagechangeifnecessarytogetridofanyremaining"noise"notpossiblewiththisapproach.Sincesyntacticsugarhastomaptoanother(moreverbose)languagefeatureitcannotoffercompleteclosuresupport;therearesomefeaturesofBGGAclosuresforexamplethatcannotbemappedtoanonymousinnerclasses,andsotheycouldn'tbeimplementedthroughthisapproach.Neverthelesstheideaopensupthepossibilityofhavingvariousnewsyntaxesforrepresentinganonymousinnerclasses,similartoBGGAsyntaxorFCMsyntax,andallowingdeveloperstopickthesyntaxtheywanttoworkwith.Otherlanguagefeatures,suchasthenull-safeElvisoperator,couldcertainlybedonethisway.ToexperimentfurtherwiththeideathisNetBeansmodulealsodevelopedbyChapman,iswhathedescribesasa"barelyfunctional"prototypeforPropertiesusingthisapproach.ConclusionInlanguagedevelopmentthereisalwaysatrade-offbetweenstabilityandprogress.Theadvantagethatallofthesetechniquesbringisthattheydon'taffecttheplatformorthelanguage.Inconsequencetheyaremoretoleranttomistakesandarethereforemoreconducivetorapidandradicalexperimentation.Withdevelopersfreelyabletoexperimentweshouldbegintoseemorepeopleseparatelytacklingthepoorsignaltonoiseratioofsomecommonboilerplatesuchastheanonymousinnerclasssyntax,mixingandevolvingtheseideastosomeoptimumformthataddsthemostvalueinthemostcases.ItwillbefascinatingtoseehowdevelopersusethesedifferentapproachestopushtheJavaplatforminnewdirections.

中文译文：不改变语言的前提下推进Java演进JamesGosling在“TheFeelofJava”中说过：Java是一种蓝领语言，它并不是博士的论文材料而是可以完成工作上的语言。很多不同的程序员都非常熟悉Java，因为我有一种趋势去选择普及的东西，这是一个不错的选择。Java的这种成功证明了它的这种方法是正确的，如果Java今天仍然以这个为目标，那么它的语言演进将变得很缓慢。Java作为一个成熟，使用广泛的语言也将导致其演进过程充满了困难。一方面，每个特性添加到语言中都有可能造成不可预知到后果，这么做会疏远那些熟悉Java的人，另一方面，本身很完美的特性可能在与其他特性进行交互时产生未知的影响。更糟的是，一旦增加了某个语言特性，几乎就不可能再将它移除，即使这个特性会对整个语言产生危害也没办法。语言设计者为了证明某个特性是正确的，应该从长远的角度来考虑，不应该在短期内解决这个问题，而之后就变成了多余的。为了降低风险，语言设计者一般会创建单独的一种语言或者分支来进行试验，比如Pizza语言就是在完成前用来测试Java泛型的。这种方式的问题在于试验的参与者是比较少的人群，并且是自愿的。他们对语言特性很感兴趣，很多人是学者或者研究员。但是，在普通的程序员使用这些特性时，那些学者或是研究员认为很好的特性可能变得很糟。为了感受一下这种情况，请考虑Java7闭包特性的激烈争论。很长时间以来有人在提案中给出了闭包的实现，但最终却还是没有达成共识。然后，Sun公司不在JDK7中添加完整的闭包支持。争论的焦点转向为添加泛型会不会导致Java变得越来越复杂，在Java中已经通过匿名内部类部分实现该功能的情况下，完整闭包还是正确的吗。需要完整闭包支持的是简化fork/joinAPI(添加到了JDK7中以改进多核编程)的使用以及清理资源。JoshBloch的ARMblock提案对第二个问题给出了另一种解决方案。CliffClick博士在面向Java的可扩展，非阻塞变成风格的研究中给出了关于fork/join的另一种方案，这种方案随着核心处理器的不断增加看起来也很合理，如果这种成为可能的话，那么Java中使用闭包的地方将会很少了，语言就不需要提供这个特性了。虽然这样，但是对编程语言来说。不断的平稳发展还是非常重要的。因此下面讲了3种技术，向Java中增加新的语言特性而又不改变语言本身，他们是客户化领域特定语言（DSL）、Java6的注解处理器（用库来添加可选择的语言特性）以及将语法糖从语言般向IDE。每个技术都能让主流开发者用非侵入方式体验这些新特性，好的想法可以融合到语言核心当中。客户化DSL在这3个技术中，讨论最多的还是特定领域语言或者说是DSL。关于DSL的定义有很多争议，但是为了方便我们讨论，我们把它当作一个简单的语言而不是一个解决计算机问题的语言。那样DSL就不是图灵完备的了。当然也有边缘情况，例如，Postscript是图灵完备的语言但是也可以作为DSL来定义。正如上面的例子，一个DSL也不是新的想法。其他熟悉的DSL包括正则表达式，XSLT，Ant和JSP，所有这样都需要一个定制的分析器排序，来处理他们。MartinFowler也指出interfaces/API可以被认为是一个第二种类型的内部DSL。他认为一个内部DSL应该被开发语言直接开发，这是Lisp和Smalltalk程序员普遍的做法，以及最近Ruby社区也一直致力推广这一技术。虽然很多知名的DSL是为了商业上的开发和维护，但是一些企业已经使用这项技术来创造一种语言，但还是小部分人，可能是DSL门槛较高吧。这个小组必须设计语言，建立解析器和其他可能的工具来支持这个程序，以及培养一个新加入者如何用DSL。这是出现来可以支持DSL开发的工具，这大大的改变了局面。IntentionalSoftware所开发的IntentionalDomainWorkbench比Java还要久，它首先实现了该工具的功能。该项目开始于微软研究院，CharlesSimonyi博士在1995年所发表的论文“TheDeathofComputerLanguages，theBirthofIntentionalProgramming”中描绘了其愿景。2002年，Simonyi创建了IntentionalSoftware以继续实现他的想法，一个巨大的系统中获得的令人印象深刻的视频。该产品现在是1.0版本，但访问权仅限于有限合伙人。其他的一些公司也开始研究这项技术，其中包括一IntrelliJIEDAJavaIDE而出名的JetBrains，它最近发布了MetaProgrammingSystem（MPS）1.0版。MPS并没有使用分析器，而是直接使用AbstactSyntaxTree（AST）。他提供了一个可以允许程序员来操作的AST以及可以编写语言和程序的文本编辑器。当程序员使用投影时就会为树上的每个借点创建一个文本，这样变化就会反映到节点当中。开发者能通过这样的方法开任意组合。JetBrains正在内部使用这个产品，最近发布了bug追踪产品YouTrack就是使用该系统开发的。Java6注解处理器在很多主流语言像Java中，DSL远不如RubySmalltalk和Lisp普遍，最近在Java语言中出现的变化特别是Java6中新增的注解处理器为开发者提供了新的机遇去使用Java。JavaEE6中的JPA2.0，某些API本身就是DSL，这就是一个例子。这种处理器会在应用中建立一个持久的元模型。虽然开发者可以很好的用手工去处理Java元模型，但是它会很枯燥无味而且容易出现错误。注解处理器的使用解决了这种痛苦，因为这种处理器是建立在Java内部，而且不需要特殊的IDE支持--IDE会代理处理器自己建立元模型。使用这种注解处理器也可以为程序库增加新的语言特性。举个例子来说，BruceChapman的原型“noclosures”提案就是凭借这种技术将方法转换为SingleAbstractMethod（SAM）类型，然后在Java6上编译。在我们的会话中Chapman指出SAM类型还支持自由变量，这是一个封闭的关键方面：这种方法本身除了SingleAbstractMethod所需的参数外还可以使用@As.Additional注解声明额外的参数。在获得SAM类型的实例时，这些参数可以带有绑定值，然后在每次调用时传递给方法。Chapman还建立了Rapt工程来探索这种技术的其他用途，为两种语言的变化提供应用--MultilineStrings和XML--它们是为JDK7使用的但却不会把它放在最终的发布中。Java也可以通过这种方法来实现自我封闭。当问及这个时Chapman说：我们刚刚使用这个完成了一个Swing项目。我们发现了一种小型的bug,最近其中一种还没有修复，但是其他都还好，没有人想去使用内部等级的。Lombok项目是注解处理器的另一个项目，它将技术又向前推进了。Lombok将注解作为回调以运行Javaagent，后者会根据注解重写各种javac内核。由于它是内部操作，所以它不适合产品使用（JVM各个小版本中的内部类也可