霸王男子苍天明-minggeJS作者
霸王男子苍天明-minggeJS作者
https://github.com/drduan/minggeJS/issues/222 看贴，MingGeJS PK JQ有图有真相
$.toJSON 问题解答 有人问，为什么有JOSN.stringify你不用，而去走代码过程 其实是有原因，我们首先看一下例子 JOSN.stringify（｛a: document｝） WEBKIT浏览器下是直接报错的 而火孤 浏览器下 JOSN.stringify（｛a: document｝）有输出的 JOSN.stringify在每个浏览器的差异何止上述这些， 我当时就想，不如全部浏览器统一走代码过程，让输出结果统一起来 但是我走代码过程后，我又发现某些人拿 JOSN.stringify的输出结果与 走代码过程的结果进行对比 例如这句$.toJSON({a:new date()})，我走过程时，是没有输出的。而JOSN.stringify是有结果的 我在想，如果继续再写判断，也是治标不治本， 只会无休止的一直判断， JOSN.stringify是属于原生API，其实他也有漏洞，他在每种浏览器下都有极大的差异， 所以我认为没有必要再和 JOSN.stringify 结果完全一致，我已经没办法再判断下去了 我思考了几分钟，我作了艰难的选择， $.toJSON默认： 当浏览器有 JOSN.stringify时，用JOSN.stringify执行 当 浏览没有...
@wenzi0github 我是这样想的，你看的官网UI布局都是随随便便的，有时候打错字我都惰得理，还不如用多余的时间全放在MingGeJs开发上
反正我是山寨JQ，这个全世界都知道，JQ文档就是MingGeJs的文档，再写文档已经没有意义，我是来抢JQ份额的，MingGeJS的优势不是开发文档，而是执行效率秒JQ9条街
https://github.com/drduan/minggeJS/issues/222 看贴，MingGeJS PK JQ有图有真相
下载地址：http://pan.baidu.com/s/1gee0CIv PS:MingGeJS1.9.0升级： 寄语：很多人问我为什么源代码没有注释，我现在说给听，minggeJS不是给你看，更不是给你研究的，是用来给用户使用的，是用来应用大型项目的 是用来开发前端插件的。我再强调一次 源代码不是给你看的。这只是不写注释的原因之一，另一个原因是害怕别人偷我的技术，我写注释，方便 你偷技术吗 我本来不应该发源码出去的，应该只发布压缩版的。 MingGeJS1.9.0是过年前最大的一次更新: 1：事件绑定机制变更，性能进一步加强，全面支持事件委托-示例 $(xxx).on(event,"选择器"，function(){}); （这个变更我花费太多时间了）; 2: 新增$.bindFn.extend()事件API创建接口，用法和$.Fn.extend()一样,不同的是操作事件API接口而已， 事件接口创建后。可能通过$.bind("xxx",function) 可进行引用。 3：createNode 函数被喷严重，被迫全部重写，已与JQUERY对齐，别外 append 和insertBefore语法，参数方式等和JQUERY也一致，createNode保留中文参数传入 4：新增$.data接口操作，事件内存，动画内存等等统一通过$.data接口进行管理， 5： [attr="x"]修复选择器的BUG，增加对attr属性的IE678兼容与支持，以及准确度修复，选择器性能等，选择器的代码几乎百分之80以上重写了 6：修复[attr="x"]div attr在前div在后边时，选择器取不出的BUG 7: 新增移动端tap事件 doubleTap(双击) tap(单击)。后续会加入更手机事件 8: 新增$(XX).offset()（不带参数设置）...
@Cat7373 项目结构很明确 ，强大的工厂模式，私密函数，公用函数，内部函数，扩展接口，事件接口，缓存接口各部件分工明确，逻辑清淅，如果你看不懂，证明你JS技术没到家！ 玩JS是一个过程，要磨练的，我们玩JS已经身坚百战了! 还有minggeJS是支持模块分离开发的，不需要所有代码都写在同一个文件内 很多人问我为什么源代码没有注释，我现在说给听，minggeJS不是给你看，更不是给你研究的，是用来给用户使用的，是用来应用大型项目的 是用来开发前端插件的。我再强调一次 源代码不是给你看的。这只是不写注释的原因之一，另一个原因是害怕别人偷我的技术，我写注释，方便 你偷技术吗 我本来不应该发源码出去的，应该只发布压缩版的
https://github.com/drduan/minggeJS/issues/222 PK JQ有图有真相
$.toJSON 问题解答 有人问，为什么有JOSN.stringify你不用，而去走代码过程 其实是有原因，我们首先看一下例子 JOSN.stringify（｛a: document｝） WEBKIT浏览器下是直接报错的 而火孤 浏览器下 JOSN.stringify（｛a: document｝）有输出的 JOSN.stringify在每个浏览器的差异何止上述这些， 我当时就想，不如全部浏览器统一走代码过程，让输出结果统一起来 但是我走代码过程后，我又发现某些人拿 JOSN.stringify的输出结果与 走代码过程的结果进行对比 例如这句$.toJSON({a:new date()})，我走过程时，是没有输出的。而JOSN.stringify是有结果的 我在想，如果继续再写判断，也是治标不治本， 只会无休止的一直判断， JOSN.stringify是属于原生API，其实他也有漏洞，他在每种浏览器下都有极大的差异， 所以我认为没有必要再和 JOSN.stringify 结果完全一致，我已经没办法再判断下去了 我思考了几分钟，我作了艰难的选择， $.toJSON默认： 当浏览器有 JOSN.stringify时，用JOSN.stringify执行 当 浏览没有...