In many scenarios, business apps fo

In many scenarios, business apps for Office provide visualizations or an analysis of business data. A typical pattern for accessing data is through services. Because the consumption of these services will be from JavaScript, the best fit is ASP.NET Web API Services (REST/JSON/OData, and so on). If the services are simple and data-driven, an easier approach is to use LightSwitch OData services or WCF Data Services. However, apps for Office can have a web back end, so JavaScript is not the only option. You can also access business data from the server side using ASP.NET.
The reasons why you should choose one or another technology for building services are quite similar to those previously mentioned. When developing custom services to be consumed from apps for Office using technologies like ASP.NET Web API, WCF, etc., please refer to the “Services” section within Section 4, “Emerging application patterns.”
Scenario: Connected Apps for Office
Figure 5-20 shows the recommended possibilities for a connected app for Office that is consuming remote services and accessing a data source.
Using SharePoint services is optional. An App for Office can be isolated from SharePoint, as well.
Scenario: Connected Apps for Office

Results (Vietnamese) 1:

Trong nhiều tình huống, ứng dụng kinh doanh cho các văn phòng cung cấp kiểu trực quan hoặc phân tích dữ liệu kinh doanh. Một mô hình điển hình cho truy cập vào dữ liệu là thông qua dịch vụ. Bởi vì việc tiêu thụ của các dịch vụ này sẽ từ JavaScript, phù hợp nhất là dịch vụ API Web ASP.NET (còn lại/JSON/OData, và như vậy). Nếu các dịch vụ được đơn giản và dữ liệu theo định hướng, một cách tiếp cận dễ dàng hơn là để sử dụng dịch vụ LightSwitch OData hoặc WCF dịch vụ dữ liệu. Tuy nhiên, ứng dụng cho các văn phòng có thể có một kết thúc trở lại trang web, do đó, dung JavaScript không phải là lựa chọn duy nhất. Bạn cũng có thể truy cập vào dữ liệu doanh nghiệp từ phía máy chủ sử dụng ASP.NET. Những lý do tại sao bạn nên chọn một hoặc một công nghệ để xây dựng Dịch vụ khá tương tự như đã đề cập. Khi phát triển các dịch vụ tùy chỉnh được tiêu thụ từ ứng dụng cho các văn phòng bằng cách sử dụng công nghệ như ASP.NET Web API, WCF, vv, xin vui lòng tham khảo phần "Dịch vụ" trong phần 4, "Mới nổi mô hình ứng dụng." Kịch bản: Kết nối ứng dụng cho các văn phòng Hình 5-20 Hiển thị các khả năng được đề nghị cho một ứng dụng kết nối cho các văn phòng đó là tiêu thụ dịch vụ từ xa và truy cập vào một nguồn dữ liệu. Sử dụng dịch vụ SharePoint là tùy chọn. Một ứng dụng cho các văn phòng có thể được phân lập từ SharePoint, là tốt. Kịch bản: Kết nối ứng dụng cho các văn phòng

Results (Vietnamese) 2:

Trong nhiều tình huống, các ứng dụng kinh doanh cho văn phòng cung cấp visualizations hoặc phân tích các dữ liệu kinh doanh. Một mô hình điển hình cho việc truy cập dữ liệu là thông qua các dịch vụ. Bởi vì việc tiêu thụ các dịch vụ này sẽ là từ JavaScript, phù hợp nhất là ASP.NET Web API Services (REST / JSON / OData, vv). Nếu các dịch vụ đơn giản và điều khiển dữ liệu, một cách tiếp cận dễ dàng hơn là sử dụng các dịch vụ LightSwitch OData hoặc WCF Data Services. Tuy nhiên, các ứng dụng cho Office có thể có một kết thúc trở lại web, vì vậy JavaScript không phải là lựa chọn duy nhất. Bạn cũng có thể truy cập vào dữ liệu kinh doanh từ phía máy chủ bằng cách sử dụng ASP.NET.
Những lý do tại sao bạn nên chọn một hoặc một công nghệ cho các dịch vụ xây dựng là khá giống với những đề cập trước đó. Khi phát triển các dịch vụ tùy chỉnh để được tiêu thụ từ ứng dụng cho văn phòng bằng cách sử dụng các công nghệ như ASP.NET Web API, WCF, vv, xin vui lòng tham khảo các "dịch vụ" phần trong mục 4 "đang nổi lên mô hình ứng dụng."
Kịch bản: Connected Apps for Office
Hình 5-20 cho thấy các khả năng đề nghị cho một ứng dụng kết nối cho các văn phòng đó là tiêu thụ các dịch vụ từ xa và truy cập vào một nguồn dữ liệu.
Sử dụng dịch vụ SharePoint là tùy chọn. Một ứng dụng cho Office có thể được phân lập từ SharePoint, là tốt.
Kịch bản: Connected Apps for Office