zhangxin09的专栏

 既然一门语言被精简了，无论idea还是直观的语法，都务求精简的话，那么这便无形就是一个趋势，趋势往往不为人们的意志转移地转为自己的习惯，思维定性的习惯，连function这个关键字也有某仁兄觉得太长了，有缩减的必要。当然这只是开玩笑而已了。 好像Lisp那样满天 点号、冒号便是灾难。用过Ext继承的人都清楚，每每调用父类成员的时候就是Ext.subClass.superclass.m

ExtJS组件的 Xtype 大家都是了解的，就是为了方便组件的“延时渲染”而设的。类似地借助字符串标识，我们可不可以应用 Store 的引用上呢？Ext3.0 提供了这方面的支持，允许我们配置组件期间，不获取真正的 Store 对象而告知组件正确的 Store 是哪一个。一探究竟，不禁要问是怎么办到的？的确，正如大家所料，还是像 Xtype 用字符串标识对象那样子就可以了。

从 Ext 的源码看，作者编码之时参考了不少设计模式方面的宝贵经验，运用到许多类的设计中去的。可是一旦上升到“设计模式”，有朋友说不值当，大意是受限于 Script 级别的话搞“设计模式”会不讨好的说。言下之意，我只不过在弄 Widget 罢了，真不必劳师动众搬弄设计模式，许多好用的 Widget 不是没有设计模式的指导也可以在项目上运行得好好的？

在我们初步了解完“类机制”的内容后，我们接着要揭开的将是于Ext JS 4中同样也是完全崭新的一项功能：动态加载（Dynamic Loading）。长久以来，包括前期ExtJS的各个版本中，尽管允许裁剪，不过通常使用之前它一定要加载整个框架。好像创建一个普通的Ext.Window，得必须下载整份的ext-all.js源文件，否则不能工作。Ext JS 4的动态加载便是围绕这个技术难点而考虑推出的。

感覺上又回到原始時代，或者說，回到比原始時代更久遠的上古時代，連建構基本的物件架構就有許多的不便，這樣複雜的結構實在有礙思考。想必在Scripting 領域的 OO 或甚至 Design Patten 又會發展成另一個 Knowledge Domain 吧！過去在其他物件導向語言使用的 Patten，硬是要套到這上面來不見得是一件明智的作法，畢竟 Script 的特性就是如此，與其他語言有一定程度的差別，但也正因為如此，不是 Scripting 是有缺陷的語言，而是在這個領域的設計及規劃方法，全世界都欠缺足

一般原型继承的写法 xxx.prototype = new Base();，但是 new Base 这样的写法怎么能对构造器传入参数呢？明显写死了而不能传入参数——必然要有其他的做法。什么做法？我们很容易想到 sub.prototype = base.prototype，但这样直接的写法虽然看上去可以，实际上却很危险，因为这相当于设置同一个原型链（Prototype Chain）——在同一个类上修

摘要:在 Java 中，正确应用继承，能够达到代码重用、增强可靠性、简化程序设计、提高编程效率、并使之易于维护的目的。但是一个程序中过多地使用继承是不可取的，它会带来一些局限性。本文就继承的利与弊进行一个分析。　　关键词:继承;超类;子类;代码重用　　继承在 Java 面向对象编程中是与生俱来的。所有类，无论是API，还是编程人员自己编写的，都自动继承于 Java 所有类的始祖——Obje

首先贴出 DC 的 Object.create()，这是理解 js 创建对象的关键。如下：if (!Object.create) { /** * @ref https://developer.mozilla.org/en-US/docs/JavaScript/Reference/Global_Objects/Object/create */ Object.c

很久没写博客了，突然想起 JS 的 OO 自己有一个想法，并实现了，于是就拿来作新博文的内容。关于 JS 的 OO，这里有一份列表，均是我以前总结这方面的心得与体会，不正之处，应要提出。JS OO继承、多态一法JavaScript“类”继承的横向比较学习NodeJS第五天：JavaScript的继承YUI 3中的继承模式及其用法简介Ext.extend()中使用super关键字纵观

上次的资料中我们跟大家介绍了Ext JS 4 的类机制大概如何，主要围绕传统 OO 机制而设计，从而打算弥补了 Prototype 继承的不足。虽然性质上仍为模拟手段，但包含了比旧版本更为完整的 OO 特征。Ext JS 4（连同 Ext Core）提供的新功能有：继承方面用 Ext.defined 代替了原来 Ext.extend 的写法。自动计算依赖关系及动态类加载。多态静态成员为配置

在构建 Ext.Class 之时，它会分配既细又专的处理器（processors），专门处理构成类定义的每一个部分。当前Ext缺省提供了一些处理器，包括有：mixins 多态的，配置项函数的，以及处理类扩展的都是必备的。除了缺省处理器外，还可以随便自定义预处理器，预处理器是完全交

这些都不是魔法，却给JavaScript带来神奇般的效果，原因在于： * Ext.Base – 任何一个类都会继承的Ext.Base。它是居于最底层的一个类。 * Ext.Class – 创建新的类工厂。 * Ext.ClassLoader – 加载器用于保证页面上找不到类所进行的工作。 * Ext.ClassManager –启动类的创建过程和管理依赖关系。所列对象都是幕后的功臣，它们为你定义和使用某一个类都作出自己应有的贡献，而你却不一定要全部知晓它

Ext JS 4的倒数：动态加载和新的类机制 Count down to Ext JS 4: Dynamic Loading and New Class System （上）January 19, 2011 by Ed Spencer 翻译 Ext中文网 FrankExt JS 4 发布在即，官方Sencha.com/blog近期也发出介绍4.0新特性、新功能的稿子。Ext中文网过去几期都有对4.0的深入文章，希望可以做到与官网同步，为大家跟进新版本的信息。——至于何时能够释出代码，官方给我

YUI 3中的继承模式及其用法简介January 6, 2010 at 6:30 am by Stoyan Stefanov 文中讨论了YUI 3两种代码复用的方式：基于类的继承（classical inheritance pattern）和原型继承（prototypal inheritance）模式。 依赖在种子文件yui-min.js中就

现代Web前端的特征之一是由不止一个库所组成的，或者没有达到称为“库”的标准，有可能就是仅仅若干个小部件(Widget)、某一段的JavaScript代码(Snippets)所组成。从开发者的角度而言，你所产生的代码有很大的机会与其他的代码产生冲突，因为我们清楚JavaScript是一门格外自由的语言，允许全局变量星罗棋布地存在，这样的话太多就极容易造成污染

    人们接触 JavaScript，都被他单纯的外表给骗了，殊不知，一下子又  Functional Programming 又 Object Oriented 又前台又跑到后台，活蹦乱跳。一旦你遇到某些障碍，面对的 JavaScript 也表现得脾气好，你怎么弄它，改造它，它也不会生气，却太容易让人迷惑，造成生气的居然是你或者我。真不知道是你玩 JavaScript 还是变成 JavaScr...