Kỹ thuật triển khai màn hình khóa tùy chỉnh

Question

Vì vậy, tôi đã khám phá nhiều câu hỏi tương tự trên trang web (this, this và this và nhiều nội dung khác). Những người muốn thực hiện màn hình khóa tùy chỉnh của riêng họ (không nói về các tiện ích). Cho đến nay đã có hai kỹ thuật triển khai mà người dùng đang sử dụng.

1. Thay thế màn hình chính. Trong kỹ thuật này, nó đề xuất để tạo ra một ứng dụng màn hình chủ, nơi sau khi mở khóa logic màn hình mặc định xuất hiện. Tôi tin rằng trong tình huống này, nhà phát triển phải vô hiệu hóa Trang chủ, Tìm kiếm, Menu và nút Quay lại khi màn hình khóa hiển thị và thực hiện logic Tắt màn hình.

2. Đơn đăng ký. Trong kỹ thuật này, một ứng dụng bình thường được thực hiện ở nơi sau khi mở khóa logic, màn hình mặc định xuất hiện. Tôi tin rằng trong tình huống này, nhà phát triển phải vô hiệu hóa Trang chủ, Tìm kiếm, Menu và nút Quay lại khi màn hình khóa hiển thị và thực hiện logic Tắt màn hình.

Bây giờ, tôi không hiểu rằng sự khác biệt giữa hai cách tiếp cận là gì? Cộng đồng StackOverflow dường như nhấn mạnh hơn vào kỹ thuật thay thế màn hình chủ. Tôi rất mới phát triển Android vì vậy tôi có thể thiếu một số khía cạnh về nó. Xin đề nghị tôi nên sử dụng phương pháp nào và tại sao? (Ngoài ra, đó là dễ dàng?).

Cảm ơn bạn rất nhiều!

Answer 1

Tôi sẽ sử dụng phương pháp đầu tiên, nhưng chỉ vì lý do khả năng sử dụng. Bởi vì nó mang lại cho người dùng một sự lựa chọn để dễ dàng quay trở lại màn hình chính/màn hình khóa ban đầu nếu anh ấy chọn không tạo một lựa chọn mới mặc định.

Tôi sợ cả hai chiến lược bạn mô tả khá khó khăn (tùy thuộc vào phạm vi cấp api bạn muốn nó hoạt động). Khó khăn không phải là sự khác biệt của họ, khó khăn là trong việc ghi đè các nút (vì Google làm cho nó khó khăn hơn bằng cách đóng các lỗ hổng bảo mật cho các cấp api mới hơn).

PS: Xin lưu ý rằng Jellybean có chức năng Daydream mới. Nếu tùy chỉnh màn hình khóa là tất cả những gì bạn cần. Đó có thể là cách để đi từ Jellybean là an toàn hơn nhiều trong đó tôn trọng và khó khăn hơn để làm việc với hơn các cấp api trước khác.

Ngoài ra, hãy cân nhắc sử dụng api khóa màn hình HTC cho các thiết bị HTC. Bằng cách này, giải pháp của bạn sẽ không quá ít hacky cho các thiết bị mới hơn của họ. Và có lẽ, làm một phiên bản cho các thiết bị bắt nguồn từ là tốt, vì điều đó cũng nên được dễ dàng, cho người dùng đã có được gốc trên thiết bị của họ. Không giảm giá thị trường gốc, người dùng có quyền truy cập root sẽ chi tiêu số tiền không cân xứng trên các ứng dụng trong Google Play. Điều đó là hiển nhiên nếu bạn chỉ xem xét một số số lượng tải xuống thô đối với các ứng dụng trả tiền cho biết (chỉ dành cho gốc) mà Google Play cung cấp cho bạn.