`
hackwaly
  • 浏览: 8143 次
  • 性别: Icon_minigender_1
  • 来自: 成都
最近访客 更多访客>>
文章分类
社区版块
存档分类
最新评论
文章列表
函数式将会成为主流, 主要原因我就不说了, 网上多有介绍, 我这里说一下我个人认为网上没有提到的几点. 1, 函数式比命令式语言更加纯粹. 语法少很多 2, 不再为临时变量而纠结. 函数式中没有循环, 使用嵌套函数(闭包)+递归可 ...
目前我已经初步定下了我的编程语言的一些设定   基于VM和JIT技术 1, 源代码将被编译成单元. 可以打包成一个独立的文件, 类似JAR, 现在假设叫AR吧 2, 用户可以安装执行环境, 安装之后可以执行AR, AR之间的依赖关系由运行时处理. 也就是可以在用户确认的情况下从网上获取依赖的AR包安装到系统.(一个平台) 3, AR可以编译成独立的可执行文件, 其实相当于自解压. 内嵌一个迷你的VM而已. 依赖的单元会压入进可执行文件.(解决发布问题) 4, VM和编译器开源, 可以由开源开发者发展各个平台的VM, 或者可以用于脚本 也就是说该语言的性能应该是托管后的native级 ...
很久很久以前我就有过设计一个完美的编程语言的想法, 我用过各种编程语言, 不过比起很多人, 我会的语言算少的. 但是至今我都没有找到一个令我满意的语法的语言   我对语法的要求可能太过于苛刻了 1, 灵活性, 各种功能都能实现. 不能让程序员为了某个简单的特性而用额外的代码或者库来模拟 2, 支持元编程, 和java的元编程不一样, 不依赖反射. 和c++的元编程不一样, 语法是内置的. 3, 纯粹性, 尽量少的语法, 语法糖都不能要. 也就是说一种实现写出来基本就一种代码, 不会出现使用该语言的各种语法的版本. 4, 高度可读性, 这个到现在我基本已经不太重视了, 因为我准备让编译 ...
目前的编程语言越来越多, 语言多了就会导致学习起来麻烦. 有的语言之间差别不是很大, 经常容易搞混了. 我个人觉得以后开源的项目会越来越多, 不同的项目使用了不同的语言, 天哪, 如果要借鉴其中的算法和思路, 岂不是要再 ...
finally允许你定义一个finally_block 若try_block被执行则这个finally_block必定被执行,即使try_block中发生了跳转或者异常(它会在跳转或异常前执行)   function test(){ for (var i = 0; i < 3; i++) { try { if (i == 1){ break; } } finally { alert(i); } } } test();  这个特性很重要,它允许我们做某些事情   比如触发事件的时候,我们需要挨个触发绑定在事件上 ...
var call = Function.prototype.call; var mixin = function (that){     for (var k in that)         this[k] = that[k];
http://code.google.com/p/jselector/   这个是以前那个Elements!选择器的新版本, 改名了 速度上更快, 代码更清晰   在IE下面速度应该是最快的, 暂时没有针对FF做特别优化 对于jquery的sizzle选择器, 我以前给ejohn提过BUG, 没想到现在都没改掉   那个BUG是这样的 html:<div/><h1/><h1/><div/>selector:div~div : 1h1~div: 1 sizzle: div+h1~div: 0(正确应该是1) 原因就是因为他的算 ...
不知道大家有没有使用过jQuery等javascript框架.里面的$函数通常都具有这样的功能, 传递一个CSS3规范的选择器就能获得选择器选择到的元素. 使代码更加简洁.最近的浏览器都在提升javascript的执行效率, 独独IE却一直使用很慢的javascript引擎.目前网络上已有的选择器引擎在IE下要比其他浏览器下慢上好几倍.我写的Elements!框架, 目前完成了选择器部分. 使IE在选择器的速度上不落后于其他浏览器, 甚至超过了其他浏览器.我在IE下执行全套的slickspeed测试, 比firefox下的得分还要高.Elements!最大的优势就是速度, 在IE下, 速度可以超 ...
Global site tag (gtag.js) - Google Analytics