Ah yes, Polymorphic…funny I was thinking the last week how to add in some additional use case stuff to try to move that along. You’ll recall @mdubakov mentioned here that the work involved isn’t too complex:
In an effort to paraphrase what I wanted to explain as a much more detailed post, I am seeing an increased need for Polymorphic around creating hierarchical “grouping” style Apps. A situation where I would use an app and a series of child Types to group other Types, much like you’d use Folders in an old-school file system. The key is that in some cases you need just one level of hierarchy, in others say 4 or 5. Without Polymorphic, you have to always have the bottom level used , otherwise you would need to create extra relations to have something grouped on a higher level than the bottom.
So say you have something like this:
Function → Subfunction → Specialization → Area
This would be used in categorizing some work in a business, such as:
Marketing → SEO…in this case, you would not need to go down further to level 3 and 4, but you might have:
Marketing → Paid Campaigns → SEM → Google Ads…in this case the four levels are essential, as you could have another one here after “SEM” of “Facebook Ads” right?
With Polymorphic, I can choose at which level I relate to the entire App described here. That is just like if I’m creating a file folder in, say, Google Docs, for my Company functions. I can create folders on more than one level, and that works nicely.
Let’s hope Polymorphic continues to gain support - I’m glad to see it’s so popular now with Votes, although not sure if that’s giving it enough weight on the overall points scheme within the entire feedback system on the Fibery Roadmap!