javascript fluent api 与选项对象

Question

我尊敬的一位 javascripter 谈到您应该如何避免大型选项对象以支持流畅的 api。

为什么？有什么优点和缺点？

Avoid large options objects

If you component truly only takes a fewoptions, and are unlikely to change after the fact, then an optionsobject may be suitable. I strongly suggest considering a fluent API,even if you provide an options object. This makes code considerablycleaner, as the fluent API can back each key in the options object,which otherwise would promote extremely large plugins. Remember buildup to a user-friendly api, do not start there.

https://github.com/component/component/wiki/Building-better-components

Answer 1

我觉得这是一个没有明确答案的“意见问题”，所以这是我的意见。

它使开发更容易。现代 Javascript IDE 可以检查 Javascript 源代码并提供代码完成提示。 Visual Studio、Aptana 和 WebStorm 等等。如果您有一个流畅的 API，IDE 可以列出所有选项方法，这将使您可以更快地输入代码，并且还可以向您显示每个选项的文档。如果您只是传递一个选项对象，您必须知道该对象的形状应该是什么，并且您还必须知道您想要使用哪些选项以及它们的作用，因为 IDE 无法告诉您这些。

马修