Files
stack/packages/mosaic/framework/skills/vue-best-practices/reference/template-ref-unwrapping-top-level.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.1 KiB

title, impact, impactDescription, type, tags
title impact impactDescription type tags
Template Ref Unwrapping Only Works for Top-Level Properties MEDIUM Nested refs in template expressions render as [object Object] instead of their values capability
vue3
reactivity
ref
template
unwrapping

Template Ref Unwrapping Only Works for Top-Level Properties

Impact: MEDIUM - Vue only auto-unwraps refs that are top-level properties in the template render context. Nested refs (refs inside objects) are NOT unwrapped in expressions, causing [object Object] rendering or calculation errors.

This caveat trips up developers when they store refs inside reactive objects or plain objects and try to use them in template expressions like {{ object.count + 1 }}.

Task Checklist

  • Keep refs at the top level of your setup return or script setup
  • Destructure nested refs to top-level variables before using in expressions
  • Be aware that text interpolation {{ object.ref }} DOES unwrap, but expressions {{ object.ref + 1 }} do NOT
  • Consider restructuring data to avoid nested refs in templates

Incorrect:

<script setup>
import { ref } from 'vue';

const count = ref(0);
const object = { id: ref(1) };
</script>

<template>
  <!-- WRONG: Nested ref in expression - does NOT unwrap -->
  <p>ID + 1 = {{ object.id + 1 }}</p>
  <!-- Renders: "ID + 1 = [object Object]1" -->

  <!-- Surprisingly, plain interpolation DOES work -->
  <p>ID = {{ object.id }}</p>
  <!-- Renders: "ID = 1" (unwrapped because it's the final expression) -->
</template>

Correct:

<script setup>
import { ref } from 'vue';

const count = ref(0);
const object = { id: ref(1) };

// SOLUTION 1: Destructure to top-level
const { id } = object;
</script>

<template>
  <!-- CORRECT: Top-level ref unwraps in all expressions -->
  <p>Count + 1 = {{ count + 1 }}</p>
  <!-- Renders: "Count + 1 = 1" -->

  <!-- CORRECT: Destructured ref is now top-level -->
  <p>ID + 1 = {{ id + 1 }}</p>
  <!-- Renders: "ID + 1 = 2" -->
</template>
<script setup>
import { ref, computed } from 'vue';

const object = { id: ref(1) };

// SOLUTION 2: Use computed for derived values
const idPlusOne = computed(() => object.id.value + 1);
</script>

<template>
  <!-- CORRECT: Computed handles the .value access -->
  <p>ID + 1 = {{ idPlusOne }}</p>
</template>
<script setup>
import { reactive } from 'vue';

// SOLUTION 3: Use reactive object instead (refs inside reactive auto-unwrap)
const object = reactive({ id: 1 });
</script>

<template>
  <!-- CORRECT: Plain reactive property works in expressions -->
  <p>ID + 1 = {{ object.id + 1 }}</p>
</template>
// WHY this happens:
// - Template compilation only adds .value to top-level identifiers
// - {{ count + 1 }} compiles to: count.value + 1
// - {{ object.id + 1 }} compiles to: object.id + 1 (no .value added!)
// - Plain {{ object.id }} has special handling for display purposes

Reference