Differences
This shows you the differences between two versions of the page.
| Both sides previous revision Previous revision Next revision | Previous revision | ||
| 3500:0800:0810 [2026/08/13 00:55] – removed - external edit (Unknown date) 127.0.0.1 | 3500:0800:0810 [2026/08/13 01:10] (current) – external edit 127.0.0.1 | ||
|---|---|---|---|
| Line 1: | Line 1: | ||
| + | {{tag> | ||
| + | [< | ||
| + | ====== Architecture of the client-side code ====== | ||
| + | Before we explain how to write scripts for different components it is useful if a developer understands roughly the general architecture of the client-side code. | ||
| + | |||
| + | This is what happens behind the scenes when a screen is displayed in the browser by // | ||
| + | |||
| + | Each component, such as a form or a query is handled by the appropriate " | ||
| + | |||
| + | * jQuery object containing HTML of the component (form or query). This object is called " | ||
| + | * An array of " | ||
| + | |||
| + | Then the screen to be displayed is assembled from HTML markups of different components that the screen contains and the final HTML for the screen is built. This HTML is then given to the Kendo UI library, which creates all widgets of the screen based on the screen HTML and configurations of the widgets prepared by the controllers. Kendo UI library modifies this HTML to add its own classes and performs other steps to ensure that its widgets are displayed correctly. Finally the resulting HTML document is given to the browser which draws it on the screen. | ||
| + | |||
| + | To summarize: | ||
| + | |||
| + | - A screen consists of components. Each component is represented by its own controller | ||
| + | - The process starts by each controller asking the server for the definition of components | ||
| + | - The controller then prepares HTML markup of the component and configurations of containing widgets | ||
| + | - The HTML of the screen is created from the markups of components returned by controllers | ||
| + | - The HTML and widget configurations are then given to the Kendo UI library to prepare its widgets | ||
| + | - Final HTML of the screen is produced and is drawn by the browser. | ||
| + | So where in this process do the client scripts come in? For most components there are two types of scripts – the " | ||
| + | |||
| + | The markup can be modified using jQuery functions that manipulate HTML. The script can only modify the markup for the component, but not the entire screen, because the entire screen hasn’t been built yet. | ||
| + | |||
| + | Widget configurations represent Javascript objects with properties described by Kendo UI API Reference. For example, to see the API Reference | ||
| + | |||
| + | The render script, though, runs after everything has been drawn on the screen – i.e. after step 6 above. By this time all Kendo UI widgets will have been already created, so the script can access the widget and call its methods (see the Methods section in the Kendo UI API Reference for each widget). Configuration objects cannot be used at this stage. | ||
| + | |||
| + | The render script can also access the final browser document and manipulate it if need be using jQuery functions. The following sections describe how this can be done in more detail. | ||
| + | |||
| + | |||
| + | {{simplenavi> | ||