Microsoft Technology Licensing, LLC

Microsoft Corporation

Workman Nydegger

Bertrand Le Roy

Nikhil Kothari

Simon Calvert

Eilon J Lipton

Michael James Harder

Matthew E Gibbs

David Vincent Reed

Various technologies and techniques are disclosed for using contracts in dynamic languages. For example, a contract can be directly associated with an object. The contract can then be used to provide type safety for the object. As another example, contracts can be used with mix-ins. A declaration for a contract is provided with a mix-in. The contract is associated with a target object at runtime when applying the mix-in. Conditions can be assigned to mix-ins that must be met before the mix-in can be applied to the target object. At runtime, if the target object meets the one or more conditions, then the mix-in can be applied to the target object.

Instance interfaces and mix-ins for dynamic languages

An intra Web-page navigation history mechanism allows history points to be tracked even for state transitions within the same Web page. A Web page may be subjected to a number of different state changes as the Web application executes. Along the way, a number of the state changes may be tracked as history points. When a history point is created, associated state is also recorded. When the history point is again navigated to, a navigation event may be raised along with the associated state for the history point. Various components (whether on the server or client) may listen to that event and reconstruct their respective states by using selective portions of the reconstruction state.

Managing navigation history for intra-page state transitions

The present invention extends to methods, systems, and computer program products for providing localized resources for client-side script execution. Embodiments of the invention facilitate providing culturally localized resources for executing client-side scripts at Web browser. In some embodiments, client-side script reference tags refer to a script handler at the Web server (instead of an actual script). The script handler can a return localized resource sets for use with client-side scripts (that include calls to external resources). Accordingly, execution of client-side scripts can be localized in accordance with resources contain in the localized resource set. In other embodiments, a script manager using a generic script reference to identifying an appropriate localized instance of a script. Client-side script reference tags refer to the appropriate localized instance of the script. Accordingly, execution of a Web page can be localized in accordance with the localizations contained in the localized instance of the script.

Providing localized resources for client-side script execution

The present invention extends to methods, systems, and computer program products for identifying appropriate client-side script references. Embodiments of the invention facilitate tailoring a list of script references to send to a Web browser based on a list of script references included in a server page. Referenced scripts sent to a Web browser can differ from referenced scripts included in the server page. Script references sent to a Web browser can refer to scripts optimized for the execution environment of the Web browser and to scripts stored at preferred script sources. Further, duplicate script references are removed prior to sending a list of script references to the Web browser. Since script lists sent to Web browsers are tailored for execution environment and duplicates are removed, scripts can be loaded and processed more effectively at Web browsers.

Identifying appropriate client-side script references

A script markup language provides a declarative mechanism for defining script-based interactive behavior and application logic associated with a document. The script markup defining the interactive behavior and application logic is presented as an independent portion of the markup for the document, separated from any markup concerning the content and presentation of the document.

Script markup

A script application framework is provided to abstract common scripting patterns and to provide a structure for scripting. The script application framework encapsulates scripting logic into script components, manages lifetime of script objects, and builds relationships among different script objects. The script application framework can be applied to any scripting environment.

Script application framework

The present invention extends to methods, systems, and computer program products for automated generation of different script versions. Received scripts can include comments containing descriptive data from which instructions for implementing specified further functionality (e.g., debugging, testing, tracing, etc.) can be inferred. Received scripts can also include anonymous function names. Modules within a script pre-processor can access the descriptive data and infer instructions for implementing specified further functionality. Modules with the script preprocessor can also infer and assign global identifiers to anonymous functions such that the scripts are subsequently identifiable using the global identifiers. The modules within the script pre-processor can interoperate to generate versions of the script that implement the specified further (e.g., debugging) functionality without requiring a developer to write additional code.

Automated generation of different script versions

In a distributed computing system including at least one server and at least one client, the server simulates and executes a client-side script that generates the initial content of a Web page. Specifically, the server simulates a client-side execution environment to run the client-side script that generates the initial content of the Web page. As a result, the initial rendering of the Web page that a server sends over to the client already contains the initial content that is usually generated on the client.

Initial server-side content rendering for client-script web pages

The present invention extends to methods, systems, and computer program products for dynamically loading scripts. Web pages can include references to script loaders that control the loading of other scripts at a Web browser. A script loader can load scripts in accordance with script loading rules that override the default script loading behavior of the Web browser. Script loading rules can cause scripts to load in a different order than encountered in a Web pager, load in parallel, load in a manner that limits cross-domain requests, etc. Script loading rules are configurable such at that a developer can create customized script loading behavior.

Growing community of inventors

Bellevue, WA, United States of America

Bertrand Le Roy