AMD and CMD are dead之KMD.js版本0.0.2发布

更新

正式从UglifyJS切换至UglifyJS2

增加依赖可视化功能

压缩代码更加方便

统一风格:如main的class名也不能省略

优化了kmdjs管道

修复了无数bug

通过src开启debug模式

代码格式强制分号结束,不然报错

问题

1.从UglifyJS切换至UglifyJS2,主要是UglifyJS2把AST更加严格规范化,而且提供了方便的ast.walk遍历js代码的语法树,把任何代码分析得无比透彻,比巨复杂无比的正则表达式稳定靠谱多了,通过UglifyJS,使开发者能把js代码随意组装优化压缩美化,使得使用者有着无限的发挥空间。

2.UglifyJS2不兼容老版本IE,大量使用了新的方法,所以这里浪费了一点时间去修正prototype上的方法。诸如:JSON、Array、String等。

3.使用过kmdjs的开发者都知道,kmdjs没有require关键字。在诸如cmd和amd中,main.js必须使用require关键字。而这非常违背常规思维,因为main.js也是工程中的代码,既然是工程中的代码,那它一定也要处于某个模块下,也就是某一命名空间下,而kmdjs则是这么干的。main.js里面除了多了kmdjs.config,其余代码和其他js一样,都是使用define开头,都必须申明一个名字。

4.关于给main.js强制加入一个config,这个是非常不人道,以为main.js只是一个入口。kmdjs.config不属于其职责范畴。但是这个是被逼无奈的结果。在最早的kmdjs版本中,config使用单独的js存放,在载入kmdjs的同时,会通过xmlHttpRequest去发起AJAX请求加载config,config存了项目名称以及baseUrl和命名空间、路径和class的关系。未来config还会负责配置那种js lazy load。但是这种设计导致的一个重大隐患就是,浏览kmdjs项目必须起一web服务器,使用文件系统打开则会报错。所以果断去掉了,直接把config存在main.js最上部。

KMD.js VNEXT

下一个版本的kmdjs,也就是v0.0.3,将加入一重大且实用的lazy load。敬请期待……

地址

https://github.com/kmdjs

AMD和CMD已死。我不是认真,我只是为了看到AMD和CMD躺在血泊里。

AMD and CMD are dead之KMD.js版本0.0.2发布

时间: 2024-11-13 08:46:07

AMD and CMD are dead之KMD.js版本0.0.2发布的相关文章

AMD and CMD are dead之KMD.js之懒

缘由 "懒"在软件设计中,有着重大的意义.最常见的两种"懒",便是: 懒得计算 懒得加载 "懒得计算"常见于服务器端: 比如Multiplayer Online Role-PlayingGame,客户端主动计算,游戏服务器平滑过渡,在性能.游戏同步性找一个合适恰当的点.其目的是节约服务器端CPU.内存等的消耗,把许多消耗性能的计算分布在玩家电脑上: 比如cache,任何cache的目的都是:懒得重新计算,因为我已经计算过了. 比如web应用的表单

AMD and CMD are dead之KMD.js依赖可视化工具发布

使用 require("MyAapp.DepTree", function (DepTree) { DepTree(({ renderTo: "holder", width: "820", height: "580", data: [ { "name": "System" }, { "name": "Util" }, { "name&qu

AMD and CMD are dead之KMD规范

What's KMD? 乱世出英雄,KMD名字的由来充满了杀气. Kill AMD and CMD KMD为替代混乱的AMD和CMD世界而生,一统天下.或者让这个混乱的世界更加混乱,导致: KMD AMD CMD三分天下 KMD的目标从来都是远大的: JS工程化终极解决方案 使用KMDjs的工程师从来都是: 尼玛,什么东西,这么NB? KMD规范 1.通过define定义命名空间和类 define("MyApp.User", { init: function (name,age) {

AMD and CMD are dead之JS工程化终极解决方案KMD.js版本0.0.1发布

回顾 经过两天晚上疯狂的开发调试,伴随着大量掉落的头发和酸痛的颈椎,KMD.js赢来了第一个稳定版本.在此期间KMD规范也有所修改和完善. 这两天主要完成的功能有: 按需加载 版本控制 模块管理 便捷调试 依赖打包 性能优化 依赖可视 在此,要感谢那些伟大的项目(虽然部分将要死去),但依然感谢: windjshttp://windjs.org/cn/ jsbeautifierhttp://jsbeautifier.org/ class.js http://ejohn.org/blog/simpl

AMD and CMD are dead之js模块化黑魔法

缘由 在2013-03-06 13:58的时候,曾甩下一片文章叫:<为什么不使用requirejs和seajs>,并放下豪言说发布一款完美的模块化库,再后来就把那篇文章删了,再然后就没有然后.该用seajs还用seajs,甚至我码的SCJ都是用requirejs组织起来的. 时光飞逝,岁月流转.弹指间,来到了2014年6月15日,也就是昨日,突然码兴大发,一发不可收拾,也许跟最近小说和诗写得比较猛,把码意给压抑了,便有了这次喷发. js问题 作为一名前MS必应团队资深当耐特(.NET)石专家,

AMD and CMD are dead之KMDjs内核之依赖分析

有人说js中有三座大三:this.原型链和scope tree,搞懂了他们就算是js成人礼.当然还有其他不同看法的js成人礼,如熟悉js的:OOP.AP.FP.DOP.AOP.当然还听说一种最牛B的js成人礼:熟悉jQuery--=   =!因为$里面可以放下全世界,比如$("全世界")- 这篇文章主要讲KMDjs利用Uglify2去分析出一个函数的所有依赖,之后才能正确地加载相关的js文件.该文涉及到js中三座大山中的scope tree-.先看下面这段程序: function te

AMD and CMD are dead之Why Namespace?

缘由 当我看到_Franky兄的微博的时候: 我觉得我有必要出来详细说说KMDjs到底有什么本质上的优势了,连教主_Franky.貘吃馍香都不能理解他的好处,那么可想而知,在前端圈.或是全端圈.或是IT圈,能够理解KMDjs优势的码夫更加是屈指可数. Why Namespace? KMDjs是能方便组织Namespace,并且Class Base.针对namespace,我还专门集成可视化库至KMDjs方便查看Namespace Tree.那么Why Namespace?不用会死吗?答案是:不会

AMD and CMD are dead之KMDjs内核之分号

在老版本的kmdjs中,强制了分号的要求.但是总感觉不爽,因为在开发Ket - Kmdjs Extension Tools的时候,总需要导入一些开源的库,然后痛苦就来了,总是报错,一查,就是缺少分号!!后来一想,既能jslint可以检测哪里缺少分号,那么是不是可以在使用jslint在缺少的地方加分号?把jslint当作库来用,而不是工具,所以立刻看了看jslint源码,然后码了一段: 上面程序依赖于:http://jslint.com/webjslint.js 期间还遇到了,部分程序加了分号,部

浅析JS中的模块规范(CommonJS,AMD,CMD)////////////////////////zzzzzz

浅析JS中的模块规范(CommonJS,AMD,CMD) 如果你听过js模块化这个东西,那么你就应该听过或CommonJS或AMD甚至是CMD这些规范咯,我也听过,但之前也真的是听听而已. 现在就看看吧,这些规范到底是啥东西,干嘛的. 一.CommonJS CommonJS就是为JS的表现来制定规范,因为js没有模块的功能所以CommonJS应运而生,它希望js可以在任何地方运行,不只是浏览器中. CommonJS能有一定的影响力,我觉得绝对离不开Node的人气,不过喔,Node,CommonJ