The programming models for Microsoft Dynamics CRM 2013
Applies To: Dynamics CRM 2013
Microsoft Dynamics CRM offers several programming paradigms designed to give you the flexibility to decide what works best for your needs. An early-bound entity data model has been added that includes an "object services" layer that integrates with the stack and exposes entity values as .NET Framework objects. You can also use the late-bound scenario.
The following diagram illustrates the key programmability scenarios for Microsoft Dynamics CRM 2013 and Microsoft Dynamics CRM Online.
Use these Microsoft Dynamics CRM programming paradigms for the following:
Early-bound – Microsoft Dynamics CRM uses an entity data model and Windows Communication Foundation (WCF) Data Services technologies to provide a new set of tools that simplify the development of Internet-enabled applications that interact with Microsoft Dynamics CRM. This also enables an additional programming paradigm: an organization service context that tracks changes to objects and supports .NET Language-Integrated Query (LINQ) queries to retrieve data from Microsoft Dynamics CRM. For more information, see Use the early bound entity classes in code.
Late-bound – This programming paradigm lets you write code that accesses entities that are not yet defined. For example, you may use this to write a custom search utility that will work for any installation of Microsoft Dynamics CRM, regardless of the customizations that you made. For more information, see Use the late bound entity class in code. This paradigm also allows code to be written in a generic manner in such a way that it doesn't require a certain type of entity.
REST – The REST endpoint for AJAX and Microsoft Silverlight clients provides an alternative interface that you can use to work with Microsoft Dynamics CRM data. Rather than directly invoking the SOAP-based web service, you can execute requests using a service that is based on a URI. For more information, see Use the OData endpoint with web resources.
WSDL – This programming paradigm lets you develop code from non-.NET clients, and does not depend on the use of Microsoft Dynamics CRM assemblies. For example, you can use this programming model to write code for Microsoft Dynamics CRM in Java. For more information, see Write Java and other non-.NET client applications.
Program using early and late binding
In Microsoft Dynamics CRM, you can choose from several programming scenarios to find the model that best suits your needs.
The main development scenario for Microsoft Dynamics CRM for the Microsoft .NET Framework references two assemblies that allow you to connect to any Microsoft Dynamics CRM system for both early and late bound types. This scenario can be described as late binding or loosely typed. To use late bound types, use the Entity class. This class defines a collection of attributes that can be used to get and set the values of attributes. To use this model, the exact logical name must be known (and specified) as a string.
Alternatively, you can use early bound classes generated directly from the metadata, which include all customizations. The generated classes provide early binding and IntelliSense to aid you as you write custom code. For more information, see Create early bound entity classes with the code generation tool (CrmSvcUtil.exe).
The entity class structure is the following:
The DynamicEntity class has been replaced by the base class Entity. This means that all types are discoverable at both build time and runtime, making all strongly-typed entities now loosely-typed entities. You can use both programming scenarios in the same code as shown in the following example:
Account entity = new Account(); entity["name"] = "My Account"; //loosely typed, late binding entity.AccountNumber = "1234"; //strongly typed, early binding
The Microsoft Dynamics CRM SDK documentation includes samples that use both programming scenarios. The early bound samples use a file of strongly-typed classes that are generated with the code generation utility from a new, uncustomized installation of Microsoft Dynamics CRM. To run the samples, you must generate a file of strongly-typed classes from your installation. You can decide whether to create a proxy assembly from the generated code file or to include the file in your project directly, as we have done for the samples. For more information about your development style choices, see Choose your development style for managed code.
Summary of changes between versions
Supported extensions for Microsoft Dynamics CRM 2013
Assemblies included in the Microsoft Dynamics CRM SDK 2013
Entity and attribute naming conventions
Types in the Microsoft Dynamics CRM SDK 2013