Giải đáp Sample question - Outsystems Associate Reactive Developer (Phần 4)

 Xin chào mọi người,

Tiếp tục chuỗi bài đăng về Outsystems Associate Reactive Developer, hôm nay mình sẽ giải đáp sample question/sample exam official từ Outsystems cho kỳ thi Associate Reactive Developer phần 4 (từ câu 16 tới câu 20)


Associate Reactive Developer Sample Exam - EN.pdf

Về Outsystems và cách ôn luyện cho kỳ thi Associate Reactive Developer, các bạn có thể xem lại tại đây

Về giải đáp sample question/sample exam các phần khác, các bạn có thể xem lại tại đây.

Về các loại chứng chỉ Outsystems, level và giá từng loại, mình có tổng hợp vào một bài viết tại đây.

16. Role base security


Role ở Outsystems được dùng để giới hạn permission của user đã login.

Default system sẽ có 2 roles, Anonymous và Registered. Bất kỳ user nào truy cập vào system mà chưa login sẽ có role anonymous, user đã login (và login dưới bấ kỳ role nào) sẽ có role là registered user. 

Có nghĩa là 1 user khi login có thể nhận 3 roles, một là Registered, hai là role cho user đang login và ba là anonymous.

Với câu hỏi số 16, khi Michael truy cập và login bằng roles OrderAdmin, đồng thời Michael cũng có role Registered nên Michael cũng có thể truy cập các screen đang được set Registered Role.

Đáp án đúng là đáp án A.

Chúng ta cùng phân tích thêm một số đáp án khác.

Đáp án B: Sai, Michael có thể truy cập bất kỳ screen nào được set role anonymous.

Đáp án C: Sai, Michael có thể truy cập screen được set role Registered.

Đáp án D: Sai, Ngoài screen có role OrderAdmin, Michael có thể truy cập screen với role Registered và Anonymous.

17. Client variable

Mình sẽ ghi xuống dưới đây các note về phần Client variable khi học

Client variable: long live, user-specification (lưu ở client browser): bản chất gần giống local storage
  • Basic data type and entity identify
  • Keep khi login và reset khi log out
  • Ko nên save thông tin sensitive
  • Usecase : cache information frequenly access

 Với việc lưu ở client nên Client variable không nên dùng để lưu các thông tin nhạy cảm, cần bảo mật.

Vì vậy, đáp án B: Password là chính xác.


18. Debug and monitoring


Câu này không khó nhưng dễ sai nếu các bạn không đọc kỹ.

Câu hỏi là với N=0, điều gì sẽ xảy ra nếu chạy action trong câu hỏi.

Rõ ràng, với action flow ở trên, action sẽ dừng ở node End, tuy nhiên các bạn cầu chú ý đáp án.


Đáp án A, action sẽ end và sqrt =0, đây là một đáp án sai nhưng có thể nhiều bạn sẽ chọn vào.

Lý do sai là action này sẽ không end do ở node End, chúng ta đang đặt debug (dấu chấm đỏ cạnh chữ End).

Đáp án đúng là D, The debugger will stop at the breakpoint in the End node.


19. Pagination

Câu hỏi tạo pagination cho table widget. Nếu các bạn thực hành phần này rồi thì sẽ tìm sẽ không quá khó để tìm được câu trả lời.

Với câu hỏi step nào còn thiếu trong nếu setting như ở dưới, chắc các bạn cũng sẽ nghĩ ngay tới chưa refresh aggreate để refresh table.



Mình xin share lại note của mình về các step để tạo 1 pagination cho 1 table widget.

Các bạn có thể tham khảo thêm.

  1. Kéo thả pagination vào page
  2. Tạo local var ở screen: start-index, recordPerpage
  3. Set param vào pagination: startIndex, MaxRecord(record perpage), TotalCount
  4. Set event on pagination change: set local var startIndex = newStartIndex &refresh aggregate (new startIndex và input var có sẵn của event)

Như vậy, đáp án C là chính xác.



20. Build-in validation

Câu này khá dễ sai nếu các bạn không đọc kỹ



Với việc không send dữ liệu tới server nếu các trường mandatory chưa được fill, chúng ta nghĩ ngay tới dùng Build-in validation. Tuy nhiên, trong câu hỏi không dùng build-in validation default mà kết hợp với action khi click button Save.
Vì vậy, sau khi enable build-in validation ( Set the Built-in validations of the Save button to Yes), chúng ta cần check giá trị của của build-in trả về để quyết định mandatory field đã được fill hay chưa (check if the Form's Valid property is True.). Nhiều bạn đọc nhanh sẽ chọn đáp án A, mà bỏ qua đáp án đúng là đáp án C.

Nguồn tham khảo:

Nhận xét

Đăng nhận xét

Bài đăng phổ biến từ blog này

Phân loại các khách hàng ở Nhật: Hiểu đúng để quản lý dự án hiệu quả (Phần 1)

Hình ảnh
 Xin chào các bạn, Trong quá trình làm việc và tiếp xúc với nhiều dự án khác nhau, mình đã có cơ hội hợp tác với nhiều loại khách hàng tại Nhật. Hôm nay, mình sẽ chia sẻ cách phân loại khách hàng theo từng nhóm để các bạn có thể nắm bắt đặc điểm của mỗi loại, từ đó dễ dàng xử lý và làm hài lòng khách hàng hơn, đặc biệt khi đi onsite hay làm việc từ xa (offshore). Mỗi loại khách hàng có tiêu chuẩn và yêu cầu về chất lượng dự án khác nhau. Vì vậy, việc hiểu rõ đặc điểm của từng nhóm sẽ giúp các bạn tự tin hơn khi tiếp cận khách hàng mới. Khách hàng là các công ty SI (System Integration) 1 Công ty SI là gì? Công ty SI (System Integration) là một khái niệm mình đã đề cập nhiều trong blog nhưng chưa có dịp giải thích kỹ. Công ty SI chuyên cung cấp dịch vụ tích hợp hệ thống IT cho các công ty thuộc nhiều ngành nghề khác nhau, đặc biệt là các công ty không chuyên về công nghệ thông tin (non-IT). Đặc thù của công ty SI là triển khai các giải pháp công nghệ thông tin theo yêu cầu của khách ...
Đọc thêm

Phân loại các khách hàng ở Nhật: Hiểu đúng để quản lý dự án hiệu quả (Phần 3)

 Xin chào các bạn, Tiếp nối chuỗi bài về khách hàng Nhật, hôm nay mình sẽ giới thiệu về loại khách hàng cuối cùng, khách hàng end user, hay còn gọi cách khác là non-IT. Loại khách hàng này, sẽ ít có khả năng các bạn onsite hay offshore làm việc cùng, tuy nhiên hy vọng qua bài này, mọi người có khái niệm căn bản và hiểu cách làm việc. 1. Khách hàng end-user là gì? Khách hàng end-user là những dự án nhận ủy thác công việc trực tiếp từ các công ty đang có ý định đặt hàng phát triển hệ thống hoặc ứng dụng và sau đó sử dụng chúng cho hoạt động kinh doanh.  Các dự án này được sale gọi bằng nhiều tên như エンド直案件 hay プライム案件、直案件、元受け ... Vì số lượng các công ty hoặc cá nhân trung gian giảm xuống, hoặc thậm chí không có, nên thù lao dành cho offshore sẽ tăng lên nhưng đi kèm với nó là nhiều rủi ro về trách nhiệm cũng như pháp lý của dự án. Mình sẽ giới thiệu chi tiết hơn ở các phần dưới. 2. Khách hàng end-user khác gì so với khách hàng SI và Consulting Nói ngắn gọn, khi làm với khách hàng...
Đọc thêm