The jQuery library has a passionate community of developers, and it is now the most widely used JavaScript library on the web today. Two years ago I announced that Microsoft would begin offering product support for jQuery, and that we’d be including it in new versions of Visual Studio going forward. By default, when you
create new ASP.NET Web Forms and ASP.NET MVC projects with VS 2010 you’ll find jQuery automatically added
to your project. A few weeks ago during my second keynote at the MIX 2010 conference I announced that Microsoft would also begin contributing
to the jQuery project. During the talk, John Resig -- the creator of the jQuery library and leader of the jQuery developer team – talked a little about our participation and discussed an early prototype of a new client templating API for jQuery. In this blog post, I’m going
to talk a little about
how my team is starting
to contribute
to the jQuery project, and discuss some of the specific features that we are working on such as client-side templating and data linking (data-binding). Contributing
to jQuery jQuery has a fantastic developer community, and a very open way
to propose suggestions and make contributions. Microsoft is following the same process
to contribute
to jQuery as any other member of the community. As an example, when working with the jQuery community
to improve support for templating
to jQuery my team followed the following steps: We created a proposal for templating and posted the proposal
to the jQuery developer forum (http://forum.jquery.com/topic/jquery-templates-proposal and http://forum.jquery.com/topic/templating-syntax ). After receiving feedback on the forums, the jQuery team created a prototype for templating and posted the prototype at the Github code repository (http://github.com/jquery/jquery-tmpl ). We iterated on the prototype, creating a new fork on Github of the templating prototype,
to suggest design improvements. Several other members of the community also provided design feedback by forking the templating code. There has been an amazing amount of participation by the jQuery community in response
to the original templating proposal (over 100 posts in the jQuery forum), and the design of the templating proposal has evolved significantly based on community feedback. The jQuery team is the ultimate determiner on what happens with the templating proposal – they might include it in jQuery core, or make it an official plugin, or reject it entirely. My team is excited
to be able
to participate in the open source process, and make suggestions and contributions the same way as any other member of the community. jQuery Template Support Client-side templates enable jQuery developers
to easily generate and render HTML UI on the client. Templates support a simple syntax that enables either developers or designers
to declaratively specify the HTML they want
to generate. Developers can then programmatically invoke the templates on the client, and pass JavaScript objects
to them
to make the content rendered completely data driven. These JavaScript objects can optionally be based on data retrieved from a server. Because the jQuery templating proposal is still evolving in response
to community feedback, the final version might look very different than the version below. This blog post gives you a sense of
how you can try out and use templating as it exists today (you can download the prototype by the jQuery core team at http://github.com/jquery/jquery-tmpl or the latest submission from my team at http://github.com/nje/jquery-tmpl). jQuery Client Templates You
create client-side jQuery templates by embedding content within a <script type="text/html"> tag. For example, the HTML below contains a <div> template container, as well as a client-side jQuery “contactTemplate” template (within the <script type="text/html"> element) that can be used
to dynamically display a list of contacts: The {{= name }} and {{= phone }} expressions are used within the contact template above
to display the names and phone numbers of “contact” objects passed
to the template. We can use the template
to display either an array of JavaScript objects or a single object. The JavaScript code below demonstrates
how you can render a JavaScript array of “contact” object using the above template. The render() method renders the data into a string and appends the string
to the “contactContainer” DIV element: When the page is loaded, the list of contacts is rendered by the template. All of this template rendering is happening on the client-side within the browser: Templating Commands and Conditional Display Logic The current templating proposal supports a small set of template commands - including if, else, and each statements. The number of template commands was deliberately kept small
to encourage people
to place more complicated logic outside of their templates. Even this small set of template commands is very useful though. Imagine, for example, that each contact can have zero or more phone numbers. The contacts could be represented by the JavaScript array below: The template below demonstrates
how you can use the if and each template commands
to conditionally display and loop the phone numbers for each contact: If a contact has one or more phone numbers then each of the phone numbers is displayed by iterating through the phone numbers with the each template command: The jQuery team designed the template commands so that they are extensible. If you have a need for a new template command then you can easily add new template commands
to the default set of commands. Support for Client Data-Linking The ASP.NET team recently submitted another proposal and prototype
to the jQuery forums (http://forum.jquery.com/topic/proposal-for-adding-data-linking-to-jquery). This proposal describes a new feature named data linking. Data Linking enables you
to link a property of one object
to a property of another object - so that when one property changes the other property changes. Data linking enables you
to easily keep your UI and data objects synchronized within a page. If you are familiar with the concept of data-binding then you will be familiar with data linking (in the proposal, we call the feature data linking because jQuery already includes a bind() method that has nothing
to do with data-binding). Imagine, for example, that you have a page with the following HTML <input> elements: The following JavaScript code links the two INPUT elements above
to the properties of a JavaScript “contact” object that has a “name” and “phone” property: When you execute this code, the value of the first INPUT element (#name) is set
to the value of the contact name property, and the value of the second INPUT element (#phone) is set
to the value of the contact phone property. The properties of the contact object and the properties of the INPUT elements are also linked – so that changes
to one are also reflected in the other. Because the contact object is linked
to the INPUT element, when you request the page, the values of the contact properties are displayed: More interesting, the values of the linked INPUT elements will change automatically whenever you update the properties of the contact object they are linked
to. For example, we could programmatically modify the properties of the “contact” object using the jQuery attr() method like below: Because our two INPUT elements are linked
to the “contact” object, the INPUT element values will be updated automatically (without us having
to write any code
to modify the UI elements): Note that we updated the contact object above using the jQuery attr() method. In order for data linking
to work, you must use jQuery methods
to modify the property values. Two Way Linking The linkBoth() method enables two-way data linking. The contact object and INPUT elements are linked in both directions. When you modify the value of the INPUT element, the contact object is also updated automatically. For example, the following code adds a client-side JavaScript click handler
to an HTML button element. When you click the button, the property values of the contact object are displayed using an alert() dialog: The following demonstrates what happens when you change the value of the Name INPUT element and click the Save button. Notice that the name property of the “contact” object that the INPUT element was linked
to was updated automatically: The above example is obviously trivially simple. Instead of displaying the new values of the contact object with a JavaScript alert, you can imagine instead calling a web-service
to save the object
to a database. The benefit of data linking is that it enables you
to focus on your data and frees you from the mechanics of keeping your UI and data in sync. Converters The current data linking proposal also supports a feature called converters. A converter enables you
to easily convert the value of a property during data linking. For example, imagine that you want
to represent phone numbers in a standard way with the “contact” object phone property. In particular, you don’t want
to include special characters such as ()- in the phone number - instead you only want digits and nothing else. In that case, you can wire-up a converter
to convert the value of an INPUT element into this format using the code below: Notice above
how a converter function is being passed
to the linkFrom() method used
to link the phone property of the “contact” object with the value of the phone INPUT element. This convertor function strips any non-numeric characters from the INPUT element before updating the phone property. Now, if you enter the phone number (206) 555-9999 into the phone input field then the value 2065559999 is assigned
to the phone property of the contact object: You can also use a converter in the opposite direction also. For example, you can apply a standard phone format string when displaying a phone number from a phone property. Combining Templating and Data Linking Our goal in submitting these two proposals for templating and data linking is
to make it easier
to work with data when building websites and applications with jQuery. Templating makes it easier
to display a list of database records retrieved from a database through an Ajax call. Data linking makes it easier
to keep the data and user interface in sync for update scenarios. Currently, we are working on an extension of the data linking proposal
to support declarative data linking. We want
to make it easy
to take advantage of data linking when using a template
to display data. For example, imagine that you are using the following template
to display an array of product objects: Notice the {{link name}} and {{link price}} expressions. These expressions enable declarative data linking between the SPAN elements and properties of the product objects. The current jQuery templating prototype supports extending its syntax with custom template commands. In this case, we are extending the default templating syntax with a custom template command named “link”. The benefit of using data linking with the above template is that the SPAN elements will be automatically updated whenever the underlying “product” data is updated. Declarative data linking also makes it easier
to create edit and insert forms. For example, you could
create a form for editing a product by using declarative data linking like this: Whenever you change the value of the INPUT elements in a template that uses declarative data linking, the underlying JavaScript data object is automatically updated. Instead of needing
to write code
to scrape the HTML form
to get updated values, you can instead work with the underlying data directly – making your client-side code much cleaner and simpler. Downloading Working Code Examples of the Above Scenarios You can download this .zip file
to get with working code examples of the above scenarios. The .zip file includes 4 static HTML page: Listing1_Templating.htm – Illustrates basic templating. Listing2_TemplatingConditionals.htm – Illustrates templating with the use of the if and each template commands. Listing3_DataLinking.htm – Illustrates data linking. Listing4_Converters.htm – Illustrates using a converter with data linking. You can un-zip the file
to the file-system and then run each page
to see the concepts in action. Summary We are excited
to be able
to begin participating within the open-source jQuery project. We’ve received lots of encouraging feedback in response
to our first two proposals, and we will continue
to actively contribute going forward. These features will hopefully make it easier for all developers (including ASP.NET developers)
to build great Ajax applications. Hope this helps, Scott P.S. [In addition
to blogging, I am also now using Twitter for quick updates and
to share links. Follow me at: twitter.com/scottgu]
