51CTO旗下网站
Jigsaw项目简介：Java 7的新模块系统
本文通过收集一些与Jigsaw项目（Project Jigsaw）相关的报道，介绍了这个Jigsaw项目是如何随着Java 7（JDK7）越来越近而逐渐清晰。Java的模块化在几年间由OSGi建立了规则，现在，是否将由Jigsaw取而代之呢？
作者：网络来源：51CTO整理| 16:20
本文收集了一些与Jigsaw项目（Project Jigsaw）相关的报道，旨在让读者们更加清楚的了解这个中的新玩意儿是做什么用的。
在Jigsaw项目成为OpenJDK的一部分时的声明
为了在接下来的几年中能够模块化JDK 7，同时也为了更好地宣传JSR 294的工作，Sun打算不久之后在OpenJDK社区中创建Jigsaw项目。
该努力必然会创建一个简单、低层次的模块系统，其设计将聚焦于模块化JDK这个目标。开发者可以在自己的代码中使用该模块系统，Sun也会全力支持该系统，但它并不会成为官方Java SE 7平台规范的一部分，也不一定会得到其他SE 7实现的支持。
如果未来的Java SE平台包含了特定的模块系统，那么Sun将提供一种方式来移植Jigsaw模块以使之符合相应的标准。同时，我们还会积极地寻求与其他模块系统交互的方式，尤其是OSGi。
模块化JDK这个目标应该是可以实现的，尤其是Apache Harmony已经证明了JDK是可以被模块化的（使用OSGi）。然而这个目标却因另一个原因而变得更加有趣：它将在JCP外实现。
由于缺少可视化的发展过程，再加上闭门造车的实现，对于大多数人来说很难参与进JSR 277，更别提对其献计献策了。通常这会导致标准的误入歧途，使得标准过于关注实现的细节而忽视了通用性。不仅如此，这还会导致标准成为事后诸葛亮――想解决问题时（例如奇数的版本号）却发现已经太迟了。根据声明所述，JSR277还处于“领导地位”，但它实际已死。
从JSR277中分离出的JSR294（以前可是个庞然大物，不过现在已经模块化了）是个很大的进步；它将引入一些语言上的变化，这会使得模块化的实现独立于任何特定的模块化进程。
从声明中看到的激动人心的事情还有OSGi已经成为模块化的事实上的标准了，这种合作是件好事。但这不一定意味着它将基于OSGi实现，事实上，它只是建议最好与OSGi而不是其他方式合作：
JSR 277的JAM模块系统并不适合作为模块化JDK的基础，那么OSGi框架如何呢？该模块系统非常成熟、稳定和健壮。其核心甚至已经在Java虚拟机中实 现出来了，也就是Apache Harmony。OSGi并没有与Java语言集成，相反，它构建在Java SE平台之上而不是其中。
这最后的问题也能解决。Sun现在计划直接与OSGi联盟合作以便OSGi框架的未来版本能充分利用JSR 294的特性进而能和语言集成的更加紧密。
08年底，Java 7新特性展望
现在的Java程序员，或者说所有语言的程序员，都面临着日益增多的开源和商业类库，往往要花费很长时间来管理其依赖关系。今天的一个普通企业应用程序往往要依赖数十个外部JAR文件，其本身往往就能包含数十个不同团队开发的更小内部工程。我们一直在坚持寻找更好的方式来管理日益复杂的依赖关系，以使我们的开发更具重用性，部署更加完整。现在出现了越来越多的类似Maven的依赖关系管理系统，以及诸如OSGi之类的运行时部署系统，这一点正是反应了这种需求的增长趋势。
在Java SE 7发展初期，两个重要的JSR曾经试图解决依赖关系管理问题，分别是JSR 294：Java编程语言中的改进模块性支持(Improved Modularity Support in the Java Programming Language)和JSR 277：Java模块系统(Java Module System)，两者分别关注Java模块概念的开发和部署方面。一个模块(module)就是多个实现相同目标且相互存在联系的类的集合，与JAR类似，但是，根据开发和部署的需要，一个模块的范围可以是一个JAR的一部分，也可以是几个JAR的集合。在2008年中期，JSR 294被简化并合并到JSR 277中，以便同一个专家组能够先后研究这两个方面。
在2008年12月份，Sun再次重新审视这一计划，宣布在OpenJDK社区中创建Jigsaw项目，以在明年实现JDK 7模块化。JSR 277和Java模块系统的研究将被放到Java SE 7推出之后进行，而JSR 294将被重新恢复研究。Sun已经声明了此举的意图是，与OSGi联盟更紧密的配合，以便JSR 294模块可以被OSGi所使用。
在Java SE 7中有一个问题将得到解答，即Sun将如何来使用module关键字，它是最初的JSR 294中的一个重要概念，预计将包含在下一平台版本中。
假定有一个名为Flapjack的项目由几个Java包(package)组成，该项目包含在基包(base package)中的一个public APIs，和实现这个API的几个内部包：
?org.flapjack - public API classes
?org.flapjack.impl - 实现类
?org.flapjack.util - 实用类
在Java SE 6中，如果你需要在基包中放置一个工厂类(factory class)，以实例化内部执行包中的API类，你需要将这个实现类设为public，这样它们才可以从API包中被看到。由于跨越了不同的包，没有办法既允许API以factory方法对类实例化，又不允许外部类直接执行它。
JSR 294模块将允许你声明整个包集合为一个模块，你只需要在源程序中加入以下一个新的声明：
module org.你可以将这个声明加在你的项目中每一个源程序文件中，也可以将其增加到package-info.java文件中，然后一次将其应用到整个包。虽然module是一个新关键字，它是一个“限制性”关键字，只有在特定位置时才被作为关键字来处理;因此，它可以在任何其它地方作为普通Java标识符来使用。这使得它扩展了语言的功能，同时又保持了其向后兼容性。
除了新的声明外，你还可以把module关键字当作一个新的可见性修饰符使用，你可以用它来定义一个类，使其仅对同一个模块中的其它类可见，Listing 1演示了module关键字的这种用法。Listing&1&module&org. &package&org.flapjack. &import&org.flapjack.F &module&class&FlapjackImpl&implements&Flapjack&{ &} &
最后，你可以定义一个新的module-info.java伪类，使用元数据来注释该模块，增加诸如版本、主类、导入的依赖模块、导出资源和许多其它预定义或特定的模块注释等。值得注意的是，与现有的package-info.java文件一样，这个新的module-info.java文件使用了一个无效Java源文件名称，可以避免与已经存在的文件可能发生冲突。
在编译时，JSR 294让你可以使用javac来编译你的类。至于在JVM中，Jigsaw项目将如何规定模块的组成、加载和验证，尚需拭目以待。
09年5月，JavaOne前夕对Jigsaw的展望
……这个新的模块系统的第一部分就是JSR-294，即所谓的超级包。也正是这个规范阐释了Java语言的模块部分的概念。
JSR-294引入了新的可见性关键字“module”。如果一个成员拥有这样的可见性，那就意味着它只对同一模块中的成员可见。它会创建一个内部的 API，只有模块本身能调用。就此看来，“public”关键字应当只在声明一个公共的API时才用。而在其他情况下，应当使用“module”或者有更多限制的可见性关键字。当然，一旦语言中有了“module”关键字，那么模块之间的可见性限制将会由编译器来负责检查。
JSR-294也允许定义依赖性。你可以在某个给定版本中，定义某个模块依赖于另一模块。比如：&@Version("7.0") &@ImportModule(name="java.se.core",&version="1.7+") &module&org.netbeans. &
最后一句表明“org.netbeans.core”模块依赖“java.se.core”的1.7版本或者更高。这类似于Maven的依赖性或者 OSGi的导入。你也可以暂时不要管这些语法，因为将来语法可能会另有变化。重要的是，这儿的依赖是在module-info.java中定义的，会被编译成class文件。而OSGi中，依赖则是在普通的文本文件中定义的。
Jigsaw项目是这个新模块系统的第二部分。我预计它会是JSR-294特定于Sun的实现，也会是Sun JDK的模块化实现。既然创建完整的JDK模块化是有必要的，Sun就希望把标准库分装成模块。这直接简化了JRE中的内容整合。整个JRE除了Swing之外的所有内容因此都能够在移动设备上运行。它还有可能为语言引入新的标准API，而无需再等待整个平台的新版本发布。目前看起来，这个项目绝对有希望实现。
但我对此还有个担忧，那就是，专有的Jigsaw和JSR标准之间的关系并不清晰，正如Mark Reinhold所说的：
对Jigsaw的投入无疑会创建出一个简单的、低层次的模块系统，它的设计会严格地朝着JDK模块化的目标而发展。开发人员可以把这个模块系统运用到他们的代码中去，Sun对这个模块系统也会是绝对的支持，但它不会是Java SE 7平台规范的官方部分，也可能不会被其他SE 7实现所支持。
这段话说的不是很清楚，当中有很多疑问。他的意思是说创建的模块只能在Sun JRE中运行吗?还是想说，如果开发者写了“@ImportModule(name="java.se.core", version="1.7+")”，那么这个模块只能在Sun JRE中运行，而不能在IBM JRE环境中运行吗?或者他的意思是不是说Sun会以某种方式把它的JRE分割成许多模块，而Oracle会选择另外的方式去分割吗?(译者注：至少现在看来，不太会有这样的可能了，因为Oracle刚刚收购了Sun)。我们希望都不是，因为还有“编写一次，到处运行”的原则。
细究起来问题更多。我们并不清楚Jigsaw项目的主要目标是什么。据项目本身所宣布的主要目标来看，它要实现的是Sun JRE的模块化，但如果纯粹是要实现模块化的话，就不需要对语言做任何改变。Sun可以对JRE进行模块化，而不修改Java语言本身。
这些语言上的变化会不会成为Sun JRE模块化带来的副产品?如果是，那就彻底错了！语言变化必须是一等公民，而不是专属的副产品。
【更多关于Java 7的文章推荐】
【责任编辑： TEL：（010）】
大家都在看猜你喜欢
热点关注头条关注热点
24H热文一周话题本月最赞
讲师：127480人学习过
讲师：13038人学习过
讲师：12214人学习过
精选博文论坛热帖下载排行
本书是作者深入研究SQL Server 2005数据库体系结构和内部机制的经验总结。
全书不拘泥于具体的管理操作，而是通过对存储的数据和日志文件...
订阅51CTO邮刊3,115被浏览4,488,260分享邀请回答24837 条评论分享收藏感谢收起179 条评论分享收藏感谢收起4,367被浏览926,880分享邀请回答1.2K189 条评论分享收藏感谢收起weixin.qq.com/r/hzkpMTPEB254rXdS92yV (二维码自动识别)下篇：虽然是介绍的是天一阁版兰亭序，不过应该能回答很多人关于现存兰亭序到底是不是王羲之真迹的问题。。。。话说。。。天下第一行书——兰亭序诞生后。书圣老王同学一直认为这是神仙馈赠的礼物把它作为传家宝，留给了自己的子孙。本来如果不出意外，兰亭序也就应该在老王家这样静静成为了传说直到200多年后，一个著名的“贼”改写了这个历程这个贼就是↓除了是个优秀的好皇帝还是书圣王羲之同学的超级忠粉那。。。作为一个优秀的粉丝，没见过偶像也就算了。要是连偶像创作的顶峰作品都没见过，那是多么痛苦的事！！！于是，皇帝李世民同学用尽了各种手段最终把原来几乎已经成为传说的兰亭序骗到了自己的手里（对，就是骗到的）（具体细节可以编成一部优秀的探案小说，有兴趣的同学找度娘吧）从此。。。兰亭序再现江湖。。。不过没过几年老李临终。。。兰亭序就这样被带进了棺材从此彻底告别了人间。。。--------------------------插播一下---------------------------虽然现在很多人认为由于↓都是王羲之的忠实粉丝。所以，很有可能这两位。。。压根儿就没理会先皇的遗愿，直接把兰亭序带进了↓不过，无论在谁的墓中，反正兰亭序真迹在历史上就这么静静地消失了。。。---------------------————-插播结束----------————-------------本来，兰亭序的故事到这里也该结束了。。。如果真是这样，那小李子只能算个损粉好端端的兰亭序大家都没见过，怎么能证明偶像的功力。作为一个优秀的粉丝，怎么能这样！！！那问题就来了怎么流芳百世呢？开个新闻发布会？办个展览？写本书，出本画册？拍部电影、电视剧？好吧。。。当时最好的方法其实就是请最好的工匠、书法家来copy这份兰亭序好的copys越多，流芳百世的可能性也就越大了。那问题就又来了在那个没有复印机也没有照相机，copy基本靠手的年代。当时人是怎么样完整地还原王羲之真迹？这个就得稍微介绍一下了咱们老祖宗发明并精炼的两项暗黑手艺，那就是临 跟 摹↓摹就是用一张半透明的纸放到真迹上对着描写其中最著名的“双钩廓填法”又叫“双钩填墨法”就是牛x的古人靠这两项技能几乎能完整地copy真迹，好的临摹作品往往被称为下真迹一等同样具有非常高的艺术价值为了得到更多更好的“下真迹一等”兰亭序不重视知识产权保护的唐太宗李世民同学请了当时全国最好的书法家、最棒的工匠对兰亭序进行了临摹。现存“唐人五大摹本”虞本、褚本、神龙本、黄绢本、定武本就是当时诞生的“第一批摹本”而自从唐太宗过世后，兰亭真迹永久性退隐江湖。因此，这批摹本也就成了最最最最接近真迹的摹本是后世其他兰亭临摹作品的鼻祖。在这五大摹本中，其中四个版本而只有神龙本现在大家公认的作者叫做简单的说就是当时专职临摹书法作品的官吏。也就是↓专家级的临摹高手所以↓是现在普遍被公认为最好的《兰亭序》摹本那神龙本到底有多真？举几个例子这。。。。简直就是接近像素级的copy临摹呀！！！！（copy专家的水平果然厉害）所以，现在。。。。无论是印刷品、课本、报纸、电视等，大家只要看到《兰亭序》不出意外，一般就是这篇↓神龙本兰亭序----------------------------编外话-----------------------------神龙本兰亭序的艺术、历史、人文等价值已经远远超出了一般的摹本因此，它是现在公认最接近书法界神作的版本作为顶尖级的国宝，现珍藏于故宫博物院。由于实在太珍贵故宫也只有在特殊情况下才公开展出。2015年故宫院庆九十周年办的《石渠宝笈》特展神龙本兰亭序 坐镇 “石渠宝笈特展”第二期---------------------------编外话结束----------------------------讲了那么多，该讲讲天一阁馆藏的丰版兰亭序了还是得从唐太宗讲起。。。话说老李发动copy运动后↓得到了一大批高仿版兰亭序↓为了发扬偶像的书法艺术于是，他就把这些高仿版兰亭序赏赐给了皇亲重臣。。。↓神龙本兰亭序也就从此流落到了民间。到了明代。。。这份流落在民间的神龙本兰亭序到了一个叫做丰坊的收藏家手里作为书法家兼王粉，丰坊也同样发扬了唐太宗不重视版权的优良传统。。。他用双钩法临摹了一份神龙本复制品为了让这份复制品保存得更久，干脆把临摹出来的兰亭序↓从而石刻版的神龙本摹本诞生。。。↓这就是丰版兰亭序据现在有限的资料来看，丰坊是历史上第一个把神龙本兰亭序摹刻成石碑的人。因此，这块丰版兰亭序也就成为了现存最早的神龙本石刻摹本，距今大概500多年。由于神龙本兰亭序的艺术价值，大书法家丰坊的手艺，500多年的历史价值等等等等。。。。。丰版兰亭序已经成为天一阁馆藏书法作品中的镇馆之宝，享誉书法界。不过。。。以为剧情就这么结束了，那你就错了2000年左右，现在著名的书画研究专家王开儒先生对天一阁博物馆馆藏的丰版兰亭序进行了仔细研究他发现...故宫收藏的神龙本兰亭序很多地方居然还比不上丰版兰亭序比如。。。然后他继续研究了下去。。。。。发现↓丰坊在收到神龙帖后，嘉靖五年，30岁左右就把神龙本卖给了另一个收藏家最后，流传到了故宫博物院这就是现在的国家级重宝——神龙本兰亭序然而，到了晚年50岁左右丰坊才摹刻了天一阁馆藏的丰版兰亭序并且在书画专家王开儒先生的眼里也就是这意味着什么？？王老师进行了极其仔细的考据并对此进行了大胆的揣测他认为。。。也就是说，他认为。。。现在故宫馆藏的神龙本，是丰坊的赝品。。。这爆点够大的吧。。。。。于是。。。。2008年12月新华社发出王开儒《冯承素本是伪作》通稿，《鉴宝》杂志发表其全文，日新华社又发出《兰亭序有新发现》，次日央视新闻播出。成为一时热议的话题。那好奇的你肯定会问真的神龙本去哪里了？历史记载。。。1562年丰坊家的藏书楼——万卷楼大火心灰意冷的丰坊把幸存的藏品及房产都卖给了他的知己↓于是，丰版兰亭序石刻也就成了天一阁博物馆的镇馆之宝而原神龙本兰亭序最有可能就是在那次大火给彻底烧了好吧。。。王开儒先生的假设如果是真的，那意味着什么？我想，你应该懂的。。。。---------------------------结束----------------------------现在去天一阁旅游，我想您要是看到这个↑对，就是丰刻版兰亭序我想您应该不会再走马观花了吧。 (二维码自动识别)7K355 条评论分享收藏感谢收起604被浏览716,390分享邀请回答670193 条评论分享收藏感谢收起2568 条评论分享收藏感谢收起6,379被浏览1,069,929分享邀请回答1.3K78 条评论分享收藏感谢收起community.csdn.net/IndexPage/SmartQuestion.aspx，磨刀不误砍柴功，先花点时间去阅读一下吧。 得到别人的回答，要懂得感恩。不需要去写信感谢，不需要支付费用，不需要那些花言巧语，做到下面这一点就够了： 当你逐步成为高手的时候，要回答别人在论坛上提出的问题，有时间有精力的前提之下！ 6：还解决不了？问老师吧，这个只能是在你参加了培训的前提下了。7：还解决不了？天哪，是不是思路从根上就搞错了？写信给我，让我也学习一下，共同进步吧。JAVA自学之路 六: 项目的自学现在就业竞争的激烈程度已经远远高于当年了，记得我当年毕业时，一个会编程的毕业生站到台上，大声问道：“我会ASP，月薪5000有没有人要？” 台下的企业马上哗的举起一大片手："我要我要
!"。那时，没有任何项目经验也会有人提供学习的机会。这种好日子恐怕一去不复返了（有些夸张，但无疑当时找一份不错的工作是比现在要容易的多）。而现在，即便是各种必要的知识你掌握的差不多了，但还有一座大山横在你的面前，那就是——项目经验。 有经验的程序员都知道，学习编程的最有效率的方式，恐怕就是把你扔到一个项目组，连滚带爬的做下一两个项目来，你马上会发现所有的知识点全都连到一起了，不再是分散的，而是形成一个整体了。那种感觉是仅仅深入钻研知识点而不写真实项目的人所不能体会的。一个项目就是一根绳子可以把大片的知识串到一起。 如果想锻炼实际开发的能力而不仅仅是背诵或者了解一些知识点，如果想成为真正的好手而不仅仅是背诵“回”字有几种写法，那么，作项目吧！ 目前，各种编程的知识点变得越来越容易掌握，按照
中的各种办法也可以逐步积累自己知识的广度和深度，那现在什么才能够体现水平的不同？当然是项目经验。 目前，尚学堂的课程已经超越了知识点的研究和罗列，我们将在未来的时间里逐步公布各个知识点的视频，包括SSH、EJB等，这样做有两个好处：首先自学的同学可以免费得到原来商业培训的内容，这样起码可以节省一些时间，省一些力气。其次尚学堂自己可以更加专注于项目上。 目前尚学堂的项目写作占了课程50%左右的比重，尚学堂的项目也早已经超越了简单的MIS系统的概念，逐步的成为综合了搜索引擎、工作流、SCA/SDO、Linux/UNIX、大型数据库系统、设计模式、架构模式、负载均衡等各种深层应用的综合大型项目并且采用手把手式的教学方法，做的更加的深入和细致，从现在看效果相当好，最近142班的就业就完全证明了这一点（了解142的就业情况），我们的计划是最近逐步将项目比重提升到70%以上，相信效果会更好。签于公司的规定，我们并不能将所有的项目实战都录制成视频来公布，但是已经公布的项目实战也是非常的有价值的：（)
1：Chat & Tank系列2：BBS3：Shopping（近期公布） 那么如果自学我们应该怎么样才能学习项目的开发呢？一个比较有效的办法是，可以在现有项目的基础上做的更深入一些，比如在你按照视频完成了BBS之后，可以增加一些其他的功能，例如注册/积分/精华/搜索/贴图等等，在完成了Shopping之后，可以增加一些评论/排行/统计/存货等等方面的业务逻辑，尝试用自己的技术将他们作出来，这样既积攒了项目经验，又记住了知识点。那么如何才能确定我要写什么样的业务逻辑呢？应该讲这对于一个初学者是非常困难的，一些简单的系统，比如说BBS、Shopping、图书管理等等，它们的业务逻辑很容易确定，去浏览和参考一些现成系统的功能，很容易就能了解了。但是对于商用的大型系统，光是了解业务逻辑本身就会花费大量的精力，如果有时间有精力有财力的话，还是建议考虑一下我们的培训吧，这样经验的积累和薪水的提升会更快，从以前的统计数据看非常容易就可以回收这笔投资（替尚学堂的广告，必须得写，请见谅，但保证真实）。如果条件不允许，那么就按照上面的方法来学习项目吧，不要因为暂时不能接触更大型更深入的项目而气馁，记住：机会总是青睐有准备的头脑，努力吧。JAVA自学之路 七: 路线图明细下面给出第二节
中知识点的明细：一：J2SE面向对象－封装、继承、多态
内存的分析递归
集合类、泛型、自动打包与解包、AnnotationIO
多线程、线程同步 TCP/UDP
AWT、事件模型、匿名类正则表达式
反射机制二：数据库（Oracle或者MySQL）SQL语句
多表连接，内外连接， 子查询等管理表、视图、索引、序列、约束等
树状结构存储存储过程、触发器
数据库设计三范式、三：JDBCJDBC基础
连接池 树状结构存储与展现
DataSource
& RowSet {看有视频}JDBC连接Oracle及MySQL四：HTML_CSS_JAVASCRIPThtml、css、javascript基础语法
JavaScript Form判断 Dom编程基础（事件处理等）
JS常用效果如TreeView、下拉联动等JS学习方法
JS调试方法 DreamWeaver初步（建立HTML、Table、Form、CSS）等 五：Servlet & JSPtomcat基础
servlet基础 web.xml配置基础
web application的结构 servlet生命周期
response等常用方法 ServletContext类
HTTP协议基础（GET POST）Cookie
Application JSP的几种语法（包括JSTL等）注意在项目中练习，不要拘泥于语法细节而裹步不前。 六：Struts多层架构理论
1 and Model 2 Struts基本概念
MVCAction与业务逻辑类的关系
在Struts与JSP之间传递数据Struts处理流程（控制流）
TagLib（了解常用的）
ActionForm 字段收集
上传文件 类型转换
动态Action Form
验证框架ActionForward
转发与重定向
动态生成ActionForward 全局与局部的ActionForward
Forward ScopeUnknownActionMapping
Action的线程安全 I18N
如何切换语言环境Struts异常处理机制 程序处理 自动处理 自定义异常处理器Struts的多模块配置 七：XML（XML/XSL、XSLT/DTD、SCHEMA等基础的概念、关于Java的编程可以暂时扔在一边） 八：HibernateOR
Mapping原理 Hibernate基础开发步骤 Hibernate基本接口（重点Session）普通属性映射 关联关系映射 Native
SQL inverse
lazy cascade 继承关系映射 HQL 性能优化 一级缓存 二级缓存 查询缓存事务与并发 悲观锁、乐观锁 OpenSessionInView
CurrentSession
（至于JTA、联合主键、自然主键、动态主键、Any类型 Creteria Queries
Intercepter and Event 自定义类型等，可以暂时扔在一边） 九：SpringIOC/DI Spring配置Spring架构 AOP及Spring AOP 声明式事务（AOP）Spring
+ Hibernate Spring支持Web Scope （其他的Spring模块对于自学来说可以暂时扔在一边） 十：EJB3.0J2EE架构基础（JTA JMS等） EJB基础（地位及基本理论、分类等）Annotation
Ant编译与部署EJB Session
Bean EJB的依赖注入 Persistence
API （可以用JBoss学习EJB3.0）十一:至于SOA，对于自学的同学来说，暂时不用特别关注。 梳理一下，你就会发现东西不是想象中的那么多呀！建议大家优先学习我们公布的视频，然后再去找参考书，因为这个时候就能分辨出来哪些书适合你了。 那么，如何才能找到好书呢？一个简单的办法，在卖书的网站上，比如，搜索你想了解的知识点比如"javascript"，按销售排行，排在前几位的，应该就是不错的，记下书名，到书店阅读几章，合适你的就是好书了。没钱买？简单！还有什么google
+ 电驴找不到的资料吗?---------------------------------------------------日更新-------------------------------------------------给了鸡汤，再递上一把勺子，文中提及的所有知识点，马士兵都做了相应的视频，手把手教你。57021 条评论分享收藏感谢收起