Integrated development environment with managed platform registry

A software development tool, in the form of an integrated development environment (IDE), comprises a managed platform registry for managing the combination of compatible target platforms and versions of a software development framework. Each compatible combination of a platform and a version of the software development framework is assigned a unique managed platform ID. The managed platform IDs and information associated therewith are managed by the managed platform registry. The software development tool provides upgrade capability allowing a developer to use a newer version of the software development framework while maintaining the current target platform. The software development tool also provides the ability to switch target platforms while maintaining the current version of the software development framework.

TECHNICAL FIELD

The technical field generally relates to integrated development environments (IDEs) and more specifically relates to managing target platforms and versions of software development tools in an IDE.

BACKGROUND

Many software developers use software development tools to develop software for specific devices (also referred to as target platforms). Software development tools are often integrated into integrated development environments (IDEs). An example IDE is VISUAL STUDIO®.NET 2005 developed by MICROSOFT® Corporation. Software is often developed utilizing a software development framework. Example software development frameworks include MICROSOFT.NET FRAMEWORK and MICROSOFT.NET COMPACT FRAMEWORK, also developed by MICROSOFT® Corporation. As a specific example, the MICROSOFT.NET COMPACT FRAMEWORK is an example of a software development framework utilized to develop software for mobile devices. Example mobile devices include POCKET PC 2003, SMARTPHONE 2003, and devices supporting the WINDOWS CE® 5.0 operating system.

Typically, a combination of a development tool and framework is selected based on productivity features of the toolset and the features and functionality intrinsic to the framework. Because there often is a one-to-one correlation between a given development tool and a version of the development framework that it supports, the combination typically is manifested in a specific development tool. In such an environment, developing software for different versions of the framework would require different toolsets and force a software developer to forego potential advancements in newer development tools. Also, developing similar software for a different target platform would require the developer to transfer source code to a different project or make significant changes to the existing project. The above described processes of recreating software source code projects can be burdensome, time consuming, expensive, and error-prone.

SUMMARY

This Summary is provided to introduce a selection of concepts in a simplified form that are further described below in the Detailed Description Of The Illustrative Embodiments. This Summary is not intended to identify key features or essential features of the claimed subject matter, nor is it intended to be used to limit the scope of the claimed subject matter. A software development tool utilizes a managed platform registry to provide the capability to concurrently develop software for multiple target platforms. The software development tool utilizing the managed platform registry also provides the capability to develop software against multiple versions of a software development framework. The software development tool also provides the capability to switch to other versions of a target platform while maintaining software already developed for the current target platform and software development framework. The software development tool also provides the capability to port developed software to other versions of the software development framework. A unique identifier (managed platform ID) is assigned to each compatible combination of a version of the target platform and software development framework. The managed platform IDs are managed by the managed platform registry.

DETAILED DESCRIPTION OF ILLUSTRATIVE EMBODIMENTS

A software development tool for mobile target platforms provides the capability to concurrently develop software for multiple target platforms as well as upgrade to a newer version of the software development framework. The software development tool also provides the capability to port developed software between target platforms and to upgrade developed software to newer versions of the software development framework. The software development tool is part of an integrated development environment (IDE). In an exemplary embodiment, the integrated development environment (IDE) comprises a managed platform registration for managing the combination of a target platform and a version of the software development framework. Managed platforms are registered in a data repository indicating the compatibility between various platforms and versions of the software development framework. The software development tool also provides an upgrade capability allowing a developer to use a newer version of the software development framework while maintaining the current target platform.

FIG. 1is an illustration of an exemplary managed platform registry12comprising various exemplary platforms and versions of a software development framework. The managed platform registry12comprises various target platforms, as depicted in the column16, and various version of the software development framework, as depicted in the row14. The managed platform registry12specifies the compatibility between specific target platforms and versions of the software development framework and is indicated by the designation at respective intersections of the corresponding rows and columns. A platform is compatible with a version of the software development framework if that framework can be used to develop software for that platform. As depicted in registry12, each platform is compatible with at least one version of the software development framework. For example, platform1is compatible with version1and version2of the software development framework, as indicated by the word “supported” located at the respective intersections of the rows and columns. Also, platform K is compatible with version1, version2, and version N of the software development framework. It is to be understood that the depiction of registry12is exemplary. The registry can be configured in any appropriate manner.

Rather than managing a platform alone or a version of a software development framework alone, the managed platform registry manages the combinations of platforms and compatible software development framework versions. For example, the combination of platform1and version1of the software development framework is assigned ID-1(as the managed platform ID), as shown inFIG. 1. It is this combination, assigned a unique identifier ID-1, that is managed by the managed platform registry12. Information pertaining to the combination of the version of the software development framework and the target platform is also stored and obtainable via the registry. As described below, this information is utilized to switch between target platforms and upgrade to newer versions of the software development framework. Other unique managed platform IDs shown inFIG. 1include ID-2assigned to the combination platform1and version N of the software development framework, ID-3assigned to the combination platform K and version1of the software development framework, ID-4assigned to the combination platform K and version2of the software development framework, and ID-5assigned to the combination platform K and version N of the software development framework.

When the software development tool (IDE, such as Microsoft Visual Studio 2005) is launched, the developer chooses the target platform and the target software development framework for which software is to be developed. The registry is queried to determine if the version of the software development framework selected is compatible with the requested target platform. That is, the managed platform registry is queried to determine if a managed platform ID exists for the combination of the selected versions of the software development framework and the target platform. If the target platform and software development framework versions are not compatible (no managed platform ID), the developer is notified accordingly. If the versions of the requested target platform and the software development framework are compatible (managed platform ID exists in registry), information needed to begin software development for the target platform utilizing the version of the software development framework is obtained via the registry and used to commence the software development process.

FIG. 2is an illustration of a registry depicting specific exemplary platforms and specific versions of a software development framework. The registry shown inFIG. 2depicts the following exemplary platforms in column20: POCKET PC 2003, SMARTPHONE 2003, WINDOWS CE 5.0, POCKET PC WINDOWS MOBILE 5.0, and SMARTPHONE WINDOWS MOBILE 5. In row22, the following versions of .NET COMPACT FRAMEWORK are shown: .NET COMPACT FRAMEWORK VERSION 1.0 and .NET COMPACT FRAMEWORK VERSION 2.0. The .NET COMPACT FRAMEWORK software development framework is used to develop software for mobile devices, such as those depicted inFIG. 2. It is emphasized that the software development framework, and the platform devices depicted inFIG. 2are exemplary. As shown inFIG. 2, .NET COMPACT FRAMEWORK VERSION 1.0 is compatible with POCKET PC 2003, SMARTPHONE 2003, POCKET PC WINDOWS MOBILE 5.0, and SMARTPHONE WINDOWS MOBILE 5.0. Also as depicted inFIG. 2, .NET COMPACT FRAMEWORK VERSION 2.0 is compatible with POCKET PC 2003, WINDOWS CE 5.0, POCKET PC WINDOWS MOBILE 5.0, and SMARTPHONE WINDOWS MOBILE 5.0.

In an exemplary embodiment, the managed platform registry is utilized to facilitate upgrading to a version of the software development framework while preserving source code and software development environment settings already developed for the target platform. The managed platform registry is utilized to obtain information needed to accomplish upgrading from a current version of the software development framework to another version of the software development framework. For example, a software developer can upgrade a development project to target a later version of the software development framework and continue developing software for the target platform, without having to recreate source code already developed for the target platform or the software development environment settings that facilitated its production in the IDE. When the software developer attempts to upgrade to another version of the software development framework, the managed platform registry is queried to determine if the newer version of the software development framework is compatible with the current target platform. If there is no compatibility, the upgrade path will be blocked. If there is compatibility, the software that has already been developed for the target platform using the current version of the software development framework is ported to the newer version. Information is obtained from the managed platform registry as necessary to port the developed source code. In an exemplary embodiment, the software development framework targeted by a given software development project can be upgraded to a newer version of the software development framework. For example, if desired, the software developer can port software developed for a target platform using an first (e.g. earlier) earlier version of a software development framework to a second (e.g., later) version of the software development framework.

FIG. 3is an illustration depicting upgrading the version of an exemplary software development framework for an exemplary target platform. The target platform depicted inFIG. 3is the POCKET PC 2003, labeled as item26. The exemplary software development tool being used is MICROSOFT VISUAL STUDIOS 2005 as depicted in the toolbar labeled28. The target software development framework is .Net Compact Framework 1.0. As depicted inFIG. 3, the software developer, developing software for the POCKET PC 2003 using Microsoft .Net Compact Framework 1.0, wants to upgrade the version of .Net Compact Framework currently be used to a newer version, version 2.0. To accomplish the upgrade, the software developer invokes the “Upgrade Project” command24from the drop down menu. In an exemplary embodiment, invoking the “Upgrade Project” command24can result in upgrading the version of the software development framework (.Net Compact Framework) to next newer version, which is .net Compact Framework version 2.0. In this exemplary scenario however, it is assumed that the software developer is using MICROSOFT .Net compact framework version 1.0 (as indicated by the NetCF version property30) and will upgrade to MICROSOFT .Net Compact Framework Version 2.0.

Upon invoking the “Upgrade Project” command24, the managed platform registry is queried to determine if the current target platform26(POCKET PC 2003) is compatible with MICROSOFT .Net Compact Framework VERSION 2.0. In this exemplary scenario there is compatibility. The information needed to port the software developed for the target platform (POCKET PC 2003) and perform any required conversions is obtained from the managed platform registry from information associated with the managed platform ID assigned to the combination of POCKET PC 2003 and MICROSOFT .Net Compact Framework VERSION 2.0. Various portions of the display will change indicating that the software developer is now using the upgraded version of the software development framework, MICROSOFT .Net Compact Framework VERSION 2.0. For example, the “NetCF Version” property30will change to indicate version2(v2) and the list of controls in the tool box column31will change accordingly. In an exemplary embodiment, after upgrading to a later version of the software development framework, controls supported only by the new version of framework will appear in the list31.

FIG. 4is a flow diagram of an exemplary process for developing software utilizing a managed platform registry. The software development tool is launched at step32. In an exemplary embodiment the software development tool is launched as part of an IDE. The managed platform registry is queried at step34to determine if the version of the software development framework and the target platform are compatible. If the version of the software development framework and the target platform are determined (step36) not to be compatible, the software developer is accordingly notified at step50. If the version of the software development framework and the target platform are determined (step36) to be compatible, the software developer commences software development for the target platform at step38.

At any time the software developer can decide to upgrade to another (e.g., later) version of the software development framework while maintaining source code already developed for the target platform. An upgrade to another version of the software development framework is requested at step40. The managed platform registry is queried at step42to determine if the requested version of the software development framework and the target platform are compatible. If the requested version of the software development framework and the target platform are determined (step44) not to be compatible, the upgrade request is denied. The software developer can continue software development for the target platform using the current version of the software development framework at step38. If the requested version of the software development framework and the target platform are determined (step44) to be compatible, information need to perform the upgrade is obtained from the managed platform registry at step46. Also, information needed to port the current source code, developed for the target platform using the previous version of the software development framework, to the requested version of the software development framework is obtained from the managed platform registry at step46. Also at step46, the version of the software development framework is upgraded and the software development project for the target platform is ported to the upgraded version of the software development framework. Software development is continued at step48, utilizing the upgraded version of the software development framework and the ported software.

In an exemplary embodiment, the target platform can be switched while maintaining the same version of the software development framework. The managed platform registry is queried to determine if the current version of the software development framework and the requested target platform are compatible. If there is compatibility, information is obtained from the managed platform registry to switch target platforms and to convert controls as necessary. In an exemplary embodiment, if after switching to a different target platform, a control is no longer supported in the new target platform, the control is marked as unsupported.

The various techniques described herein may be implemented in connection with hardware or software or, where appropriate, with a combination of both. Thus, the methods and apparatuses for developing software utilizing a managed platform registry or certain aspects or portions thereof, may take the form of program code (i.e., instructions) embodied in tangible media, such as floppy diskettes, CD-ROMs, hard drives, or any other machine-readable storage medium, wherein, when the program code is loaded into and executed by a machine, such as a computer, the machine becomes an apparatus for developing software utilizing a managed platform registry. In the case of program code execution on programmable computers, the computing device will generally include a processor, a storage medium readable by the processor (including volatile and non-volatile memory and/or storage elements), at least one input device, and at least one output device. The program(s) can be implemented in assembly or machine language, if desired. In any case, the language may be a compiled or interpreted language, and combined with hardware implementations.

While methods and apparatuses for developing software utilizing a managed platform registry have been described in connection with the illustrative embodiments of the various figures, it is to be understood that other similar embodiments can be used or modifications and additions can be made to the described embodiments for performing the same function for developing software utilizing a managed platform registry without deviating therefrom. Rather, the specific features and acts described above are disclosed as example forms of implementing the claims. Therefore, methods and apparatuses for developing software utilizing a managed platform registry should not be limited to any single embodiment, but rather should be construed in breadth and scope in accordance with the appended claims.