Chào bác Trần Duy Long,
Phải nói là rất cảm ơn công khó nhọc của bác đã viết serial này, rất bổ ích và chi tiết. Mình mong sẽ được đọc các serial khác của bác? Cho mình hỏi phần 9 khi nào ra vậy bác? Mà trên đây có các nào cảm ơn tác giả không ạ?
đăng bài chán thế chép lại code thôi cũng sai nữa cái view 2fa.blade.php cũng k up lên, lại phải vào bài chính chủ xem từ đầu, đăng bài thì có tâm một tí nhá
Nếu dùng transaction xuyên suốt các repo (điều khiển ở usecase layer) thì sao nhỉ?
Các abstract interface method không nhúng database instance vào thì làm sao thực hiện được việc đó? còn nếu chèn vào thì làm sao giữ được tính louse-coupling cho các DB khác nhau taaaa?
Với logging thì mình nghĩ vẫn sẽ là import thẳng vào domain service trực tiếp được, nhưng nên hạn chế vì ở tầng main theo mình thì không nên để nó phụ thuộc quá nhiều vào các công nghệ bên ngoài mà chỉ nên thuần tuý là business logic.
Cảm ơn bạn đã phản hồi, cá nhân mình thì thấy Value Object sẽ phù hợp với những "giá trị" đặc trưng riêng của hệ thống. Mình lấy ví dụ với hệ thống kho vận thì Value Object có thể là RFID, hay hệ thống quản lí nhân viên công ty thì Value Object có thể là mã số của từng nhân viên, do ở các hệ thống này các "gía trị" như RFID hay mã số nhân viên sẽ có một vài điều kiện ràng buộc hoặc phải có một bộ validation riêng, nên để phản ánh đúng nghiệp vụ của hệ thống thì các "giá trị đặc trưng" như vậy nên được đưa vào Value Object. 😀
THẢO LUẬN
Great job. Many thannks!
bài viết không cụ thể và nó không chạy
Chào bác Trần Duy Long, Phải nói là rất cảm ơn công khó nhọc của bác đã viết serial này, rất bổ ích và chi tiết. Mình mong sẽ được đọc các serial khác của bác? Cho mình hỏi phần 9 khi nào ra vậy bác? Mà trên đây có các nào cảm ơn tác giả không ạ?
tks
làm liền cho nóng fen 😆
Bài viết sơ sài quá bạn
Bài viết của bạn hữu ích quá ạ, Mong chờ bài viết của bạn về YOLOv8 ạ, cảm ơn bạn nhiều!!
Em cũng đang tìm hiểu DDD, bác cho em xin phép fork source về ngâm cứu thêm nhé ạ.
@tuananhhedspibk1 rất hữu ích, đa tạ
đăng bài chán thế chép lại code thôi cũng sai nữa cái view 2fa.blade.php cũng k up lên, lại phải vào bài chính chủ xem từ đầu, đăng bài thì có tâm một tí nhá
haha, thực hành ngay thôi
Cảm ơn những kinh nghiệm quý báu của anh. Anh có thể cho em xin tài liệu qua mail: nhabanoi98@gmail.com được ko ạ. Em cảm ơn anh nhiều !
Tuyệt vời
khá khó hiểu, nhưng chắc sau này sẽ hiểu
Cảm ơn bạn đã đặt câu hỏi, về phần nhúng database instance thì mình sẽ thực hiện nó ở class implement thuộc tầng infrastructure, đây là ví dụ nhé bạn: https://github.com/tuananhhedspibk/NewAnigram-BE-DDD-Public/blob/main/src/infrastructure/repository/user/index.ts#L27
tài liệu nói đến thể cũng kh hiểu ư
))
Nếu dùng transaction xuyên suốt các repo (điều khiển ở usecase layer) thì sao nhỉ?
Các abstract interface method không nhúng database instance vào thì làm sao thực hiện được việc đó? còn nếu chèn vào thì làm sao giữ được tính louse-coupling cho các DB khác nhau taaaa?
Với logging thì mình nghĩ vẫn sẽ là import thẳng vào domain service trực tiếp được, nhưng nên hạn chế vì ở tầng main theo mình thì không nên để nó phụ thuộc quá nhiều vào các công nghệ bên ngoài mà chỉ nên thuần tuý là business logic.
Cảm ơn bạn đã phản hồi, cá nhân mình thì thấy Value Object sẽ phù hợp với những "giá trị" đặc trưng riêng của hệ thống. Mình lấy ví dụ với hệ thống kho vận thì Value Object có thể là RFID, hay hệ thống quản lí nhân viên công ty thì Value Object có thể là mã số của từng nhân viên, do ở các hệ thống này các "gía trị" như RFID hay mã số nhân viên sẽ có một vài điều kiện ràng buộc hoặc phải có một bộ validation riêng, nên để phản ánh đúng nghiệp vụ của hệ thống thì các "giá trị đặc trưng" như vậy nên được đưa vào Value Object. 😀
@minhnb10121994 Mình đã trả lời ở ý https://viblo.asia/c/5OXLAll8JGr rồi nhé, cảm ơn các bạn đã phản hồi 😃