目录
- 概览
- 名词解释
- 连接到Dynamics 365 CRM
- Web API
- Organization service
- 选择 - Web API vs. Organization service
- 扩展服务端
- 扩展应用端
正文
Dynamics 365 CRM提供了多种编程模型，你可以灵活地按需选用最佳模式。
本文是对Dynamics 365 CRM编程模型的综述。
概览
下图表明了Dynamics 365 CRM的主要可编程场景。请根据整体解决方案选择合适的模型。
从扩展的角度来看，你可以在Dynamics 365中实现以下附加功能：
- 应用于PC或移动设备的控制台应用程序或者WPF（Windows Presentation Foundation），即图中上方.Net下的绿框。
- 处理Dynamics的Web表单的扩展，即图中右侧web application部分。
- 处理Dynamics服务端的扩展，即图中左侧.NET plug-ins和workflows下方的绿色方框。
其中1和2属于客户端扩展，3属于服务端扩展。
名词解释
上图中部分名词的基本概念。
Web resources：存储在Dynamics 365 CRM数据库中的虚拟文件，比如图片，网页，XML等，可以通过URL访问。
Forms scripts：Dynamics 365 CRM中的一种常见的Javascript应用方式，使用场景包括通过自定义代码对表单输入内容校验、或进行其它自动化处理等。（参考：Form Scripts）
Ribbon commands：Ribbon的的定义见微软文档。
Workflow：通过Workflow可以创建和管理自动化的业务过程，它也提供了定制和扩展标准流程的机制。
Plug-ins：一种事件处理程序，通过它可以修改或扩充标准的业务流程。
Organization service：客户端连接服务端的一种方式，适用于.Net客户端。
Web API：客户端连接服务端的一种方式，拥有良好的平台兼容性，适用于各种客户端。
Service Contracts：Dynamics中的一种单据类型，和本文主题无关。
本文链接：https://www.cnblogs.com/hhelibeb/p/10718080.html
转载请注明
连接到Dynamics 365 CRM
客户端要访问Dynamics 365 CRM中的数据，有2种方案可以选择：使用Web API或者organization service。
Web API
Web API在2016年11月的系统更新中被引入，它提供了跨编程语言、跨平台和跨设备的开发体验。Web API实现了OData (Open Data Protocol) v4。OData是一个用于构建和消费RESTfulAPIs的OASIS标准。
使用Web API时，可以选择由社区支持的支持OData V4标准的库。你也可以选择写代码直接使用HTTP。
相关内容：使用Dynamics 365 CRM Web API。
连接Dynamics 365 CRM时，可以使用Azure AD Authentication Libraries (ADAL)以启用支持多语言/多平台的认证。
相关内容：通过Web API进行身份认证。
Organization service
如果你是位.Net开发者，那么你既可以使用Web API，也可以使用organization service。通过organization service可以使用组件和工具生成强类型类，包含已经被添加到Dynamics 365 CRM实例中的自定义实体和属性。
通过SDK组件和工具， 你可以使用OrganizationServiceContext，通过这个类可以跟踪变更、管理身份和关系。它也提供了访问Dynamics 365 CRM中的LINQ的入口。当你使用代码生成工具的时候，会得到当前已定义的实体和属性的强类型类，它们被称为早绑定类（early-bound classes）。
更多信息：在代码中使用早绑定实体类
当代码需要处理生成代码时尚不知道的实体和属性时，你可以在代码中使用允许指定实体和属性的实体类。这种晚绑定（late-bound）的代码风格提供了更大的灵活性，但是不允许完整的编译期类型检查，因此不会出现隐式转换。在晚绑定下，只有在对象创建或者对类型执行操作的时候才会检查类型。需要显式指定实体类的类型，以避免隐式转换。
相关内容：在代码中使用晚绑定
如果要创建Windows客户端或者使用Windows PoweShell，可以使用Xrm.Tolling。它提供了一套API，通过使用SDK组件来提供额外的功能和资源，用于Windows客户端的开发。
相关内容：使用XRM工具创建Windows客户端应用
选择 - Web API vs. Organization service
注：organization service目前使用的是过时的2011 SOAP Endpoint，未来它的内部实现会迁移到Web API。
扩展服务端
可以编写监听事件的代码，并应用自定义业务逻辑来修改或扩充平台的标准行为。 这种代码仅可使用.NET托管代码编写，开发人员的体验基于SDK组件中定义的相同对象。你可以使用organization service操作Dynamics 365 CRM中的数据。
相关信息： 写插件来扩展业务处理
可以基于Windows Workflow Foundation编程模型创建自定义流程。可以创建多种不同的处理，多数时候通过使用workflow设计器来实现功能。但是设计器有一些做不到的事情，此时可以通过代码来定义。
相关信息：写Workflow来自动化业务处理
扩展应用端
Dynamics 365 CRM提供的每个客户端应用都具备定制和部署到不同类型客户端的能力。Web应用、Dynamics 365 for Outlook、Dynamics 365 for 平板、and Dynamics 365 for 电话——都提供了自定义导航和命令的能力，也提供了Xrm对象模型和Xrm.Utility功能，可以通过使用Javascript为客户端提供响应式体验。
在客户端中，可以通过URL访问Web resource，比如Javascript库、HTML页面、图像，或其它文件。
相关内容：在CRM app中使用Javascript，Dynamics 365 CRM中的Web Resource
当你需要访问在Javascript上下文中不可用的Dynamics 365 CRM数据时，可以调用服务器获取数据。可以使用organization service，但使用JSON格式的Web API会比基于XML的organization service更简单，因为JS运行在应用上下文中，会自动获得身份认证。
相关内容：Dynamics 365 CRM Web API入门 (客户端JavaScript)
参考：Programming models for Dynamics 365 for Customer Engagement apps
Microsoft Dynamics 365: Custom Extensions and Data Import
JavaScript and HTML Resources
