Nuta
Dostęp do tej strony wymaga autoryzacji. Możesz spróbować się zalogować lub zmienić katalog.
Dostęp do tej strony wymaga autoryzacji. Możesz spróbować zmienić katalogi.
Usługa Microsoft Dynamics 365 Customer Engagement (lokalna) oferuje kilka modeli programowania zaprojektowanych w celu zapewnienia elastyczności w podejmowania decyzji, co jest najlepsze dla Twoich potrzeb.
Na poniższym diagramie przedstawiono kluczowe scenariusze programowe dla usługi Dynamics 365 Customer Engagement (lokalnie). Użyj odpowiednich modeli programowania usługi Dynamics 365 Customer Engagement (lokalnych) dla typu tworzonych rozwiązań.
Nawiązywanie połączenia z usługą Dynamics 365 Customer Engagement (lokalnie)
Podczas tworzenia aplikacji klienckich w celu uzyskania dostępu do danych w usłudze Dynamics 365 Customer Engagement (wersji lokalnej) masz dwie opcje: możesz użyć interfejsu Web API lub usługi organizacji.
Internetowe API
Internetowy interfejs API został wprowadzony wraz z aktualizacją z grudnia 2016 r. dla usługi Dynamics 365 (online i lokalnie) oraz udostępnia środowisko programistyczne, które może być używane w wielu różnych językach programowania, platformach i urządzeniach. Internetowy interfejs API implementuje protokół OData (Open Data Protocol) w wersji 4. OData to standard OASIS umożliwiający tworzenie i używanie interfejsów API RESTful za pośrednictwem zaawansowanych źródeł danych.
Korzystając z internetowego interfejsu API, możesz wybrać jedną z list bibliotek obsługiwanych przez społeczność, które obsługują standard OData w wersji 4. Możesz również napisać kod bezpośrednio przy użyciu protokołu HTTP. Więcej informacji: Korzystanie z internetowego interfejsu API usługi Dynamics 365 Customer Engagement
W przypadku nawiązywania połączenia z środowiskami usługi Dynamics 365 for Customer Engagement (on-premises) przy użyciu wdrożenia internetowego (IFD) można użyć bibliotek uwierzytelniania usługi Azure AD (ADAL), aby umożliwić uwierzytelnianie z różnych języków programowania i platform. Więcej informacji: Uwierzytelnianie w usłudze Dynamics 365 Customer Engagement (lokalnie) przy użyciu internetowego interfejsu API
Uwaga / Notatka
Biblioteka ADAL platformy Azure jest przestarzała. Zamiast tego użyj biblioteki Microsoft Authentication Library (MSAL).
Usługa danych organizacji ("punkt końcowy REST" lub "punkt końcowy OData") jest usługą OData v2, która przestała być wspierana w aktualizacji z grudnia 2016 r. dla Dynamics 365 (online oraz lokalnie) na rzecz interfejsu Web API. Usługa danych organizacji nie jest uwzględniona na powyższym diagramie. Usługa organizacji jest nadal dostępna do obsługi kodu, który go użył. Jednak w przypadku dowolnego nowego programowania dla usługi Dynamics 365 Customer Engagement (lokalnie) zalecamy użycie internetowego interfejsu API. Więcej informacji: Skorzystaj z punktu końcowego OData przy użyciu zasobów internetowych
Usługa organizacji
Jeśli jesteś deweloperem platformy .NET, możesz użyć internetowego interfejsu API lub usługi organizacji. Za pomocą usługi organizacji można użyć zestawu bibliotek i narzędzi do generowania silnie typizowanych klas, które obejmują jednostki niestandardowe i atrybuty dodane do wystąpienia Dynamics 365 Customer Engagement (on-premises).
Zestawy SDK i narzędzia do generowania kodu umożliwiają również dołączenie elementu OrganizationServiceContext, który jest oparty na tej samej koncepcji co DataServiceContext w usługach danych Windows Communication Foundation (WCF). Ta klasa umożliwia śledzenie zmian, zarządzanie tożsamościami i relacjami oraz zapewnia dostęp do dostawcy zapytań LINQ dla Dynamics 365 Customer Engagement (on-premises), co umożliwia tworzenie zapytań przy użyciu LINQ. W przypadku używania narzędzi do generowania kodu są używane silnie typizowane klasy jednostek i atrybutów zdefiniowanych podczas uruchamiania narzędzia generowania kodu. Są to klasy wcześnie wiązane. Więcej informacji: Używanie klas jednostek wcześnie związanych w kodzie
Gdy kod musi pracować z jednostkami i atrybutami, które nie były znane w czasie uruchamiania narzędzi generowania kodu, możesz użyć Entity klasy, która umożliwia określanie jednostek i atrybutu jednostki w kodzie. Ten późny styl pisania kodu zapewnia większą elastyczność, ale nie pozwala na sprawdzanie w czasie kompilacji wszystkich typów tak, aby nie wystąpiły niejawne rzutowania. Późne wiązanie sprawdza typy tylko wtedy, gdy obiekt jest tworzony lub akcja jest wykonywana na typie. Klasa encji wymaga jawnego określenia typów, aby zapobiec niejawnych rzutów. Więcej informacji: Używanie klasy jednostki opóźnionej w kodzie
Jeśli tworzysz klienta systemu Windows lub używasz programu Windows PowerShell, narzędzie Xrm.Tooling udostępnia zestaw interfejsów API korzystających z zestawów SDK w celu zapewnienia dodatkowych możliwości i zasobów przeznaczonych specjalnie do opracowywania klientów systemu Windows. Więcej informacji: Tworzenie aplikacji klienckich systemu Windows przy użyciu narzędzi XRM
Rozszerzanie na serwerze
Możesz napisać kod, który nasłuchuje zdarzeń i stosuje niestandardową logikę biznesową do modyfikowania lub rozszerzania standardowego zachowania platformy. Ten kod jest dostępny tylko do pisania przy użyciu kodu zarządzanego platformy .NET, a środowisko dewelopera jest oparte na tych samych obiektach zdefiniowanych w zestawach SDK. Możesz pracować z usługą organizacji w celu wykonywania operacji z danymi usługi Dynamics 365 Customer Engagement (on-premises). Więcej informacji: Pisanie wtyczek, aby rozszerzać procesy biznesowe.
Można również tworzyć niestandardowe procesy na podstawie modelu programowania Windows Workflow Foundation . Można utworzyć kilka różnych typów procesów. Przez większość czasu będziesz używać projektanta przepływu pracy. Jeśli jednak istnieje pewna możliwość, której nie można osiągnąć w projektancie, możesz zdefiniować procesy przy użyciu kodu. Więcej informacji: Zapisywanie przepływów pracy w celu automatyzacji procesów biznesowych
Rozszerzanie w aplikacji
Każda z aplikacji klienckich udostępnianych przez usługę Dynamics 365 Customer Engagement (lokalnie) obejmuje możliwość definiowania dostosowań i wdrażania na wielu typach klientów. Aplikacja internetowa, Dynamics 365 for Outlook, Dynamics 365 dla tabletów i Dynamics 365 dla telefonów, z których każda zapewnia funkcje umożliwiające włączenie niestandardowych opcji nawigacji i poleceń, a także modelu obiektów Xrm i funkcji Xrm.Utility, których można używać z językiem JavaScript w celu zapewnienia responsywnych doświadczeń w kliencie. Biblioteki JavaScript, strony HTML, obrazy i inne typy plików, których można używać lub wyświetlać w kliencie, są dostępne jako adresowe zasoby internetowe adresowane adresami URL. Więcej informacji: Używanie języka JavaScript z aplikacjami do angażowania klientów i Zasoby sieciowe dla Dynamics 365 Customer Engagement (na miejscu).
Jeśli musisz uzyskać dostęp do danych usługi Dynamics 365 Customer Engagement (lokalnych), które nie są dostępne w kontekście, w którym jest uruchomiony kod JavaScript, możesz wykonać wywołania serwera, aby uzyskać potrzebne dane. Usługę organizacji można używać, ale znacznie łatwiej jest używać internetowego interfejsu API z formatem JSON, a nie kodem XML wymaganym przez usługę organizacji. Ponieważ skrypt jest uruchamiany w kontekście aplikacji, użytkownik jest automatycznie uwierzytelniany. Więcej informacji: Wprowadzenie do internetowego interfejsu API usługi Dynamics 365 Customer Engagement (JavaScript po stronie klienta)
Zobacz także
Przewodnik dla deweloperów dotyczący usługi Dynamics 365 Customer Engagement (lokalnie)
Rozpocząć
Samouczki i zasoby
Najlepsze rozwiązania
Narzędzia deweloperskie