Files
stack/packages/mosaic/framework/skills/vue-best-practices/reference/prop-destructured-watch-getter.md
fargo 1a822493ba format: apply repo prettier (3.8.1) to the folded skills tree
963 markdown files reformatted with the repository's pinned prettier so
pnpm format:check covers the folded tree like every other repo file.

The formatter's embedded-language pass also normalized code fences
(TS semicolons, closed HTML tags in examples, lowercased CSS hex colors,
one renumbered list that skipped an index). Alphanumeric token deltas vs
the fold commit were audited file-by-file; all are formatter-equivalent
markup normalizations plus the four sanitized skills.
2026-08-19 14:37:17 -05:00

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
vue3
props
reactivity
watch
composables
destructuring

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.propertyName directly 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.

Reference