我知道在 dojo 中我们可以通过两种方式创建任何小部件,
- 以编程方式
- 声明式地
要以编程方式创建小部件,我们将使用 JavaScript,而对于以声明方式,我们将使用 HTML 标记中的 dojo 属性。
有人可以解释一下它们之间有什么区别吗?
哪一个最受青睐,为什么?
我知道在 dojo 中我们可以通过两种方式创建任何小部件,
要以编程方式创建小部件,我们将使用 JavaScript,而对于以声明方式,我们将使用 HTML 标记中的 dojo 属性。
有人可以解释一下它们之间有什么区别吗?
哪一个最受青睐,为什么?
好吧,这两种方式之间存在一定的差异。在声明方式中,所有配置都基于 HTML 属性dojo-data-props
,例如值、标题、...等其他属性。因此,您创建的 DOM 节点实际上充当了某种占位符。
当您通过编写 JavaScript 代码创建小部件时,您必须提供 DOM 节点,您也将附加它,但最大的区别是它不会从该 DOM 节点复制 HTML 属性。此处的 DOM 节点仅用作容器,而不是占位符。
没有最首选的解决方案,它通常取决于您的应用程序的要求以及您认为最干净的开发方式。
我个人喜欢声明性标记,因为最终它是用户界面的一部分。但是,您可以随心所欲地走多远。我也看到人们以声明的方式创建商店和小部件事件处理程序,但我个人更喜欢用 JavaScript 编写它们,因为它们不是用户界面的一部分。
还有其他原因可能会改变您创建小部件的方式。例如,声明性标记的最大缺点之一是您需要解析页面(例如使用parseOnLoad
)。这通常比以编程方式创建小部件要慢。您可以通过仅解析某些 DOM 节点来改进它,但是您必须编写额外的代码(而且它仍然不是更快)。
只是一个小笔记;这并不意味着声明方式很慢。这只是一个应该执行的额外操作,因此速度有点慢,但最终用户可能甚至看不到差异。
然而,声明方式的一个优点是,在加载页面时,最终用户能够看到占位符。如果您选择了正确的占位符(例如<select>
fordijit/form/FilteringSelect
和dijit/form/ComboBox
),最终用户至少会看到一些东西。如果您以编程方式创建所有内容,最终用户将看到一个空白页面,直到 JavaScript 代码被执行。
因此,如果性能是要求之一,那么您可以选择以编程方式创建它们。如果您希望将表示层与业务逻辑分离的代码分离,那么我建议使用声明性方式。
但最终,两种解决方案都很好。