输入关键字或相关内容进行搜索
HBuilder有通行的js扫描分析提示，大部分js库都可以方便的提示。
但js是一门超级灵活的语言，通行分析有时分析的不够完美，如果对框架做单独优化配置，可以有更好的提示。
DCloud官方对jquery、zepto、angular、bootstrap、和MUI等框架专门做了优化。
但js框架太多，而我们精力有限，所以我们也提供了扩展方案，大家可以一起来完善js框架的优化提示。官方优化的js库的提示挂载方法：
使用jquery、mui等框架，如果工程下存在标准的框架文件，或者HTML引用了网络cdn的框架地址，HBuilder会自动识别并挂载相应的框架语法。
如没有自动挂载语法库提示，需要对工程点右键-引用框架语法。
如果显示是挂着的，但没效果，请先取消挂载，并确认，然后再次挂载重试。DCloud还提供了3种js库语法提示扩展方案：
1. 通过扩展代码块，可以补充angular的标签和属性。菜单工具-扩展代码块-HTML代码块。
2. 通过框架语法库，可以补充js部分的语法。对项目点右键，引入框架语法，里面有提示。
3. 编写JSDoc。参考
开源语法库git地址：关于jquery mobile也有不少人提到，虽然也可以通过上述方式来解决，但事实上jquery mobile是非常卡顿的，强烈不推荐使用。
在手机端的ui框架，推荐使用mui，另外ext的提示，可以在工程中引入一个ext的jsdoc文件，也可以提示，具体参见
这种希望网友来完善的想法有点幼稚，若没有商业利益，估计甚少有人有时间来帮你完善。
那你的意思是github就该倒闭咯？
虽然国人奉献热情不高，但总是应该往这个方向引导的。
没时间，没精力额，生存要紧，你们慢慢贡献哈，我拷贝一下^_^.
国内和国外是不一样的。国外贡献最起码他们福利好，不工作也能养活自己，国内没那样的环境，房子车子都忙不过来，哪有时间贡献这玩意。看看芬兰那种高福利的国家开源做得多好，天国短期内不可能那样。正如楼上说的，没时间，没精力额，生存要紧
是的，国内很多人都为了生存，很看重利益，但是也要向这个方向引导的，只是不要有太多期望。。
如果你奢望这么多人去给你做维护，那你们也不必做了，弄个开源项目，让大伙一块做呗，你们是有回报的。
国外有它存在的客观理由，这些在国内不成立，如果你们期望能在这方面达到国外的生态圈，那请你们至少做出自己的努力，连主题都只有这么点，对不起，你们最初的生态圈都没给大家demo，那你们自己慢慢建立这个圈吧，你在圈里转吧，可能你们开发的东西，只有你们自己在用。
现实是一回事，理论又是一回事。你不贡献就不贡献，但还要振振有词，那就不对了。不管什么环境，你用开源，就必须接受开源的游戏规则，你可以违反规则，但并不是因为你在中国，于是违反规则，那是你自己的事情，不是国家的事情。就好比你去偷去抢，会因为你没钱就合理吗？没钱你可以去讨饭啊，没谁叫你去偷去抢。
只想拿别人的，不想奉献自己的。一辈子码农的命。
最烦这种找借口的，不想干就不想干，找什么借口。看过美国纪录片没有，有些纪录片拍摄都是相当危险，可能命都没，人家可是生命至上的，命都没了，福利再好有什么用，人家就是甘于奉献，这是他的乐趣。自私吧就自私，谁没点自私，装什么必，不想奉献就不想奉献，实话实说。还找理由可笑吗？
看演示真心准备用HBuilder来开发的，但开发使用的正是angular框架，结果语法提示都不支持，我还是用回sublime吧，它都有angular的语法提示，想要做绝对不难，但竟然写明“其他框架希望网友来完善”，真心无语了……
呵呵，楼上那个家伙，你可以选择sublime，我现在用到angular也是用sublime。如果我能力达到很高水平，我绝对会帮助贡献，你既然没能力就别BB了。
考虑跟tern.js集成吧,什么都能提示
有能力有水平贡献一下又有何妨
angular框架语法提示已经支持，请更新到HBuilder7.0
这个工具很赞，用过很多工具要么是代码提示要么就是js标签匹配不行，HBuilder都做到了
你既然选择了用这个IDE，至少表明你是认可它的，哪个IDE没有缺点？别没事把自己整的像很高大上一样，你有那么高大上的话就别在这里发言了
真想知道你说的是哪个国家不工作也能养活自己，听说的吧？我听说玉帝在火星跟耶稣在打德州扑克！
很奇怪那些不贡献确是嘲讽的人，HBuilder啥时候强制你贡献了，内心这么黑暗有何居心，支持HBuilder越来越好。
人处于不同的阶段就会有不同的想法，当码农到达了一个很高的阶段时，就会想自己来写点东西，贡献点东西，和利益无关，纯属兴趣，前提就是，自己确实对这个东西很感兴趣。
楼上的那些。你们不贡献也就罢了，怎么字里行间充满了 我白用我自豪的感觉，还指责别人应该怎样怎样才对，真是莫名其妙啊
要回复文章请先或为什么很多国内公司不使用 jQuery 等开源 JS 框架（库），而选择自己开发 JavaScript 框架？
实在不明白其意义所在。难道jq的加载速度还值得抱怨吗？应该也不会是版权问题吧？
按投票排序
折腾过 KISSY 类库，简单说几点：1. 开发 KISSY 之前，淘宝使用的是 YUI2 类库。但从 2009 年开始，YUI2 在逐步退出历史舞台，YUI 团队的大部分精力都投入到 YUI3 的开发中去了。从当时的情况来看，YUI2 前途堪忧，YUI3 则还不够成熟，并且 YUI3 的定位（大而全的框架型类库）不适合淘宝的前台业务场景（以浏览型为主的展现页面）。2. 我自己是力推 jQuery 的。但由于历史原因，阿里系对 jQuery 的成见很深，认为其接口太灵活，不利于团队协作，以及其插件质量良莠不齐，社区不如 YUI 健壮。2008 年在淘宝前端内部争辩过 jQuery，可惜我没坚持，没推广成功。3. 但当时不少新人都喜欢 jQuery 的 API 风格，jQuery 社区也发展得越来越好。我自己也是个铁杆 jQuery API fans. 因为前两点原因，2009 年在开发 KISSY Editor 时，底层虽然是基于 YUI2 的，但我逐步已经做了很多替换封装，实现了一个简易的杂糅了 YUI2 和 jQuery API 风格的底层类库，这就是 KISSY 的原型。4. 接下来是技术驱动的一段时期，2010 年基于 KISSY core 写了 Switchable、Suggest 等在淘宝被大量使用的 UI 组件，一下来就推广开来了。（中间 YUI2 和 KISSY 并存了很长时间）5. KISSY 进一步发展，得益于核心开发成员承玉的加盟。2011 年后，KISSY 从 KISS 的定位，逐步演化成了立足于淘宝、力争大而全、同时可定制的一个类库。承玉做的非常不错，还有龙藏的 Flash 组件等，以及仿 YUI3 Gallery 的组件贡献模式，这些让 KISSY 成为了适合淘宝业务的最佳类库。上面说了这么多，总结下与楼主的问题相关的几点：1. 选择什么类库，抑或自己开发，跟团队的技能倾向有关。如果雅虎和阿里没关系，或许阿里就不会这么雅虎味，或许也就不会对 jQuery 有成见，或许现在压根儿就没 KISSY 什么事。2. 类库的选择离不开业务场景。如果淘宝不是浏览型为主的网站，而是个个页面都像 GMail 一样复杂，那也许淘宝选择的类库会是 ExtJS 或 Google Closure 或 YUI3 等等。其实淘宝的后台项目中，还真有不少是用 ExtJS 的。3. 对于商业公司来说，类库的重点不是基础模块，而是业务模块。这里的业务模块包括淘宝的登录注册等模块，也包括 Switchable、Suggest 等泛业务模块（比如淘宝首页的搜索提示，看似是通用的，其实是跟淘宝的业务类型分不开的。YUI2 也有一个 Autocomplete 组件，但其庞大的体积根本不适应淘宝）。4. 类库的选择，还跟整个业界的环境和团队决策者的眼光相关。比如从去年开始，前端社区越来越意识到了开放共荣的重要性，意识到了规范的重要性。CommonJS、AMD 等等，以及 NodeJS 的兴起，这一切变化，也在悄然改变着大家的抉择。这是我开发 SeaJS 的原因。如今，我们有了更好的、更偷懒、同时更灵活的选择和组合解决方案。任何路都没什么错，关键是，要知道自己在哪。
提问者应该是专指js前端框架，所以基于nodejs的后端框架不在讨论之列，基于nodejs的后端框架和前端js框架没有可比性。觉得大公司选择自下而上实现自己js框架的，原因是非技术大于技术，团队的主观需要超过了客观评估；强调自上而下是排除基于第三方基础库开发的所谓“自己开发”然后冠上自己公司名称的的框架，不在讨论之列。实现一个js框架的难度比用后端语言（比如PHP）实现一个web框架要大得多，因为前端js框架必须处理跨平台的问题，自下而上实现一个js框架至少要处理好的问题是隐藏（abstract away）多浏览器JS和DOM引擎的实现细节，为应用层代码统一调用接口jQuery主要解决的就是这个问题，看过jQuery源代码的人都理解这不是件简单的事，难度主要还不是在于javascript语言本身，而是你需要对各类各版本浏览器的实现差异了如指掌，DOM实现，事件模型，甚至渲染方式。在这个方面，个人认为，重新发明轮子是非常不值得的，在企业开发的条件下，甚至是不可行的；一些公司的js框架本质是实现了某组特定js或者DOM API的封装，从技术角度说更像是一个wrapper或者library，覆盖的广度离成熟的framework还是有距离的，不过那样确实可能是可行的。另一些公司选择自己实现js框架（自下而上），更多是因为错误的评估，或者低估实现难度和复杂度，或者高估了团队的js和浏览器平台的底层知识的储备，觉得“可以做”；最终选择自己开发，有主观判断大于客观评估的因素。现在的浏览器前端开发，如此多的优秀js框架和库，确实有绝对的必要自己闭门造车吗？我表示怀疑。
首先个人觉得你的‘很多’用词有失偏颇，我倒觉得国内很多公司在用jQuery。至于你说的公司自己开发JS库，我也觉得这要看公司的规模，业务需求。一般有自身的JS库的在国内也仅有一些大公司才有。在这些公司里养着一帮前端，而这些前端很大部分水平都是经过层层筛选的，一来他们有能力，二来有时间，三来也能为公司吸引人才。种种原因，他们便有了自己的库。如果还要说，那就是程序员有反骨，不喜欢做一些没有技术含量的事。哈哈，个人愚见而已，一笑置之。
第一时间想到了这张图：
多数国内公司制作的前端框架最后都通过不断优化变成了jQuery。然而大部分时间搞这些东西还是为了缓解人力过剩的问题吧。
这不算什么。还有自行开发的Key-Value数据库、分布式存储系统、HTTP服务器……稍大一点的公司都会有这些玩意的。为什么它们会出现，大概有以下几点：(1) 架构级的工程师需要证明自己的能力和价值（晋升需要，或者手痒）(2) 自制轮子确实有些地方胜过标准轮子(3) 公司足够大，能够支付自主开发的成本以上三条中，头一条是原始推动力，后两条使事实能够成立。具体到jQuery这个例子。前端与业务逻辑的联系非常紧密，所以很容易找到一个“这更符合我们的需要”作为理由去重写一个前端的库（见(2)）。
一开始JQ够用了，JQ UI 也不错。但是直到有一天，需求太过蛋疼，当有一天把业务逻辑和控件绑定之后，你会发现，JQ只能被用来操作DOM，这时候JQ就显得鸡肋了。这时候，差不多是应该要自己搞一套控件库了，就自己用，高度复用，一些业务逻辑也需要做到控件里去。
无法满足公司业务需求公司拥有足够劳动力
代码用来解决实际问题，然后经过重构和更高的抽象形成框架。框架应该告诉你不要做什么，输出的是一种如何构建应用的价值理念。功成名就的开源（js）框架主要是像prototype、jquery、mootools、underscore、backbone.js这样的有自己风格的产品。相比之下历史上出现的巨型以提供widget倾向的框架在口碑上就略逊一筹，如dojo、YUI、ext等等，他们也很成功，但是程序员员往往持有自己不同的看法，认为这种重量级的解决方案限制了他们的发挥。从某一个角度上来说这印证了框架要“告诉你不要做什么”的重要性，前面说的这些有风格的框架都做到了这一点，widget方案告诉你怎样做（因为组件已经提供好了）从长期来说并不讨好。扯远了，回到这个话题。国内的团队写的偏widget的框架比较多，这很合理，因为它解决了团队协作问题，减少了团队内部重新发明轮子的危险。但是国内的开发者输出的核心库里面风格强烈的好像比较少，做来做去也就是在模块划分上有些不同。从理念上大部分的库都是工具库的集合，它和某一种编程泛型或者模式无关，内化的是对很多具体技术问题的解决方法。我个人觉得这更多的是自底向上的分析实现，而缺少自顶向下的设计。从我的主观偏见回来。我输出授权宽松的开源框架是绝好的事情，我纠结于他们的质量是非常消极的。因为没有越来越多被输出到社区中的开源框架，也就没有出现更好的框架的社区环境。我们看到的这些名牌框架是明星程序员写的，他们碰巧在计算机科学和相应的社区比较发达的国家，这不是偶然。我们国家的社区正在向这个方向发展，我们看到有越来越多有自己『品味』的程序员输出自己的框架是非常积极的趋势。说不定下一个Jeremy Ashkenas就出现在我们这里呢。闭门造车是缺乏交流的结果，所以我们不紧要看输出的框架有多少，还要看这些社区的经营。那么我觉得对于这个问题比较靠谱的一个答案就是：我国的开源社区运营，程序员对于开源社区的参与程度还严重的落后，这是很多团队自己造了很多方形的轮子的原因。
有些时候，项目选择了A框架，但是B框架的某个特性又特别有用。但是为了一个特性引入整个框架对于WEB端来说可能过于臃肿，这个时候就有必要自己写一个类似特性的库。比如我做手机的简单的webview，用现有的DOM操作框架+数据绑定框架，至少要几十K，而其中大多数功能是用不到的。所以我自己模仿框架，把需要的特性写出来，只有不到十K。后来实现各种各样的特性代码写多了，经过不断整理，慢慢也就成了框架。在写的过程中，可以深刻感受优秀框架的思想和结构，对于自身的提升，是有很大帮助的。
已有帐号？
无法登录？
社交帐号登录jQuery图片遮罩半透明坠落遮挡效果 - 开源中国社区
当前访客身份：游客 [
当前位置：
发布于 日 12时,
默认九宫格图片排列效果，当鼠标悬停在图片上后，会从图片的上方下滑一个半透明遮罩的效果同时出现一些文字介绍使用方法：1、将head中的css样式引入到你的网页中2、将代码部分拷贝到你的网页body结束前的地方即可(js、图片采用绝对路径，不建议修改)效果预览：/dshare/info_1608.html
代码片段(2)
1.&[图片] QQ图片02.png&&&&
2.&[代码][JavaScript]代码&&&&
$(function(){
$('.sgw_img dt').hover(function(){
$(this).children('.box').stop(true,true).delay(100).animate({'top':0,opacity:0.8},300);
},function(){
$(this).children('.box').stop(true,true).animate({'top':-482,opacity:0},200);
$('.sgw_img dd').hover(function(){
$(this).children('.box').stop(true,true).delay(100).animate({'top':0,opacity:0.8},300);
},function(){
$(this).children('.box').stop(true,true).animate({'top':-382,opacity:0},200);
开源中国-程序员在线工具：
相关的代码(2853)
[JavaScript]
[JavaScript]
[JavaScript]
[JavaScript]
[JavaScript]
[JavaScript]
[JavaScript]
[JavaScript]
[JavaScript]
[JavaScript]
代码很规范，看起来很舒心！！！谢谢
2楼：寂寞的村民 发表于
开源从代码分享开始
wybo521的其它代码我个人感觉这个圈子里面貌似蛮多大神的，但是真正出来的东西在哪里？之前还看到某“大牛"评价jQuery 是大便，大家都在用大便。我个人比较难理解这种思维，求解惑，真的很牛为啥没做出angularjs 之类风靡的东西。
一个框架能不能火，最关键的不是技术实现上多 nb，而是在于这个框架是否代表了一种（在其所处的时代）先进的开发理念。举例来说，在大部分开发者都在为浏览器兼容性和设计糟糕的原生 DOM API 叫苦连天的时候，jQuery 的横空出世自然显得光彩夺目。那个年代，大家根本不把前端当应用来写，能爽快的操作 DOM 就已经足够成为王道了。jQuery 简洁的语法，华丽的链式 API，同时掩盖了各种兼容问题，能不火吗？慢慢地，大家发现前端要做应用，光有华丽的 DOM 操作也不够，还得有应用结构。所以 Backbone 出现了，把 MVX 的概念引入了前端，让大家发现原来前端也是可以有架构的。再接着，大家发现 Backbone 的视图层依然需要手动侦听 model 的变化做各种 DOM 操作，数据到视图的映射依然繁琐。于是大家开始推崇 MVVM 数据绑定，（其实 Knockout 是和 Backbone 差不多时间出现的，只不过由于其实现不如 Backbone 来得简明易懂，所以不如 Backbone 火），于是 Angular 火了。不得不承认，即使是放眼全球，前端开发理念相比软件开发的其他领域，也基本上是属于一个跟随的状态。比如最近函数式编程就在对前端开发产生着巨大的冲击 - 首当其冲的就是以幂等渲染函数为核心概念的 React。由于 React 本身的函数式血脉，以它作为渲染层引入其他函数式理念变得触手可及，于是我们看见现在国外前端在研究的都是 immutability, FRP, uni-directional data flow, stateless stores, isomorphic application 之类看上去高大上的话题。如果你现在去基于一个已经普及的理念新写一个框架，即使实现得再好，也不过是造了一个轮子。当然，造一个同类理念中最好的轮子，还是会有很多人来用，但这毕竟只是一个改进的轮子，大家不会把你当做一个划时代的东西去推崇。只有当你把一个从没在这个领域出现过的理念实现了，才能够达到 jQuery, Backbone, Angular, React 这些里程碑式的框架所达到的地位。（顺便广告下，在前后端数据通信这块，Meteor 可以算是一个里程碑式的存在，Relay 可能是下一个）所以说到底，能不能搞出风靡的东西，一部分是眼界，一部分是时势。首先只有把眼界开拓到当前领域的边界之外，才可能做出开拓这个领域的东西。国内的前端界目前基本是处于跟随国外前端界的状况（就像国外前端界跟随整个软件开发领域一样），从眼界上来说就差了一个身位，又如何奢求能够做出划时代的东西？另一部分的时势，就是你所实现的理念是否正好顺应了当前业界的普遍需求。太超前或是太落后，都火不了。需要说明的是，眼界和工程实力是两个东西。单就工程实力而言，我相信国内的工程师们完全不比国外的差，差距就在眼界上。首先如贺老所说，英语水平是一个整体上限制了眼界的障碍；其次，如今国外的前端工程师受过正统 CS 理论训练的比例估计也远远高于国内；最后，国内的公司加班严重，能完成工作任务就不错了，哪里还有力气搞开源（除非把开源弄成 KPI）。所以说到底是个大环境问题。还有一个原因，就是英语足够好的就肉身翻墙了，你懂的。
我一再说的是，成功是偶然的，无人问津才是正常的。&br&&br&GitHub上几百万个repo，据说一半以上是从第一次发布后就无人问津的0关注项目，90%是没有几个fork的。真正有点人用的项目据说也就几万个。&br&&br&而jQuery、Angular这种“风靡”级别的，全世界也就那么几个。&br&&br&如果不是总45度角仰望，放低下脑袋，那还是可以看到一些的，比如百度的echarts（你可以看到star数，fork数，issue数，PR数都很高，说明这个项目有很高的活跃度）。个人为主的项目我也随手拿一个做例子： &a data-hash=&d1f62e3ceb9aad870f18a& href=&///people/d1f62e3ceb9aad870f18a& class=&member_mention& data-editable=&true& data-title=&@sofish& data-hovercard=&p$b$d1f62e3ceb9aad870f18a&&@sofish&/a& 的&a href=&///?target=https%3A///sofish/pen& class=& wrap external& target=&_blank& rel=&nofollow noreferrer&&sofish/pen · GitHub&i class=&icon-external&&&/i&&/a&，在github上已有3000+ star。&br&&br&&br&至于最风靡的框架/库为什么不出在中国，有很多原因。比如说英语能力（不要小看这个的影响）。请参考&a href=&/question//answer/& class=&internal&&在前端领域，国内和国外的的互联网公司有差距吗？ - 贺师俊的回答&/a&&br&&br&&br&PS. 说jQuery是大便，我是不同意的。但是你听别人说什么，需要考虑语境，也可能只是讲话者要表达观点时用了一个略激烈的修辞，不代表他的观点就是不对的，就是没有价值的。&br&&br&---- 以下是与主题无关的内容 ----&br&jQuery是历史上最成功的前端框架/库，但毋庸讳言，第一jQuery早期代码是很挫的（所以很多老的前端高手看不上他），第二现在看jQuery已经过时了（所以今天真正明白前端未来大势的人不会再来给你讲jQuery如何好blablabla）。&br&&br&当然，这些并不能掩盖jQuery的光辉。&br&&br&如何看待jQuery，我认为有两种错误，一种是认为jQuery的成功纯属偶然，或者认为jQuery只是满足了小白。另一种是认为jQuery就是好，认为所有其他的框架/库都没必要。&br&&br&这两种错误的原因其实是一样的，就是不明白jQuery到底好在哪里。不明白这个，也就不明白为什么jQuery的时代已经过去了（尽管我们还会继续使用它好长时间）。&br&&br&有空我会好好写一下这个话题，这里先打住。
我一再说的是，成功是偶然的，无人问津才是正常的。GitHub上几百万个repo，据说一半以上是从第一次发布后就无人问津的0关注项目，90%是没有几个fork的。真正有点人用的项目据说也就几万个。而jQuery、Angular这种“风靡”级别的，全世界也就那么几个。如果…
框架要流行只需要做一点：解决大多数人当前的问题。&br&&br&有些框架技术上很厉害但不解决大多数人的问题，那再厉害也没有。有些框架解决大多数人过去的问题，例如很多人说自己能写个 jQuery，但现在谁还需要？还有些框架解决大多数人未来的问题，例如我 2009 年就写过等价于 Promise 的 Async， &a data-hash=&78e3b2ae1be4ab038a6e& href=&///people/78e3b2ae1be4ab038a6e& class=&member_mention& data-tip=&p$b$78e3b2ae1be4ab038a6e& data-hovercard=&p$b$78e3b2ae1be4ab038a6e&&@赵劼&/a& 写过等价于 async generator 的 Wind.js，但在 callback hell 还不是大多数人的问题时这没有价值。还有些框架，明明问题是能解决的，但就是清高，不愿意帮助小白用户上手，一样死路一条。用 jQuery 作者 John Resig 的话说，如果一门技术的社区，老人总叫新人 RTFM，这门技术两年内完蛋。
框架要流行只需要做一点：解决大多数人当前的问题。有些框架技术上很厉害但不解决大多数人的问题，那再厉害也没有。有些框架解决大多数人过去的问题，例如很多人说自己能写个 jQuery，但现在谁还需要？还有些框架解决大多数人未来的问题，例如我 2009 年就…
已有帐号？
无法登录？
社交帐号登录
不会搞艺术的程序员不是好设计师jquery 中怎么使用TP变量 - ThinkPHP框架
相关代码：
$.noConflict();
jQuery(document).ready(function(){
jQuery('#jialei').click(function(){
jQuery('em').after("&select name=FatherId[]&{$FatherId}&/select&");
{$FatherId} 这个TP变量 怎么在Jqery中使用？BAIDU上没有相关的文章！
ThinkPHP 是一个免费开源的，快速、简单的面向对象的 轻量级PHP开发框架 ，创立于2006年初，遵循Apache2开源协议发布，是为了敏捷WEB应用开发和简化企业应用开发而诞生的。ThinkPHP从诞生以来一直秉承简洁实用的设计原则，在保持出色的性能和至简的代码的同时，也注重易用性。并且拥有众多的原创功能和特性，在社区团队的积极参与下，在易用性、扩展性和性能方面不断优化和改进，已经成长为国内最领先和最具影响力的WEB应用开发框架，众多的典型案例确保可以稳定用于商业以及门户级的开发。