x-data

Everything in Alpine starts with the x-data directive.

x-data defines a chunk of HTML as an Alpine component and provides the reactive data for that component to reference.

Here's an example of a contrived dropdown component:

<div x-data="{ open: false }">
<button @click="open = ! open">Toggle Content</button>
 
<div x-show="open">
Content...
</div>
</div>

Don't worry about the other directives in this example (@click and x-show), we'll get to those in a bit. For now, let's focus on x-data.

Scope

Properties defined in an x-data directive are available to all element children. Even ones inside other, nested x-data components.

For example:

<div x-data="{ foo: 'bar' }">
<span x-text="foo"><!-- Will output: "bar" --></span>
 
<div x-data="{ bar: 'baz' }">
<span x-text="foo"><!-- Will output: "bar" --></span>
 
<div x-data="{ foo: 'bob' }">
<span x-text="foo"><!-- Will output: "bob" --></span>
</div>
</div>
</div>

Methods

Because x-data is evaluated as a normal JavaScript object, in addition to state, you can store methods and even getters.

For example, let's extract the "Toggle Content" behavior into a method on x-data.

<div x-data="{ open: false, toggle() { this.open = ! this.open } }">
<button @click="toggle()">Toggle Content</button>
 
<div x-show="open">
Content...
</div>
</div>

Notice the added toggle() { this.open = ! this.open } method on x-data. This method can now be called from anywhere inside the component.

You'll also notice the usage of this. to access state on the object itself. This is because Alpine evaluates this data object like any standard JavaScript object with a this context.

If you prefer, you can leave the calling parenthesis off of the toggle method completely. For example:

<!-- Before -->
<button @click="toggle()">...</button>
 
<!-- After -->
<button @click="toggle">...</button>

Getters

JavaScript getters are handy when the sole purpose of a method is to return data based on other state.

Think of them like "computed properties" (although, they are not cached like Vue's computed properties).

Let's refactor our component to use a getter called isOpen instead of accessing open directly.

<div x-data="{
open: false,
get isOpen() { return this.open },
toggle() { this.open = ! this.open },
}">
<button @click="toggle()">Toggle Content</button>
 
<div x-show="isOpen">
Content...
</div>
</div>

Notice the "Content" now depends on the isOpen getter instead of the open property directly.

In this case there is no tangible benefit. But in some cases, getters are helpful for providing a more expressive syntax in your components.

Data-less components

Occasionally, you want to create an Alpine component, but you don't need any data.

In these cases, you can always pass in an empty object.

<div x-data="{}">

However, if you wish, you can also eliminate the attribute value entirely if it looks better to you.

<div x-data>

Single-element components

Sometimes you may only have a single element inside your Alpine component, like the following:

<div x-data="{ open: true }">
<button @click="open = false" x-show="open">Hide Me</button>
</div>

In these cases, you can declare x-data directly on that single element:

<button x-data="{ open: true }" @click="open = false" x-show="open">
Hide Me
</button>

Re-usable Data

If you find yourself duplicating the contents of x-data, or you find the inline syntax verbose, you can extract the x-data object out to a dedicated component using Alpine.data.

Here's a quick example:

<div x-data="dropdown">
<button @click="toggle">Toggle Content</button>
 
<div x-show="open">
Content...
</div>
</div>
 
<script>
document.addEventListener('alpine:init', () => {
Alpine.data('dropdown', () => ({
open: false,
 
toggle() {
this.open = ! this.open
},
}))
})
</script>

→ Read more about Alpine.data(...)

Code highlighting provided by Torchlight