处理 API 设计和 OO 糖

Question

入门阅读：

• 原型作为“类”
• OO JS

按照上述模式，我创建库/API 作为现在

var Proto = {
  constructor: function () {
    this.works = true;
  },
  method: function () {
    return this.works;
  }
};

，库用户要与我的原型（不提供工厂函数）进行交互，他们必须实例化并初始化对象，

// instantiate
var p = Object.create(Proto);
// initialize
p.constructor();

这是强制用户实例化和初始化我的对象的不友好且冗长的方式。

就我个人而言，因为我在所有应用程序中使用 pd 我有以下糖

// instantiate or initialize
var p = Proto.new();
// or without bolting onto Object.prototype
var p = pd.new(Proto);

但是我认为将 pd 强加给用户是不友善的，所以我不确定让我的库可用的最佳方法是什么。

1. 人们创建 Proto 的新实例并自己调用 .constructor
2. 强制人们使用 pd
3. 提供 .create 风格的工厂函数
4. 放弃并使用 new 和 .prototype

1 和 2 已经提到过。

3 基本上是

Proto.create = pd.new.bind(pd, Proto);

4 会让我感到难过，但确认已知的标准做事方式会增加可用性。

一般来说，当使用非标准 OO 模式时，允许人们在他们的应用程序中使用我的库的最简单的机制是什么？

我现在很想说

// here is my Prototype
Proto;
// here is how you instantiate a new instance
var p = Object.create(Proto);
// here is how you initialize it
// yes instantiation and initialization are seperate and should be.
p.constructor();
// Want sugar, use pd.new

Answer 1

目前，如果您使用一个小型 API 来帮助您构建传统的构造函数，使用看起来几乎像原型即类的语法，那么您可能会在库客户端上变得最简单。 API 用法示例：

// Superclass
var Person = Class.extend({
    constructor: function (name) {
        this.name = name;
    },
    describe: function() {
        return "Person called "+this.name;
    }
});

// Subclass
var Worker = Person.extend({
    constructor: function (name, title) {
        Worker.super.constructor.call(this, name);
        this.title = title;
    },
    describe: function () {
        return Worker.super.describe.call(this)+" ("+this.title+")";
    }
});
var jane = new Worker("Jane", "CTO");

实现：

• 简单 JavaScript 继承
• 我已经重新实现了 Resig 的 API，在一种可能更容易理解的方式： rauschma/class-js

Answer 2

我认为正确的方法是根据“use pd”选项提供 new(Prototype, [arguments]) 函数。从依赖关系的角度来看，它甚至不应该那么糟糕（因为无论如何你都可以单独打包这个函数，并且只有几行代码）

提供一个特殊的函数也符合某种历史观点。如果你回到 Smalltalk，甚至在像 Python 这样的最近的情况下，你有单独的对象创建（new）和初始化（init，构造函数）函数，我们没有注意到这种分离的唯一原因是因为它们提供了语法用于对象实例化的糖。