Có 1 vấn đề trong các version Javascript chưa giải quyết khi tạo class chỉ có property hoặc field không có contructor khởi tạo các thuộc tính đó của class thì hàm Object.getOwnPropertiyNames() hoặc qua Reflect.getMetaData() thì vẫn k lấy được danh sách các property của class. Vì về cơ bản nó transfer ra pure js mà pure js thì khởi tạo class sẽ chỉ là object rỗng {}.
Bài viết của bạn rất hay, mình rất tò mò và mong muốn bạn sẽ ra bài tiếp theo trình bày sâu hơn về CSS processors để mình và mọi người học hỏi. Cảm ơn bạn!!!!!
@s2banggia88 Có khi nào cổng 80 ở local đang chạy apache2 ko, hình như 2 thằng server khác nhau (nginx, apache2) sẽ ko dùng chung trên cùng 1 cổng được thì phải (hoặc phải cho listen trên cổng khác)
@duongricky đầu tiên bạn gọi POST /api/login nó trả về token key: 'dsadsadsadsasdsadsadsadasdsadsadsa.dsa.dsa.dsa.dsa.ds.&sadsadsdsahjdkl' ví dụ vậy bạn lưu cái giá trị đó vào vuex và cookie cho nó ở client. sau đó ông gọi api GET /user/1 chẳng hạn bạn cần có quyền đăng nhập đơn giản gán cái header có Authenticate là Bear: 'dsadsadsadsasdsadsadsadasdsadsadsa.dsa.dsa.dsa.dsa.ds.&sadsadsdsahjdkl' thì sẽ lấy được dữ liệu
@duongricky cái này hoàn toàn có thể, bạn dùng jwt rồi thì vuejs của bạn phải lưu token ở cookie đồng thời cả vuex, mỗi request API đó đều cần Bear: 'key' để xác thực đã đăng nhập. key này tự động bị xóa khỏi cookie khi hết hạn.
theo quan điểm của mình thì nếu 1 View chỉ sử dụng nội bộ trong Super View, thì strong hay weak không quan trọng. Còn khi View đó có thể được dùng (ngoài phạm vi của Super View) thì mới cần quan tâm đến strong hay weak
Khi Started và Bound Service chạy đồng thời.
Khi Started Service gọi stopSelf() hoặc được gọi stopService() thì service vẫn chưa vào onDestroy(). Cần một điều kiện nữa để nó bị bủy nếu các thành phần ràng buộc với BoundService hủy hết liên kết.
Theo tài liệu trên trang chủ Developer thì mình thấy nêu rõ:
Khi startService mà gọi stopSelf() hoặc 1 thành phần khác (Activity) gọi stopService() -> Service lập tực bị hủy mà không quan tâm xem có hay ko thành phần nào đang bind vào Service hay k. Kể cả có 1 hay nhiều activity đang bind vào Service thì cũng bị hủy, vì bạn đang bắt đầu Service bằng cách startService().
Refer: https://developer.android.com/guide/components/bound-services.html#Lifecycle
THẢO LUẬN
Cảm ơn @Delagito! Trong quá trình tìm hiểu docker. Nếu vỡ ra phần nào mình sẽ post tiếp
Ý tưởng hay nhưng mình không biết về code.
Thanks anh
đúng cái mình đang cần, thanks b
cảm ơn bạn =))
bai viet rat y nghia
Có 1 vấn đề trong các version Javascript chưa giải quyết khi tạo class chỉ có property hoặc field không có contructor khởi tạo các thuộc tính đó của class thì hàm Object.getOwnPropertiyNames() hoặc qua Reflect.getMetaData() thì vẫn k lấy được danh sách các property của class. Vì về cơ bản nó transfer ra pure js mà pure js thì khởi tạo class sẽ chỉ là object rỗng {}.
Cảm ơn bạn @HaiHaChan
Anh ơi, có sample code áp dụng cho mô hình MVVM + livedata không ạ
Bài viết của bạn rất hay, mình rất tò mò và mong muốn bạn sẽ ra bài tiếp theo trình bày sâu hơn về CSS processors để mình và mọi người học hỏi. Cảm ơn bạn!!!!!
bạn làm đến đâu rồi và đang bị lỗi ở đâu?
Thấy đơn giản nhưng mình không làm được.
mình làm theo cách bạn mà chỉ chưa realtime đc. bạn giúp mình đc k
@s2banggia88 Có khi nào cổng 80 ở local đang chạy apache2 ko, hình như 2 thằng server khác nhau (nginx, apache2) sẽ ko dùng chung trên cùng 1 cổng được thì phải (hoặc phải cho listen trên cổng khác)
@duongricky đầu tiên bạn gọi POST /api/login nó trả về token key: 'dsadsadsadsasdsadsadsadasdsadsadsa.dsa.dsa.dsa.dsa.ds.&sadsadsdsahjdkl' ví dụ vậy bạn lưu cái giá trị đó vào vuex và cookie cho nó ở client. sau đó ông gọi api GET /user/1 chẳng hạn bạn cần có quyền đăng nhập đơn giản gán cái header có Authenticate là Bear: 'dsadsadsadsasdsadsadsadasdsadsadsa.dsa.dsa.dsa.dsa.ds.&sadsadsdsahjdkl' thì sẽ lấy được dữ liệu
@quanghung97 chi tiết chút được k bác, e chưa hiểu lắm
@duongricky cái này hoàn toàn có thể, bạn dùng jwt rồi thì vuejs của bạn phải lưu token ở cookie đồng thời cả vuex, mỗi request API đó đều cần Bear: 'key' để xác thực đã đăng nhập. key này tự động bị xóa khỏi cookie khi hết hạn.
theo quan điểm của mình thì nếu 1 View chỉ sử dụng nội bộ trong Super View, thì strong hay weak không quan trọng. Còn khi View đó có thể được dùng (ngoài phạm vi của Super View) thì mới cần quan tâm đến strong hay weak
k dùng đăng nhập truyền thống được không bác, với em muốn làm api
----------------------------------------- Comment -----------------------------------
Theo tài liệu trên trang chủ Developer thì mình thấy nêu rõ: