首页 目录 View on GitHub

the Leancloud framework G

返回

作用

作为数据库访问对象的简单封装,使数据库操作可以和CallbackList配合起来。
并拆分文件。

自动加载

数据模型保存在/include/database
每个文件夹的名字作为第一个参数、路径作为第二个参数 调用构造函数。
其中“_proto_”文件夹作为“基类”扩展到每一个模型中。(类似prototype的机制)

例如数据库User的模型保存在/include/database/User
这个目录中有:
一个文件 User.js ,作为常量文件,导出将被合并到类型中。
一个文件夹 static,里面每个文件导出一个函数,作为静态成员
一个文件夹 property,里面每个文件导出一个函数,作为类成员

API

构造函数(String databaseName, String definePath)

通常不需要自己构造。
databaseName是数据库名,同时也是模型名称,内置库不要加开头的下划线。
definePath是符合文件结构的路径。

构造过程分为以下几步
  1. 调用 AV.Object.extend 创建类 mdl。
  2. 将 _proto_ 的 static 和 property 分别扩展到当前模型的 static 和 property (如果重名,则跳过)
  3. 将 static 和 property 赋值给 mdl 和 mdl.prototype。
  4. 绑定 static 方法的 this 为 mdl。这使得 cl.next(CLS.XXX.GetById) 成为可能。