Performing License Validation Check

Performing License Validation Checks
Start by creating a new LicenseChecker object in the onCreate handler of your Activity, specifying the Context, a Policy instance, and your public key, as shown in Listing 18-8.
LISTING 18-8: Creating a new License Checker
// Generate 20 random bytes, and put them here. private static final byte[] SALT = new byte[] { -56, 42, 12, -18, -10, -34, 78, -75, 54, 88, -13, -12, 36, 17, -34, 114, 77, 12, -23, -20};
©Override
public void onCreate(Bundle savedlnstanceState) { super.onCreate(savedlnstanceState);
// Construct the LicenseChecker with a Policy. licenseChecker =
new LicenseChecker(this, new ServerManagedPolicy(this, new AESObfuscator(SALT, getPackageName(), devicelD)) PUBLIC_KEY);
code snippet PA4AD_Ch18_LVS/src/MyActivity.xml
To perform the license check, call the License Checker object’s checkAccess method, passing in an implementation of the LicenseCheckerCallback interface, as shown in Listing 18-9. Successful validation will result in the allow handler being triggered, whereas failure will trigger dontAllow.
LISTING 18-9: Performing a license check
licenseChecker.checkAccess(new LicenseCheckerCallback(){ public void allow() {
// License verified.
public void dontAllow() {
// License verification failed.
}
public void applicationError(ApplicationErrorCode errorCode) { // Handle associated error code.
}
});
code snippet PA4AD_Ch18_LVS/src/MyActivity.xml
Both License Checker handlers will always return on a background thread. If you plan to update the UI based on license verification callbacks, you will first need to synchronize with the main application thread.
It’s up to you to determine where in your application, and how frequently, you want to make license validation checks — and how to react to failure. It’s generally considered best practice to be as unpredictable as possible. This makes it more difficult for hackers to determine where your applica¬tion is making checks and whether their attempts at circumventing your checks have been successful.
Many developers have found it useful to only partially disable an application that fails the license checks — for example, by limiting the number of levels available, increasing the difficulty level, or otherwise providing a less complete product. As a result, they can then direct users to Google Play at a later point to encourage them to purchase the full version.

Kết quả (Việt) 1:

Thực hiện kiểm tra xác nhận giấy phépBắt đầu bằng cách tạo ra một đối tượng LicenseChecker mới trong hoạt động của bạn, xác định ngữ cảnh, một trường hợp chính sách và chìa khóa công cộng của bạn, như được hiển thị trong danh sách 18-8 onCreate, xử lý.Danh sách 18-8: tạo một kiểm tra giấy phép mới20 byte ngẫu nhiên tạo ra, và đặt chúng ở đây. [] riêng byte tĩnh cuối cùng muối = mới byte [] {-56, 42, 12, -18, -10,-34, 78,-75, 54, 88, -13, -12, 36, 17,-34, 114, 77, 12,-23, -20};© Ghi đèkhu vực void onCreate(Bundle savedlnstanceState) {super.onCreate(savedlnstanceState);Xây dựng LicenseChecker với một chính sách. licenseChecker =mới LicenseChecker (này, mới ServerManagedPolicy (này, mới AESObfuscator (muối, getPackageName(), devicelD)) PUBLIC_KEY);đoạn mã PA4AD_Ch18_LVS/src/MyActivity.xmlĐể thực hiện kiểm tra giấy phép, gọi phương thức checkAccess của đối tượng kiểm tra giấy phép, đi qua trong diện thực hiện các giao diện LicenseCheckerCallback, như được hiển thị trong danh sách 18-9. Xác nhận thành công sẽ cho kết quả xử lý cho phép đang được kích hoạt, trong khi đó thất bại sẽ kích hoạt dontAllow.Danh sách 18-9: thực hiện một kiểm tra giấy phéplicenseChecker.checkAccess (new LicenseCheckerCallback() {khu vực void allow() {}Giấy phép xác nhận. khu vực void dontAllow() {}Giấy phép xác minh đã thất bại.}khu vực void applicationError (ApplicationErrorCode errorCode) {/ / xử lý liên quan đến mã lỗi.}});đoạn mã PA4AD_Ch18_LVS/src/MyActivity.xmlCả hai xử lý giấy phép Checker sẽ luôn luôn trở lại trên một nền tảng chủ đề. Nếu bạn có kế hoạch để cập nhật giao diện người dùng dựa trên giấy phép xác minh callbacks, trước tiên bạn sẽ cần để đồng bộ hóa với các ứng dụng chính chủ đề.It's up to bạn để xác định nơi trong ứng dụng của bạn, và làm thế nào thường xuyên, bạn muốn thực hiện kiểm tra xác nhận giấy phép- và làm thế nào để phản ứng với sự thất bại. Nó được coi là các thực hành tốt nhất để như là không thể đoán trước càng tốt. Điều này làm cho nó khó khăn hơn cho các hacker để xác định nơi applica¬tion của bạn là thực hiện kiểm tra và cho dù những nỗ lực của circumventing kiểm tra của bạn có được thành công.Nhiều nhà phát triển đã tìm thấy nó hữu ích để chỉ có một phần vô hiệu hóa ứng dụng mà không kiểm tra giấy phép-ví dụ, bằng cách hạn chế số lượng mức độ có sẵn, tăng mức độ khó khăn, hoặc nếu không cung cấp một sản phẩm hoàn chỉnh chưa. Kết quả là, họ sau đó có thể hướng người dùng đến Google chơi tại một thời điểm sau này để khuyến khích họ mua phiên bản đầy đủ.

Kết quả (Việt) 2:

Thực hiện Kiểm tra Giấy Xác Nhận
Bắt đầu bằng cách tạo ra một đối tượng LicenseChecker mới trong xử lý onCreate của hoạt động của bạn, chỉ rõ bối cảnh, một trường hợp chính sách, và khóa công khai của bạn, như thể hiện trong Liệt kê 18-8.
YẾT 18-8: Tạo một giấy phép mới Checker
// Tạo 20 byte ngẫu nhiên, và đặt chúng ở đây. private static byte cuối cùng [] SALT = byte mới [] {-56, 42, 12, -18, -10, -34, 78, -75, 54, 88, -13, -12, 36, 17, -34 , 114, 77, 12, -23, -20};
© Override
public void onCreate (Bundle savedlnstanceState) {super.onCreate (savedlnstanceState);
// Xây dựng các LicenseChecker với một chính sách. licenseChecker =
mới LicenseChecker (this, ServerManagedPolicy mới (điều này, mới AESObfuscator (SALT, getPackageName (), devicelD)) PUBLIC_KEY);
đoạn mã PA4AD_Ch18_LVS / src / MyActivity.xml
Để thực hiện việc kiểm tra giấy phép, gọi phương thức checkAccess Giấy phép Checker của đối tượng, đi qua trong một thực hiện các giao diện LicenseCheckerCallback, như thể hiện trong Liệt kê 18-9. Xác nhận thành công sẽ dẫn đến việc xử lý cho phép được kích hoạt, trong khi thất bại sẽ kích hoạt dontAllow.
YẾT 18-9: Thực hiện giấy phép kiểm tra
licenseChecker.checkAccess (mới LicenseCheckerCallback () {public void cho phép () {
// Giấy xác nhận.
Public void dontAllow ( ) {
// xác minh giấy phép thất bại.
}
public void applicationError (ApplicationErrorCode errorCode) {// Xử lý các mã lỗi liên quan.
}
});
đoạn mã PA4AD_Ch18_LVS / src / MyActivity.xml
xử lý Cả Giấy phép Checker sẽ luôn luôn trở lại trên một sợi nền. Nếu bạn có kế hoạch để cập nhật giao diện người dùng dựa trên callbacks xác minh giấy phép, trước tiên bạn sẽ cần phải đồng bộ hóa với các chủ đề chính của ứng dụng.
Đó là vào bạn để xác định nơi trong ứng dụng của bạn, và làm thế nào thường xuyên, bạn muốn thực hiện kiểm tra xác nhận giấy phép - và làm thế nào để phản ứng với thất bại. Nó thường được coi là tốt nhất để được như không thể đoán trước khi có thể. Điều này làm cho nó khó khăn hơn cho hacker để xác định nơi applica¬tion của bạn là làm kiểm tra và liệu những nỗ lực của họ tại lận séc của bạn đã thành công.
Nhiều nhà phát triển đã tìm thấy nó hữu ích để chỉ một phần vô hiệu hóa một ứng dụng mà không kiểm tra giấy phép - ví dụ, bằng cách giới hạn số cấp sẵn, tăng mức độ khó khăn, hoặc cung cấp một sản phẩm không hoàn chỉnh. Kết quả là, họ có thể hướng người dùng Google Play tại một điểm sau đó để khuyến khích họ mua phiên bản đầy đủ.