Home/ Questions/Q 873919
In Process

The Archive Base Latest Questions

Editorial Team
  • 0
Asked: 2026-05-15T11:01:13+00:00

JavaScript lets you add arbitrary properties and methods to any object, including DOM nodes.

  • 0

JavaScript lets you add arbitrary properties and methods to any object, including DOM nodes. Assuming the property was well namespaced (something like _myLib_propertyName) so that it would be unlikely to create a conflict, are there any good reasons not to stash data in DOM nodes?

Are there any good use cases for doing so?

I imagine doing this frequently could contribute to a sloppy coding style or code that is confusing or counter-intuitive, but it seems like there would also be times when tucking “custom” properties into DOM nodes would be an effective and expedient technique.

Share

Leave an answer

You must login to add an answer.

Need An Account,

1 Answer

  1. Editorial Team

    I think more than anything, the best reason not to store data in the DOM is because the DOM is meant to represent content structure and styling for an HTML page. While you could surely add data to the nodes in a well-namespaced manner as to avoid conflicts, you’re introducing data state into the visual representation.

    I’m trying to find an example for or against storing data in the DOM, and scratching my head to find a convincing case. In the past, I’ve found that the separation of the data state from the visual state has saved headache during re-designs of sites I’ve worked on.

    • 0