https://vuejs.org/guide/extras/composition-api-faq.html我正在阅读vue3的composition api和legacy options api之间的差异。我一直困惑于什么时候应该使用设置功能和道具选项脚本设置和定义Props。根据我在faq上看到的，"对您可以通过Options API组件中的setup((选项使用Composition API。
然而，只有当您有一个现有的Options API代码库，需要与使用Composition API编写的新功能/外部库集成时，我们才建议您这样做。">
那么，为了迂腐和要求正确性，使用设置函数是使用选项api吗？如果你要启动一个新的vue3项目，你会在每个组件中使用<script setup>吗？有没有理由不使用<script setup>？
到目前为止，我一直在使用带有道具选项的设置功能，我认为代码很好，可读性强，但我认为这不是正确的处理方式。我应该重新制作<script setup>并删除设置功能吗？
那么，为了学究和要求正确性，使用设置函数是使用选项api吗？
选项API与script块不相同。选项API表示替换为组合API的组件选项，即data、methods、computed、watch、mixins。
如果你要启动一个新的vue3项目，你会在每个组件中使用吗？有没有理由不使用？
这是主观的，但有理由避免这种情况。
script setup是DSL，不符合规范的JavaScript。它不是透明的，也没有完整的文档记录，与此语法相关的大量问题来自于开发人员没有完全意识到代码在做什么，这只能通过调试编译的JavaScript代码来确认。这增加了与templateDSL类似的问题，只是后者有很好的文档记录，而且除了允许编写更少的代码之外，还有其他原因使其存在。
语法涵盖了大多数常见情况，但任何特殊情况都需要添加额外的script块或重构组件以使用script而不是script setup。在决定组件语法时，无法预测其中一些情况。这会导致不一致性和额外的维护。
仍然有一些工具不完全支持script setup语法。
Vue反应性转换是语法糖的另一个例子，它使用$美元等宏来实现简洁的组件代码，而牺牲了其清晰度和对ECMAScript标准的遵守。
您可以在选项API中使用script setup或setup()
有些人更喜欢选项API，其他人则喜欢CAPI。
这只是一个偏好，允许人们仍然使用选项API，因为它更容易访问和掌握(尤其是初学者(。
CAPI更多地针对高级用户或React挂钩开发人员。