Vue.js 如何使用自定义前缀编写指令？那么是不是有什么不同于“v-”？

vue.js 2.x中是否有任何方法可以定义不带

v-

前缀的指令？我们所有的angular 1指令都已经有了前缀，在转换时，我们不想（也不认为这是明智的）共享vue范围的前缀。我们有像

rs fullscreen

这样的指令，它们属于我们的iris域。就像我们没有在角度指令中使用

ng

。

直截了当的回答：这是不可能的，也不会很快，如果可能的话。

直截了当的回答：这是不可能的，也不会很快，如果可能的话。

很高兴知道，但为什么？名称空间的混合听起来像是一个不常见的位置，并且用v-mynamespace-mydirective作为前缀也不太吸引人。很高兴看到核心团队成员回答有关stackoverflow的问题（尽管我没想到在假期里会这样。）我们将vue视为一个长期选择，并仔细检查我们在平台上构建的应用程序，以检查angular 1设计到vue的典型迁移点。现在它看起来相当不错，尤其是与angular 2相比。我不知道在这个上下文中你所说的“名称空间混合”是什么意思。

v-

的一般理由是，所有与vue相关的指令都有一个通用前缀，这使得无论项目如何，都可以轻松地导航任何vue模板，也可以轻松地从技术上解析模板。引入自定义前缀将需要对所述前缀的每个组件进行定义，以保持组件作为插件等可重用。我们已经在系统中向设计人员提供了许多帮助器属性级指令。在angular 1中，他们可以查看每个指令并按前缀查找文档。如果是ng-*它是纯angular的，如果是rs-*它是我们的，如果是md-*它是材料设计等。当按照默认值从vue开始时，它只会添加一个额外的v-所以v-rs-*。我们会取消rs，只使用v，但这会导致在哪里查找文档的混乱。我们设计了系统的架构，这样只查看html就可以大致了解依赖关系了。好的，明白了。这是因为一个典型的angular应用程序会大量使用自定义指令。在Vue 2.0中，您不会（除了内置的，

v-for

等）。Vue中自定义指令的功能比Angular中的小得多，并且只针对低级DOM工作（您几乎不需要这样做）。大多数用angular中的指令解决的问题，都是用vue中的组件解决的，并且可以根据需要命名组件。正因为如此，名称空间指令并不是真正有用/必要的。很高兴知道，但为什么？名称空间的混合听起来像是一个不常见的位置，并且用v-mynamespace-mydirective作为前缀也不太吸引人。很高兴看到核心团队成员回答有关stackoverflow的问题（尽管我没想到在假期里会这样。）我们将vue视为一个长期选择，并仔细检查我们在平台上构建的应用程序，以检查angular 1设计到vue的典型迁移点。现在它看起来相当不错，尤其是与angular 2相比。我不知道在这个上下文中你所说的“名称空间混合”是什么意思。

v-

的一般理由是，所有与vue相关的指令都有一个通用前缀，这使得无论项目如何，都可以轻松地导航任何vue模板，也可以轻松地从技术上解析模板。引入自定义前缀将需要对所述前缀的每个组件进行定义，以保持组件作为插件等可重用。我们已经在系统中向设计人员提供了许多帮助器属性级指令。在angular 1中，他们可以查看每个指令并按前缀查找文档。如果是ng-*它是纯angular的，如果是rs-*它是我们的，如果是md-*它是材料设计等。当按照默认值从vue开始时，它只会添加一个额外的v-所以v-rs-*。我们会取消rs，只使用v，但这会导致在哪里查找文档的混乱。我们设计了系统的架构，这样只查看html就可以大致了解依赖关系了。好的，明白了。这是因为一个典型的angular应用程序会大量使用自定义指令。在Vue 2.0中，您不会（除了内置的，

v-for

等）。Vue中自定义指令的功能比Angular中的小得多，并且只针对低级DOM工作（您几乎不需要这样做）。大多数用angular中的指令解决的问题，都是用vue中的组件解决的，并且可以根据需要命名组件。正因为如此，名称空间指令并不是真正有用/必要的。