Ext4 新概念:类系统
大漠穷秋 译作 版权所有
【本文是对 Ext4.0.7 官方文档的翻译,官方原文为 Concepts 下的 The Class System。】
在 ExtJS 发展的历史上,这是第一次从底层开始全面重构了类系统。新的架构几乎支撑
了 Ext JS4.x 中的所有类,因此,在你开始编码之前,了解这一机制非常重要。
无论是想要创建新类型,或者需要从 Ext JS 4.x 现有的类进行继承的开发者,这份手
册都是为你而写。本手册分为 3 个主要小节:
1、 第一节:“概览”阐述了强类型系统的必要性;
2、 第二节:“命名约定”讨论了类、方法、属性、变量和文件命名的最佳实践;
3、 第三节:“亲自动手”一步一步地提供了详细的代码示例;
4、 第四节:“错误处理和 Debug”给出了处理异常的一些有用提示和技巧。
1 概览
Ext JS4 搭载了 300 多个类。迄今为止,我们拥有了近 20 0000 开发者的庞大社区,他们
来自全球的各地,拥有各种不同的技术背景。对于如此规模的一个框架,在提供通用的编码
架构方面,我们面临重大的挑战,这就是:
学起来简单而亲切
开发快捷,debug 简单,部署的痛苦更少
组织良好,可扩展、可维护
JavaScript 是一门弱类型,基于原型继承的语言。因此,自然而然,这门语言最强大的
特性就是灵活。同一项工作可以用很多种不同的方式、不同的代码风格和技术去完成。但是,
伴随这些特性而来的代价是,不可预测性。由于没有统一的结构,JavaScript 代码可能会非
常难以理解、维护和重用。
另一方面,基于类的编程依然是 OOP 中最流行的模式。基于类的语言一般需要强类型、
提供封装,并且伴随着标准的编码约定。通过让开发者坚守一大套原则,写出来的代码随着
时间的推移更加可预测、可扩展、可升级,这些语言不具备 JavaScript 的动态特性。
每一种方式都有其优点和缺点,我们能否同时拥有它们的优点,又能屏蔽它们的缺点呢?
答案是:能!在 Ext JS4 中我们已经实现了这一解决方案。
2 命名约定
【译者注:Java 程序员可以无视这一节,这些约定和 SCJP 提倡的规则基本一致。】
在你的代码中使用统一的命名约定对类、命名空间和文件进行命名,将有助于保持代码
的组织性、结构性和可读性。