# Combining Indirect Tag Binding and Expression Binding?

**URL:** <https://forum.inductiveautomation.com/t/combining-indirect-tag-binding-and-expression-binding/11117>\
**Category:** General Discussion\
**Created:** [January 26, 2016, 8:40am UTC](https://forum.inductiveautomation.com/t/combining-indirect-tag-binding-and-expression-binding/11117 "2016-01-26T08:40:44Z")\
**Posts on this page:** 1\
**Showing post:** 3

<div class="post-metadata">

**Author:** ![pturmel](https://sea1.discourse-cdn.com/inductiveautomation/user_avatar/forum.inductiveautomation.com/pturmel/32/3295_2.png) [@pturmel](https://forum.inductiveautomation.com/u/pturmel)\
**Post date:** [January 26, 2016, 12:46pm UTC](https://forum.inductiveautomation.com/t/combining-indirect-tag-binding-and-expression-binding/11117/3 "2016-01-26T12:46:00Z")

</div>

I too would use intermediate custom properties. In a pinch though, you can do indirect tag references in an expression with the [tag()](https://docs.inductiveautomation.com/display/DOC/tag) expression function.

Edit:

I more strongly recommend against using the `tag()` function now-a-days. See this topic:

> [@Nesting Not Allowed while using Properties in a Template to turn on a Light](http://forum.inductiveautomation.com/t/nesting-not-allowed-while-using-properties-in-a-template-to-turn-on-a-light/33609/16):
>
> Yes, there is. If the items that comprise your tagpath are updated, even if yielding the same result path, the entire expression containing the tag() function will have to execute. With indirect binding, this doesn't happen. The strings themselves have to be reconstructed every time, even if not changing, slowing down the final expression execution. There are a few cases with computed gateway tags where the tag() expression is the only good way to do indirection, and the dynamic stuff above…

---

_[View the full topic](https://forum.inductiveautomation.com/t/combining-indirect-tag-binding-and-expression-binding/11117)._
