Hello all, the subject may not be a good summary of what I'm looking for, so here's a bit more context for this posting.
I need to create a set of user interfaces, each of which serves a specific purpose in an application. But a lot of these UIs share similar functionalities (e.g., Approve/Reject decision, Doc upload, Confirmation, etc.) that I'd like to turn into reusable "parts" that will become part of a parent "wrapper" interface object. So, the idea is to always use the parent UI object--this holds common elements such as a page title--and pass in an ID as a rule input, which will be used to determine which of the reusable parts will be displayed within the parent UI.
During my online search on this topic, I found this Community posting and this blog entry by Stefan Helzle to be somewhat relevant to my needs. But it seems that Appian at some point started preventing users from storing rule/function references in local variables, which would have been a useful feature to have.
I get the sense that I'll probably end up using the a!match() to determine which of the reusable components to display but I'd like to think there's a better/proper way than hard coding a LARGE block of a!match() that contains all of the reusable UI components, all in one object. Any pointers/tips/guidance will be much appreciated!
Discussion posts and replies are publicly visible
You could try to use applyComponents but the downside is that you can't determine dependencies anymore.
Sure. Don't go that way, unless you spend at least a few months in research and testing! There are so many edge cases and things to consider.
IMHO, trying to build another level of abstraction on top of Appian has a high risk of failing on the long run.
Just my 2 cents ...
Just to be clear, I was not recommending this solution. Merely presenting it as an option (with downsides).
(and also testing my recently unblocked account )