cái đó nó lai k thuộc vấn đề bài viết mình đề cập, chủ yếu phương pháp này sinh ra 1 key để mã hóa dữ liệu thôi, còn trường hợp bạn muốn lưu từ local và đẩy lên bạn có thể dùng native JNi để lưu dữ liệu , hoặc bảo mật hơn có thể băm key ra trong C bằng nhiều method, sau đó có thể gọi token đó ra để mã hóa bằng key của từ keystore, việc làm như vậy sẽ tránh bị decode và xem đc token của bạn
đấy là chiều lấy đc data ở server, nhưng trước khi lấy được data mình cần phải xác thực cho server (như token đó bạn ) . Lúc này cái chuỗi mã hóa ở client mình phải dùng 1 key mà key này trùng với key trên server (để server kiểm tra có phải user của mình không .) -> Không thể dùng keystore để gen ra được rồi . Bạn có cách nào không ?
Sau khi lấy được key này trên server về thì lúc này bạn cọi key đó là 1 data cần được lưu trữ, sau đó dùng keystore để sinh ra 1 key, tiếp theo dùng key này để mã hóa key get từ trên server về, khi nào cần dùng key từ server thì bạn descrypt ra và sử dụng bình thường thôi ạ
Dùng DI khó debug ? Mình ko cho là như vậy
Thứ 2 là nguyên tắc của DI là when we need you, we give it to you
Tức là DI tạo ra instance khi instance đó cần được sử dụng
Việc tạo ra instance ở runtime như vậy thì theo bạn có ảnh hưởng đến perf ko?
Ví dụ mình cần lưu trữ 1 key để mã hóa data , key này ở client và server cùng lưu trữ . Vậy ở client mình có thể lưu trữ ở trong Keystore được không , vì đọc bài này thì mình đang hiểu là Keystore chỉ dùng để mã hóa local thôi.
@tptbrian: Thật vui khi nhận được đóng góp của bạn. Sử dụng @View là mình cố tình làm thể và trong phần kế tiếp mình cũng có nói về vấn đề này. Còn việc mình có làm dự án thật về Angular hay không nó không quan trọng, quan trọng nếu bài viết này mang lại kiến thức cho bạn thì bạn đọc và chia sẽ, nếu thấy chưa đúng xin vui lòng góp ý hoặc bỏ qua nếu bạn đã biết rõ.
Hi Vu
Minh đang gặp 1 chút vần đề có kiên quan tới hàm wait, mong được sự giúp đỡ của bạn
Mình có 1 phương thức nhập giá trị vào lấy kq để so sánh. Ban đầu khi chạy nó lập tức bắt kq = null sau khi nhấn submit trong khi đó kq thực tế là sau khi chạy xong nó mới hiện ra. Mình đã thử dùng Thread.sleep(); và Implicity wait để thử nhưng k thành công. Hi vọng nhận được sự chia sẻ, hỗ trợ từ bạn!
Anw, vậy bao nhiêu lớp implements trong 1 project là ổn hả bạn, hay phải phụ thuộc vào tính chất project. Vì mình thấy có 1 bài viết về repository sử dụng nhiều lớp repository như ở dưới đây
THẢO LUẬN
Hi, I'm working around on MVVMP pattern and finding a way to deal with configuration changes. Do you have any ideas to solve that problem?
AD ơi cho mình xin code được không ạ.!!! Mình Cám ơn. Email: chienptit123@gmail.com
Thanks bạn , đấy chính là vấn đề mình đang confirm trong bài viết này
cái đó nó lai k thuộc vấn đề bài viết mình đề cập, chủ yếu phương pháp này sinh ra 1 key để mã hóa dữ liệu thôi, còn trường hợp bạn muốn lưu từ local và đẩy lên bạn có thể dùng native JNi để lưu dữ liệu , hoặc bảo mật hơn có thể băm key ra trong C bằng nhiều method, sau đó có thể gọi token đó ra để mã hóa bằng key của từ keystore, việc làm như vậy sẽ tránh bị decode và xem đc token của bạn
đấy là chiều lấy đc data ở server, nhưng trước khi lấy được data mình cần phải xác thực cho server (như token đó bạn ) . Lúc này cái chuỗi mã hóa ở client mình phải dùng 1 key mà key này trùng với key trên server (để server kiểm tra có phải user của mình không .) -> Không thể dùng keystore để gen ra được rồi . Bạn có cách nào không ?
Sau khi lấy được key này trên server về thì lúc này bạn cọi key đó là 1 data cần được lưu trữ, sau đó dùng keystore để sinh ra 1 key, tiếp theo dùng key này để mã hóa key get từ trên server về, khi nào cần dùng key từ server thì bạn descrypt ra và sử dụng bình thường thôi ạ
Có 'Le Duy' kìa :v :v
~/.bash_profile
bashのprofile参照が、zshに変えたことでzshの上記のprofileのどれかに参照がかわったようですね。 その他の環境変数も移行しておいたほうがいいかもしれません。
Bài viết thật hữu ích. Cảm ơn bạn đã chia sẻ. :v :v
Dùng DI khó debug ? Mình ko cho là như vậy Thứ 2 là nguyên tắc của DI là when we need you, we give it to you Tức là DI tạo ra instance khi instance đó cần được sử dụng Việc tạo ra instance ở runtime như vậy thì theo bạn có ảnh hưởng đến perf ko?
Lại 1 công cụ vô cùng hữu ích cho mọi người. Cảm ơn tác giả
Ví dụ mình cần lưu trữ 1 key để mã hóa data , key này ở client và server cùng lưu trữ . Vậy ở client mình có thể lưu trữ ở trong Keystore được không , vì đọc bài này thì mình đang hiểu là Keystore chỉ dùng để mã hóa local thôi.
tớ tưởng getString(id) sẽ theo language của app, cho dù tìm được id thì vẫn theo ngôn ngữ của app chứ nhỉ.
@tptbrian: Thật vui khi nhận được đóng góp của bạn. Sử dụng @View là mình cố tình làm thể và trong phần kế tiếp mình cũng có nói về vấn đề này. Còn việc mình có làm dự án thật về Angular hay không nó không quan trọng, quan trọng nếu bài viết này mang lại kiến thức cho bạn thì bạn đọc và chia sẽ, nếu thấy chưa đúng xin vui lòng góp ý hoặc bỏ qua nếu bạn đã biết rõ.
cảm ơn bạn, mấy bài interface hay quá
Hi Vu Minh đang gặp 1 chút vần đề có kiên quan tới hàm wait, mong được sự giúp đỡ của bạn Mình có 1 phương thức nhập giá trị vào lấy kq để so sánh. Ban đầu khi chạy nó lập tức bắt kq = null sau khi nhấn submit trong khi đó kq thực tế là sau khi chạy xong nó mới hiện ra. Mình đã thử dùng Thread.sleep(); và Implicity wait để thử nhưng k thành công. Hi vọng nhận được sự chia sẻ, hỗ trợ từ bạn!
AD có em xin cái project tạo list youtube trên android studio với ạ, em đang làm đồ án tốt nghiệp cần mà ko làm được, cảm ơn ad nhiều
Cảm ơn tác giả nhé!
bài viết rất chi tiết
Bạn viết hay lắm
Anw, vậy bao nhiêu lớp implements trong 1 project là ổn hả bạn, hay phải phụ thuộc vào tính chất project. Vì mình thấy có 1 bài viết về repository sử dụng nhiều lớp repository như ở dưới đây
http://slashnode.com/reusable-repository-design-in-laravel/