gọi cross service là bình thường thôi có gì đâu mà cần tránh bạnVậy thì sẽ gặp trường hợp các services bị lồng nhaumình chưa gặp trường hợp này bao giờ, nhưng nghe nói là nên tránh
Bác có thể nói thêm 1 xíu về vấn đề này được không
Cách này thì phải chú ý chổ quản lý transaction để đảm bảo sopce của nó đúng như mong đợi vì nó gọi lồng nhau
Vậy phải build ntn chứ DTO hay ViewModel đâu thể ở tầng Domain dc.
thì a tách ra thui. những cái này nó chỉ là concept. tuỳ tình hình mà apply hay k, apply thế nào. trên đây nghe chém gió cho biết thui chứ a tin và làm theo vozer à??Vậy thì sẽ gặp trường hợp các services bị lồng nhau
Bác có thể nói thêm 1 xíu về vấn đề này được không
Cách này thì phải chú ý chổ quản lý transaction để đảm bảo sopce của nó đúng như mong đợi vì nó gọi lồng nhau
Thao khảo ý kiến để có thêm xíu exp thoi bác oiii
trước mình cũng chả care mấy cái này lắm, gặp thớt này mới ngồi review lại thấy thú vị thật
thì tham khảo thui. còn chuyện bác hỏi thì tách hay k là do tình hình và ý kiến mn. ông kia thấy bth còn mình khác thì cũng bth nốt.Thao khảo ý kiến để có thêm xíu exp thoi bác oiii
)
Xây dựng cấu trúc Enum có sử dụng Flag để thực hiện việc này. https://docs.microsoft.com/en-us/dotnet/api/system.flagsattribute?view=net-6.0
Vậy biz logic thường sẽ ở tầng service, lúc đó nó đc nhập chung vs DB contexxt và cách access query của Orm ha bác ??? - Cái mà service đáng ra là ko thèm quan tâm.
frog friend đang kéo ae lại thời code những năm 2 ngàn, 1 file php, 1 file asp làm tất mọi việc
Thợ code 10 năm, trải qua thượng vàng hạ cám các loại dự án, từ banking, payment gateway đến hàng không, commerce cho đến mấy con cms cùi bắp. Thế đủ nhiều chưa
Thợ code 10 năm, trải qua thượng vàng hạ cám các loại dự án, từ banking, payment gateway đến hàng không, commerce cho đến mấy con cms cùi bắp. Thế đủ nhiều chưa
Mà anh nhầm mẹ 2 cái term layer và tier cmnr
A buồn cười, có câu nào tôi bảo là dùng Repo để switch sang db khác chưa? Đọc lại mấy cái cmt của tôi đi
Đừng có hiểu rằng nó lặp code. Hãy hiểu rằng nó cung cấp thêm 1 không gian tùy biến mới, để khi bạn có thay đổi về nghiệp vụ thì bạn có thể bổ sung, chỉnh sửa ít nhất mà vẫn đảm bảo tính thống nhất của cấu trúc.Newbie xin phêp chia sẻ 1 vài suy nghĩ về Repository pattern.
E chưa có nhiều cơ hội làm với Repo ở mảng khác nên ko rõ nó có bullshit hay ko nhưng lúc e học code cho Android, xem qua nhiều ví dụ MVVM thì thấy cả Google và rất nhiều prj khác trên git hay medium gần như prj nào e cũng thấy có sự kết hợp với Repo để xử lý logic việc lấy dữ liệu từ local hay remote.
Nếu so sánh với MVP thì e thấy Repo ở MVVM khá giống với Presenter, cả 2 đều cùng có nhiệm vụ xử lý logic phân luồng các kiểu. Cho nên lúc refactor từ MVP sang MVVM e thấy rằng nếu bỏ Repository đi thì ko biết đưa phần xử lý logic vào đâu, nếu đưa logic vào View để xử lý thì code trông rất bẩn, nên lúc này Repo là giải pháp buộc phải dùng.
Và đồng ý với chủ thớt 1 điều Repository khiến cho code bị lặp lại, e cũng thấy khá khó chịu khi tại sao lặp code từ Repo cho đến ViewModel, chính prj mẫu của Google post cũng lặp code y chang nhau, ko hiểu tại sao nhưng e vẫn quyết tâm làm thử MVVM mà bỏ Repo ra xem có chạy dc ko, kết quả là ko chạy dc, ko thể nào dùng ViewModel vừa xử lý logic xong vừa nhận data trong 1 cùng 1 class (or có thể làm đc nhưng e ko biết cách triển khai MVVM without Repo).
Ko biết có bác nào ở đây làm Android MVVM mà bỏ Repo chạy tốt ko nhỉ
