cơ bản ví dụ của anh không liên quan đến SRP, nó chỉ là business rule thay đổi làm cho ý nghĩa của model giải quyết vấn đề thay đổi. - ban đầu chỉ có một phương thức thanh toán bằng vàng, chưa tồn tại khái niệm về các phương thức thanh toán khác, lúc đó trách nhiệm của Asset là "thanh toán" - sau khi business rule mới được thêm vào, trách nhiệm của Asset trở thành "thanh toán bằng vàng" nếu xem xét như cách mà anh gọi là "áp dụng SRP". nguyên lý SRP cho ta 2 công cụ tuyệt vời nhất ở hai cấp độ strategic và tactical tương ứng là Bounded Context và Always-Valid Domain Model. nếu SRP mà vô nghĩa thì sẽ không có tiêu chuẩn một Microservice mỗi Bounded Context như hiện nay.

@anonystick

28 күн бұрын

Tks em với một góc nhìn...

@linhnd.2526

27 күн бұрын

Mình đang hình dung nếu trong java thì tạo 1 Interface Asset sau đó sử dụng 2 class AssetCash/ AssetGold để impliment interface Asset.

em nghĩ là solid là cái người ta hướng đến có nhiều cách để hướng đến solid 1 trong những cách nhanh nhất là dùng design partern. nhưng khi vào thực tế thì thấy nó không quá quan trọng nữa chaỵ đc là được :v đối với phần lớn dự án outsource.

Hay quá anh ơi

@anonystick

29 күн бұрын

Tks em

chuẩn luôn anh ơi, :))) 6 tháng mà giỏi hết như mấy khóa học quản cáo thì chỉ có lùa gà, em học liên tục gần 3 năm rồi mà thấy còn rất nhiều cái để phải học về web backend.

@anonystick

28 күн бұрын

Uhm em. Mình còn học nhiều đúng không?

@duythanh1602

26 күн бұрын

@@anonystick đúng rồi anh ơi, càng học càng thấy hay lắm anh, mỗi ngày học 1 tí cái mới

Kênh này hay mà ít view quá

Sau khi xem video của anh, em có một vài ý cần thảo luận: Ở ví dụ của anh, em thấy anh có gộp lại để sử dụng điều kiện để check asset để print ra là mua bằng vàng hay tiền mặt hoặc bất cứ gì khác. Nhưng, chỗ đó em thấy lạ, nếu vd đợt tới khách hàng yêu cầu thêm điều kiện là một list các items này sẽ mua bằng vàng, list này mua bằng tiền mặt, list kia mua bằng coin chẳng hạn. Thì khi đó, mình lại phải viết thêm cầu điều kiện để check. => Thay vì đó, thì mình đã tách ra 3 class tương ứng cho 3 loại vàng, tiền mặt và coin, trong đó mình sẽ có những item tương ứng. => Ở câu điều kiện, thay vì check trực tiếp valua của từng item, mình sẽ check điều kiện instanceof thuộc về vàng, tiền mặt hay coin => Như vậy, mặc dù S ở đây, mình sẽ viết code dài, nhưng nó sẽ giúp quản lý code dễ hơn.

@anonystick

29 күн бұрын

Không bàn về ví dụ đó, ở đây anh là anti của SOLID. Anh nói rõ mà..

@quangtrungang523

28 күн бұрын

@@anonystickqua câu trả lời này mình thấy bạn chủ kênh hơi cố tình hoặc là quá bảo thủ :v Bạn chia sẻ kiến thức thì cũng tốt thôi. NHƯNG chia sẻ mà chưa hiểu rõ hết tầm vĩ mô của S thì ko nên phổ biến như thế này. Nhiều bạn đang mông lung có thể sẽ đi vào lối cụt. Ps: khuyên các bạn học mấy cái principle này nên hoặc phải tự mua sách gối đầu giường mà đọc. Rồi ngẫm nghĩ mới ra được chứ xem mấy video trên social này thì chỉ như xoá mù chữ thôi tốn thời gian mà hàm lượng thông tin quá ít và nhiều khi không chính xác (mang tính chủ quan của người trình bày) so với tự học nghiên cứu lên các diễn đàn có tính sư phạm . Thân!

@sweetjohn5968

28 күн бұрын

@@quangtrungang523 trên mạng xã hội, những người chưa hiểu về SRP sẽ nói những người đã có cảm giác một phần về SRP là "làm theo khuôn mẫu, giáo điều". những người không hiểu mới cần những bài như thế này, và khi mà một người nói rằng "tôi không thích SRP" thì nó sẽ tạo ra một hiệu ứng đám đông ủng hộ quan điểm trên (đó cũng là cách mà kênh ThePrimeTime hoạt động và giữ được lượng người xem khi luôn xem những người không thích Rust đơn thuần là "vấn đề kỹ năng"). nói cho cùng thì đây cũng chỉ là mạng xã hội thôi bạn.

hay quá ạ

@anonystick

29 күн бұрын

Tks em

❤❤❤

Có nguyên nhân gì để viết class trong node js không hay mình viết only func cũng đc ạ?

@anonystick

29 күн бұрын

Ko em, viết func là ok...