It is imperative to know who does the rendering in ColdBox and that is the Renderer class that you can see from our diagram above. As you can tell from the diagram, it includes your layouts and/or views into itself in order to render out content. So by this association and inheritance all layouts and views have some variables and methods at their disposal since they get absorbed into the object. You can visit the API docs to learn about all the Renderer methods. All of the following property members exist in all layouts and views rendered by the Renderer:
A reference to the Request Context
A reference to the request collection inside of the request context (For convenience)
A reference to the private request collection inside of the request context (For convenience)
A reference to the HTML Helper plugin (coldbox.system.plugins.HTMLHelper) that can help you build interactive HTML
A reference to the CacheBox framework factory (coldbox.system.cache.CacheFactory)
A reference to the application's ColdBox Controller (coldbox.system.web.Controller)
A reference to the current configured Flash Object Implementation that inherits from the AbstractFlashScope AbstractFlashScope (derived coldbox.system.web.flash.AbstractFlashScope)
The reference to the LogBox library (coldbox.system.logging.LogBox)
A pre-configured LogBox Logger object for this specific class object (coldbox.system.logging.Logger)
A reference to the WireBox object factory (coldbox.system.ioc.Injector)
As you can see, all views and layouts have direct reference to the request collections so it makes it incredibly easy to get and put data into it. Also, remember that the Renderer inherits from the Framework SuperType so all methods are at your disposal if needed.
Important Do not put any type of business logic in layouts and views, it does not belong there!