Pulled ALL skills from 15 source repositories: - anthropics/skills: 16 (docs, design, MCP, testing) - obra/superpowers: 14 (TDD, debugging, agents, planning) - coreyhaines31/marketingskills: 25 (marketing, CRO, SEO, growth) - better-auth/skills: 5 (auth patterns) - vercel-labs/agent-skills: 5 (React, design, Vercel) - antfu/skills: 16 (Vue, Vite, Vitest, pnpm, Turborepo) - Plus 13 individual skills from various repos Mosaic Stack is not limited to coding — the Orchestrator and subagents serve coding, business, design, marketing, writing, logistics, analysis, and more. Co-Authored-By: Claude Opus 4.6 <noreply@anthropic.com>
3.9 KiB
3.9 KiB
title, impact, impactDescription, type, tags
| title | impact | impactDescription | type | tags | ||||||
|---|---|---|---|---|---|---|---|---|---|---|
| Wrap Destructured Props in Getters for watch and Composables | MEDIUM | Passing destructured prop values directly to watch or composables loses reactivity | gotcha |
|
Wrap Destructured Props in Getters for watch and Composables
Impact: MEDIUM - When you destructure props with defineProps, the destructured variables are reactive in templates but passing them directly to watch() or external composables will pass the current value, not a reactive source. The watcher or composable won't track future changes.
Vue 3.5+ automatically transforms destructured props for template reactivity, but external functions still need getter wrappers.
Task Checklist
- Wrap destructured props in arrow functions when passing to
watch() - Use getter functions when passing destructured props to composables
- Verify composables use
toValue()to normalize getter/ref inputs - Consider using
props.propertyNamedirectly if getter syntax feels awkward
Incorrect:
<script setup>
import { watch } from 'vue'
import { useDebounce } from './composables'
const { searchQuery, userId } = defineProps(['searchQuery', 'userId'])
// WRONG: Passing value, not reactive source
// This captures the initial value only - changes won't trigger the watcher
watch(searchQuery, (newValue) => {
console.log('Query changed:', newValue) // Never fires after initial!
})
// WRONG: Composable receives static value
const debouncedQuery = useDebounce(searchQuery, 300) // Won't update
</script>
Correct:
<script setup>
import { watch } from 'vue'
import { useDebounce } from './composables'
const { searchQuery, userId } = defineProps(['searchQuery', 'userId'])
// CORRECT: Wrap in getter function to maintain reactivity
watch(() => searchQuery, (newValue) => {
console.log('Query changed:', newValue) // Fires on every change
})
// CORRECT: Pass getter to composable
const debouncedQuery = useDebounce(() => searchQuery, 300)
</script>
Alternative: Use props Object Directly
<script setup>
import { watch } from 'vue'
const props = defineProps(['searchQuery', 'userId'])
// Also correct: Watch via props object (no getter needed)
watch(() => props.searchQuery, (newValue) => {
console.log('Query changed:', newValue)
})
// Watch multiple props
watch(
() => [props.searchQuery, props.userId],
([newQuery, newUserId]) => {
console.log('Props changed:', newQuery, newUserId)
}
)
</script>
Writing Composables That Accept Props
When creating composables that should work with destructured props:
// composables/useDebounce.js
import { ref, watch, toValue } from 'vue'
export function useDebounce(source, delay = 300) {
const debounced = ref(toValue(source)) // toValue handles both getter and ref
let timeout
watch(
// toValue normalizes getter functions and refs
() => toValue(source),
(newValue) => {
clearTimeout(timeout)
timeout = setTimeout(() => {
debounced.value = newValue
}, delay)
}
)
return debounced
}
<!-- Usage -->
<script setup>
const { query } = defineProps(['query'])
// Works with getter
const debouncedQuery = useDebounce(() => query, 300)
</script>
Vue 3.5+ Reactive Destructuring
Vue 3.5+ added reactive props destructuring. The compiler transforms:
const { foo } = defineProps(['foo'])
Into something like:
const __props = defineProps(['foo'])
// foo accesses __props.foo reactively in templates
However, external function calls still need getters because JavaScript itself passes values, not references.