For custom services development sit

For custom services development situated at the back end of modern apps, the recommended technology for this scenario is
ASP.NET Web API. This provides a high degree of flexibility while having a light and performing framework for Internet services,
usually heading approaches like REST and OData or JSON.
Then, the ASP.NET Web API services would wrap middle-tier logic in the form of .NET custom-class libraries and entity models
(using entity framework if accessing relational databases, or any other API if accessing NoSQL data sources).
Finally, we could deploy our services and server components in any deployment environment, though in emerging application
patterns, we would usually deploy it into a public cloud like Windows Azure.
As stated previously, a typical characteristic of modern applications is about having different apps for different
contextual/personal scenarios (as shown in Figure 4-12). In most cases, these scenarios will have different priorities and
requirements, which will drive your technologies decision. For instance, when developing a Windows Store app, for a concrete
scenario quite close to Internet feeds and social networks APIs or even when you want to reuse skills and JavaScript code,
HTML5/WinJS development would be the best choice. In other cases, if you want to reuse your C# or XAML skills while having
good performance, you might use the .NET/XAML approach. And sometimes having the best possible graphics performance is a
priority, in which case C++ would be the right choice.
Developing for Windows Phone takes similar recommendations into account, whether you choose .NET or C++.
Another important point is that back-end services can be the same for—and be re-used by—all the different clients/scenarios you
choose. At a minimum, you would share the same tier and server technologies. In other cases, you could have different data
models, services, and subsystems optimized for each client app.

Results (Vietnamese) 1:

Dịch vụ tùy chỉnh phát triển nằm tại kết thúc trở lại của các ứng dụng hiện đại, công nghệ được đề nghị cho kịch bản này làASP.NET Web API. Điều này cung cấp một mức độ cao của sự linh hoạt trong khi có một ánh sáng và thực hiện khuôn khổ cho các dịch vụ Internet,thường nhóm phương pháp tiếp cận như phần còn lại và OData hoặc JSON.Sau đó, các dịch vụ ASP.NET Web API sẽ quấn Trung cấp logic trong các hình thức .NET tuỳ chỉnh lớp thư viện và các mô hình tổ chức(sử dụng khuôn khổ thực thể nếu truy cập vào cơ sở dữ liệu quan hệ, hoặc bất kỳ API khác nếu truy cập vào nguồn dữ liệu NoSQL).Cuối cùng, chúng tôi có thể triển khai dịch vụ của chúng tôi và các thành phần máy chủ trong bất kỳ môi trường triển khai, mặc dù trong ứng dụng mới nổiMô hình, chúng tôi sẽ thường triển khai nó vào một đám mây công cộng như Windows Azure.Như đã nêu trước đó, một đặc tính điển hình của các ứng dụng hiện đại là về việc có các ứng dụng khác nhau cho khác nhautheo ngữ cảnh/cá nhân các kịch bản (như được hiển thị trong hình 4-12). Trong hầu hết trường hợp, các kịch bản sẽ có ưu tiên khác nhau vàyêu cầu, mà sẽ lái xe của bạn quyết định công nghệ. Ví dụ, khi phát triển một ứng dụng Windows cửa hàng, một bê tôngCác kịch bản khá gần gũi với nguồn cấp dữ liệu Internet và mạng xã hội API hoặc ngay cả khi bạn muốn tái sử dụng kỹ năng và mã JavaScript,HTML5/WinJS phát triển sẽ là sự lựa chọn tốt nhất. Trong trường hợp khác, nếu bạn muốn sử dụng lại các kỹ năng C# hoặc XAML trong khi cóhiệu suất tốt, bạn có thể sử dụng phương pháp tiếp cận .NET/XAML. Và đôi khi có thể đồ họa sắc là mộtưu tiên, trong đó trường hợp C++ sẽ là sự lựa chọn đúng.Phát triển cho Windows Phone sẽ đưa các khuyến nghị tương tự vào tài khoản, cho dù bạn chọn .NET hoặc c + +.Một điểm quan trọng là rằng dịch vụ back-end có thể là giống nhau cho — và được tái sử dụng bởi — tất cả các khách hàng/kịch bản khác nhau bạnchọn. Ở mức tối thiểu, bạn sẽ chia sẻ cùng một tầng và các công nghệ máy chủ. Trong trường hợp khác, bạn có thể có dữ liệu khác nhauMô hình, Dịch vụ và hệ thống con tối ưu hóa cho mỗi ứng dụng khách hàng.

Results (Vietnamese) 2:

Đối với phát triển các dịch vụ tùy chỉnh nằm ở cuối trở lại của ứng dụng hiện đại, công nghệ khuyến khích cho kịch bản này là
ASP.NET Web API. Điều này cung cấp một mức độ cao của tính linh hoạt trong khi có một ánh sáng và thực hiện khuôn khổ cho các dịch vụ Internet,
thường hướng tiếp cận như REST và OData hoặc JSON.
Sau đó, các dịch vụ ASP.NET Web API sẽ quấn trung tầng logic trong các hình thức tùy chỉnh NET thư viện và các mô hình thực thể đẳng cấp
(bằng cách sử dụng khuôn khổ thực nếu truy cập cơ sở dữ liệu quan hệ, hoặc bất kỳ API khác nếu việc tiếp cận các nguồn dữ liệu NoSQL).
Cuối cùng, chúng ta có thể triển khai các dịch vụ của chúng tôi và các thành phần máy chủ trong bất kỳ môi trường triển khai, mặc dù trong ứng dụng đang nổi lên
mô hình, chúng tôi sẽ thường triển khai nó thành một đám mây công cộng như Windows Azure.
Như đã nói, một đặc trưng điển hình của các ứng dụng hiện đại là về việc có các ứng dụng khác nhau cho khác nhau
theo ngữ cảnh / tình huống cá nhân (như thể hiện trong hình 4-12). Trong hầu hết các trường hợp, những kịch bản này sẽ có những ưu tiên khác nhau và
yêu cầu, trong đó sẽ đưa ra quyết định công nghệ của bạn. Ví dụ, khi phát triển một ứng dụng Windows Store, cho một cụ thể
kịch bản khá gần với nguồn cấp dữ liệu Internet và các mạng xã hội API hoặc ngay cả khi bạn muốn sử dụng lại kỹ năng và mã JavaScript,
HTML5 phát triển / WinJS sẽ là sự lựa chọn tốt nhất. Trong các trường hợp khác, nếu bạn muốn sử dụng lại hoặc # XAML kỹ năng của bạn trong khi C có
hiệu suất tốt, bạn có thể sử dụng các phương pháp tiếp cận .NET / XAML. Và đôi khi có hiệu năng đồ họa tốt nhất có thể là một
ưu tiên, trong trường hợp C ++ sẽ là sự lựa chọn đúng.
Phát triển cho Windows Phone có kiến nghị tương tự vào tài khoản, cho dù bạn chọn .NET hay C ++.
Một điểm quan trọng là dịch vụ back-end có thể là như nhau cho-và được tái sử dụng bởi tất cả các-khách hàng khác nhau / kịch bản bạn
chọn. Ở mức tối thiểu, bạn sẽ chia sẻ các tầng và máy chủ công nghệ tương tự. Trong các trường hợp khác, bạn có thể có khác nhau dữ liệu
mô hình, dịch vụ và hệ thống con tối ưu cho từng ứng dụng của khách hàng.