为什么vue3推荐使用composition apivue3 推荐使用 composition api 的主要原因是为了更好地组织和重用组件逻辑。
在 vue2 中,我们通常使用 options api,其中我们通过定义不同的选项(如 data、methods、computed 等)来定义组件的行为。这种方式存在一些缺点,例如:
大型组件变得难以维护,因为相关代码被分散在不同的选项中。
大型组件可能会有重复的逻辑,因为代码难以重用。
跟踪哪些数据属性被修改以及在何时修改它们可能变得困难。
我们下面举个简单例子, 以下代码定义了一个用于获取数据的逻辑:
import { reactive, onmounted } from 'vue'import axios from 'axios'export function usedata(url) { const data = reactive({ loading: false, error: null, items: [] }) const fetchdata = async () => { data.loading = true try { const response = await axios.get(url) data.items = response.data } catch (error) { data.error = error.message } data.loading = false } onmounted(() => { fetchdata() }) return { data, fetchdata }}
该逻辑涵盖了数据获取方法、加载状态处理和错误信息等内容的逻辑。我们可以在多个组件中使用该逻辑,避免了重复的代码。
例如,在一个组件中使用该逻辑:
import { usedata } from './usedata'export default { setup() { const { data } = usedata('https://api.example.com/data') return { data } }}
当然, vue2通过mixin也能实现上面的功能, 但可读性和可维护性不如composition api:
const datamixin = { data() { return { loading: false, error: null, items: [] } }, methods: { fetchdata() { this.loading = true axios.get(this.url) .then(response => { this.items = response.data }) .catch(error => { this.error = error.message }) .finally(() => { this.loading = false }) } }, mounted() { this.fetchdata() }}
然后在组件中使用:
export default { mixins: [datamixin], data() { return { url: 'https://api.example.com/data' } }}
可以看到,使用mixin可以将公共的逻辑混入到组件中,但是混入存在一些问题,例如命名冲突、生命周期钩子的调用顺序等问题。
以上就是vue3进阶主题composition api如何使用的详细内容。
