Hi Community,
Recently, I started learning about this concept of AOs as my company will be moving into this subscription model soon. As such, had also started researching on ways to reduce the AO count. Had already went thru these 2 links,
Felt that the above 2 links are so far, the best resources i can find. But i do still have the following questions
Having said that, if I really do the following, there is nothing to stop me, and I can reduce the AOs right? Anyway, the following scenario is an extreme one, just to illustrate my point.
Edited, adding more questions
6. So if my entity maybe have 10 attributes, and if for some strange reasons, i choose to create 5 different end-user applications, and each application will only perform CRUD on 2 of the attributes, the AO will still count as 1? Of course, 5 different end-user applications with 5 screens, will add 5 AO
Am still infant in this concept, and trying to find out more.
Thank you!
Hi, I'll do my best to answer your questions about Application Objects (AOs) and reducing AO count: 1. Entity counting: Yes, if an entity is used once or multiple times, it still counts as one AO. The frequency of access doesn't affect the AO count.
2.Core widget module: Yes, using a core widget module can lead to more event handling, but it's a trade-off for reducing AOs. The core widget module typically contains reusable web blocks and logic to reduce duplication and minimize AOs. This approach promotes modularity and reusability.
3.
- OutSystems UI Style Guide: The guide demonstrates best practices, including using If/Else conditions to display web blocks. This approach can help reduce AOs by minimizing the number of screens and web blocks.
- Extreme scenario: While technically possible, creating one screen with 100 web blocks and using If/Else conditions to display them is not a recommended approach. It may lead to performance issues, maintenance challenges, and a complex user experience.
- Forge components: Yes, forge components with their own AOs will add to your total AO count.Thanks,
Afaque