SAP-samples / ui5-exercises-codejam

Material for SAP CodeJam events about UI5. Step-by-step guide explaining how to build a frontend web application using UI5.
Apache License 2.0
55 stars 26 forks source link

Session Feedback #26

Closed SvenVerbeek closed 1 year ago

SvenVerbeek commented 1 year ago

Thanks for taking a couple of minutes to give feedback, which will help me improve for next time. Before doing anything else, hit the green button "Submit new issue" right now to save this issue content, rather than try to complete the feedback in this raw form. Then go through the questions and mark a single checkbox for each, to represent your answer. Finally, in the empty comment box below this one, please describe what you liked and what you didn't like.

How experienced were you with web development in general before this session?

How experienced were you with UI5 before this session?

How do you feel about UI5 now (after this session)?

Did this session meet your expectations?

Was the time allotted to each exercise enough for you to work through them?

What did you think of the extra information (collapsable sections 💬) and explanations provided?

How did you find the way we all moved at the same pace through the exercises?

Which development environment(s) did you use?

If you have time, please add a comment below to write free-form what you liked and what you disliked about the session. Thank you!

SvenVerbeek commented 1 year ago

As something that came to mind after the session: During the testing fase of the search functionality, it seemed that every keystroke of the keyboard triggered an api call to the database. In an api-cost based environment where you can have x amount of messages a month, which will be a big part of the scope of SAP in the future with Cloud based applications, would this mean that every search keystroke is to be considered an api call and thus a 'message'?

If that is the case then how would you tackle this issue? Since you wouldn't want to waste your precious, available messages on 'stupid' keystrokes in a search functionality.

If it's not the case that it consumes messages quota, then I'd also like to know how efficient the loading of this data, in a database set with thousands of records, would perform if every keystroke (or even the loading of the data itself on init) would trigger a new call to the backend.

Thanks,

nicoschoenteich commented 1 year ago

Hi @SvenVerbeek, Interesting question. Indeed, we listened to the liveChange event of the SearchField, which triggers an API call on every keystroke. However, this is optional - we could also listen for the change event, which only gets fired when the user hits enter or clicks the little search icon. I opted for the liveChange in this case solely because I think it provides a better user experience. To your second point: The efficient querying and loading of data is handled by OData and HANA Cloud internally - nothing the application developer has to implement themself. Thanks for attending the CodeJam and leaving feedback. Looking forward to next time! Best, Nico