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/simple-javascript-inheritance/

Extjs http://www.sencha.com/

UglifyJShttps://github.com/mishoo/UglifyJS/

requirejshttp://www.requirejs.org/

browserifyhttp://browserify.org/

raphaeljshttp://raphaeljs.com/

seajshttp://seajs.org/

jsnicehttp://www.jsnice.org/

json2https://github.com/douglascrockford/JSON-js

qunithttp://qunitjs.com/

vuejshttp://vuejs.org/

许多灵感和code都来自于他们,没有他们就没有KMD.js。

KMD入门

看图说话,这个示例项目已经托管在Github上。

 

上面是文件目录.

程序入口不需指定

这是Main.js所有代码。

工具代码。

小球的代码。

Github

https://github.com/kmdjs/kmdjs

你们先看着,下载试一试,很多惊喜等着你,我去补觉。

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

时间: 2024-10-06 01:36:58

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

AMD and CMD are dead之KMD.js之懒

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

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模块化黑魔法

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

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.js版本0.0.2发布

更新 正式从UglifyJS切换至UglifyJS2 增加依赖可视化功能 压缩代码更加方便 统一风格:如main的class名也不能省略 优化了kmdjs管道 修复了无数bug 通过src开启debug模式 代码格式强制分号结束,不然报错 问题 1.从UglifyJS切换至UglifyJS2,主要是UglifyJS2把AST更加严格规范化,而且提供了方便的ast.walk遍历js代码的语法树,把任何代码分析得无比透彻,比巨复杂无比的正则表达式稳定靠谱多了,通过UglifyJS,使开发者能把js代

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内核之依赖分析

有人说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之KMDjs内核之分号

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

浅析JS模块规范:AMD,CMD,CommonJS

随着JS模块化编程的发展,处理模块之间的依赖关系成为了维护的关键. 模块化 AMD,CMD,CommonJS是目前最常用的三种模块化书写规范. CommonJS CommonJS规范是诞生比较早的.NodeJS就采用了CommonJS.是这样加载模块: var clock = require('clock'); clock.start(); 这种写法适合服务端,因为在服务器读取模块都是在本地磁盘,加载速度很快.但是如果在客户端,加载模块的时候有可能出现"假死"状况.比如上面的例子中cl