Bài viết bố cục rõ ràng, lành mạch nhưng thiếu nguồn tham khảo, ngoài ra nên dịch thuần Việt hơn thay vì dùng translate. Hi vọng tác giả có thể dành ít thời gian để sửa lại nội dung bài viết.
Cảm ơn bạn đã đặt câu hỏi, như mình có giải thích trên bài viết "Với cách 5 thì ta chỉ synchronized duy nhất một lần tại thời điểm gọi getInstance() lần đầu tiên, các gọi sau thì instance đã được khởi tao nên chương trình sẽ không thực hiện khối lệnh
synchronized(TheadSafeInitialization.class) {
if(null == instance) {
instance = new TheadSafeInitialization();
}
}
mà return lại giá trị của instance luôn"
Thanks bạn
với những hệ thống như ngân hàng thì đúng là vẫn dùng mysql hoặc oracle là nhiều. vì họ không quan trọng xử lí nhanh, chỉ cần quan trọng tính toàn vẹn dữ liệu.
Dùng SQL hay noSQL là do tính chất của dữ liệu, chứ không có cái nào là mỹ mãn cho mọi trường hợp.
Ví dụ ghi lại lịch sử chat như trong bài thì là loại dữ liệu không quan trọng, phát sinh liên tục, khả năng phình to cao, và chủ yếu là ghi nhiều hơn đọc thì dùng trên Cassandra là hợp lý, theo bạn cũng nhấn mạnh là ghi nhanh, đọc chậm.
Nhưng với số dư ngân hàng, hay thông tin tài khoản, giao dịch, những dạng dữ liệu cần constraint, cần reference, cần tính toàn vẹn dữ liệu cao thì người ta vẫn dùng SQL vì tính ổn định của hệ thống nó cao hơn rất nhiều.
THẢO LUẬN
bạn giải thích thêm giúp mình đc ko, hok hỉu gì cả
Bài viết bố cục rõ ràng, lành mạch nhưng thiếu nguồn tham khảo, ngoài ra nên dịch thuần Việt hơn thay vì dùng translate. Hi vọng tác giả có thể dành ít thời gian để sửa lại nội dung bài viết.
Phần 1 em bổ sung thêm 1 cách nữa đó là set: .parent { display: flex } .child-to-center { margin: auto } Cách ni có vẻ ngắn hơn nữa nè a
Bài viết khá hay và chi tiết
Không biết bạn viết bài này để làm gì. Viết khó hiểu và không chi tiết cho lắm
Không có phần 2 à bạn ơi
Bài viết rất hay cảm ơn bạn .
Cho em hỏi tại sao lại binding cái file app.js trong folder public/js mà không phải là js trong folder js/app.js ở phần resource ạ.
Bây giờ có lẽ nên phân biệt frontend logic và frontend design. Business logic trên frontend bây giờ còn khó hơn cả backend.
Hay quá. Cảm ơn tác giả ạ ^^
Ad cho em code bai 5 là java hay c++ dc ko ạ. Javaspript em ko biết. Vs lại khác mấy cái ngôn ngữ này quá. Em nhìn ko ra
Cảm ơn bạn đã gợi ý, mình sẽ tìm hiểu thêm và bổ sung cho bài viết của mình
Cảm ơn bạn đã đặt câu hỏi, như mình có giải thích trên bài viết "Với cách 5 thì ta chỉ synchronized duy nhất một lần tại thời điểm gọi getInstance() lần đầu tiên, các gọi sau thì instance đã được khởi tao nên chương trình sẽ không thực hiện khối lệnh
synchronized(TheadSafeInitialization.class) { if(null == instance) { instance = new TheadSafeInitialization(); } } mà return lại giá trị của instance luôn" Thanks bạn
Mình làm theo hướng dẫn ok rồi. Tuy nhiên sao data trả về lại là dạng text nhỉ.
với những hệ thống như ngân hàng thì đúng là vẫn dùng mysql hoặc oracle là nhiều. vì họ không quan trọng xử lí nhanh, chỉ cần quan trọng tính toàn vẹn dữ liệu.
Dùng SQL hay noSQL là do tính chất của dữ liệu, chứ không có cái nào là mỹ mãn cho mọi trường hợp. Ví dụ ghi lại lịch sử chat như trong bài thì là loại dữ liệu không quan trọng, phát sinh liên tục, khả năng phình to cao, và chủ yếu là ghi nhiều hơn đọc thì dùng trên Cassandra là hợp lý, theo bạn cũng nhấn mạnh là ghi nhanh, đọc chậm. Nhưng với số dư ngân hàng, hay thông tin tài khoản, giao dịch, những dạng dữ liệu cần constraint, cần reference, cần tính toàn vẹn dữ liệu cao thì người ta vẫn dùng SQL vì tính ổn định của hệ thống nó cao hơn rất nhiều.
Bài viết hay, cảm ơn bạn, cho mình hiểu hơn về cách thức một lỗ hổng tưởng vô hại lại có thể bị khai thác sâu đến như vậy.
Mình phải login vô để cảm ơn bạn
phần 1 bị xóa mất rồi
Cảm ơn bạn nhiều