Skip to main content

70-562 User Controls



Copying and pasting a group of control might be ok if they have minimal business logic behind, but if the control has considerable business logic behind it, it might be better to group them in a user control and copy just this one control on each page.

A user control is a like a little page that you embed within other page, they are inteded for use within a single site, so it's ok to put site specific business logic in them.

Custom controls are, like the ones in the toolbox, created from scrach and inherit from a base class, and the result is an assembly containing the control.

User controls are often used for header, footers, and side panels.

To add a user control you can drag and drop it in the page in design mode, or add in the aspx page by adding a register directive that has a src, tagname, tagprefix. And will be referenced by it's prefix:tagname and an id specific to the instance of the control.

An example,a user control can be as simple as a drop down list that provides states of a country. Since the states don't change often, they CAN be hardcoded in the control rather than comming from a db.
In this example, the events exposed by the user control have to be defined, all events of the drop down list are private to the user control. The user control will raise an event that will be handled by the page hosting the user control. This is because a user control contains usualy many controls and some might have the same events. The page then has an event handler for the selected index changed for the user control, which can be hooked up to the user control's delegate, this can be done in the Page_Load or OnInit of the page.




Comments

Popular posts from this blog

Rxjs Forkjoin vs Zip

These Rxjs combination operators are handy to make Rest calls in parallel and combine their results. Both take n observables and will return the results, with the difference that forkJoin will complete even if one of the nested observables errors of completes.

React JS Patterns

React JS is always evolving, and evolving quickly. These evolutions can be very significant ones, for example, the addition of hooks. React has a lot of code patterns, often these patterns are motivated by the DRY and/or the open-close principle. These patterns sometimes come in to replace a previous one, yet the previous ones still stays in use, as a consequence, the list of patterns keep growing. The goal of the next few posts will be to list the patterns commonly used in React JS developpement. Some patterns are more specific to JSX and I will start with these, and maybe add patterns specific to Redux.

Object.create vs. Object.Assign

The two functions return a new Object but with a difference. Object.assign will go through an enumerable and copy it's properties. Object.create will create a new empty object but link it's proto chain to the old object. One way to view this is with JSON.stringify(newCreatedObject) this would return an empty object, since all the properties are not part of the object's own properties, but inherited through prototype inheritance. In both case, the advantage is it allows to extended existing objects without modifying the original. This is particularly important when receiving arguments from a caller, in this case it's better to use these methods instead of modifying the caller's object since he might have planned to use it again later, expecting it to be in it's original state.