3 ms·
You don't really need any framework feature for this. It's really about good client side architecture, and abstracting components to fetch things before they ar
by proc0 2y ago
You don't really need any framework feature for this. It's really about good client side architecture, and abstracting components to fetch things before they are needed based on the most probable interactions. It depends on the domain and the different use cases, but it's something that the client should handle even if the server isn't the fastest.
App speed is about perception and the client has to provide this illusion. It's things like avoiding delayed interactions by hiding them behind multiple clicks, or requesting extra data to allow a buffer when requesting the next batch. This has downsides as the app would be constantly busy in the background and might lag, but it's about balancing those tradeoffs based on the user needs and target devices.