@huukimit cách này giông của bác @quanghung97 bác nhỉ. Cảm ơn 2 bác nhiều!

@ngankim Là custom event bạn tự bắng từ trong ItemComponent ra đó, bạn viết như này:

<button @click="$emit('request-edit', item)">
  Update
</button>

@huukimit sự kiện @request-edit đc định nghĩa ở đâu bạn nhỉ

Cảm ơn anh nhiều ạ

https://github.com/Hashnode/mern-starter

Có link github không ạ?

(ngon)

Qualityyyyyyyy

thanks ạ )) e đang sử dụng hash kiểu tương tự như này để init nhiều biến

Cảm ơn bạn về câu hỏi. Về quy trình thì ông client và server đã phải giao tiếp với nhau trước đó và thỏa thuận với nhau là ai sẽ mở cổng nào (B1). Ở B2 thì ông client chạy về nhà mở cổng PortX, và nói với thằng bảo vệ (Router) nếu mà có thằng nào tên là IP1 với đặc điểm nhận dạng Port80 thì cho nó vào luôn, không cần bắt nó xuất trình giấy tờ lại nữa.

cảm ơn bạn nhé.

Bạn đang hiểu sai tư tưởng của Abstract Factory pattern rồi. Bạn có thể tham khảo thêm ở đây https://refactoring.guru/design-patterns/abstract-factory

Chào bạn, mình muốn hợp tác với bạn build 1 cái web về livestream. Rất mong phản hồi của bạn qua email khandai.vip@gmail.com hoặc telegram @haihung. Regards,

@WRBKOR23 mình cũng cảm ơn bạn vì đã cho mình biết bài viết này còn đôi chỗ gây khó hiểu. Mai mình sẽ đọc lại và bổ sung

@nguyen.thanh.minhb e cảm ơn, thắc mắc của e đã đc giải đáp

@WRBKOR23 stateless ko có hàm setState nha bạn. Chỉ stateful mới có hàm này. Khi Stateful gọi hàm này nó sẽ chạy lại hàm build và tất cả widget trong hàm build của nó (tương đương cả cái sub tree của nó) đều rebuild.

@WRBKOR23 vâng đúng rồi bạn. Mình extract 1 widget ra Stateless để giới thiệu Stateless là gì nhưng vẫn giữ 1 widget cha làm Stateful. Vì như mình nói Stateless bản chất ko thể tự thay đổi UI mà bị widget cha ép phải thay đổi hay nói cách khác là update 1 cách bị động. Nếu trong app chỉ toàn stateless, toàn do bị ép, vậy thì ai là người ép. Chính Stateful là người ép Stateless update nên cần phải giữ lại ít nhất 1 Stateful ở trên top như vậy

@nguyen.thanh.minhb stateless cần widget khác bắt phải update thì cái setState ở cả stateless và stateful đều vẫn phải rebuild từ đầu đến cuối giống như nhau phải ko ạ?

StatefulWidget thì nó gồm 2 class: 1 class là Widget, 1 class là State còn StatelessWidget chỉ có 1 class Widget thôi bạn.

Stateful

class HelloWidget extends StatefulWidget {
  @override
  State<StatefulWidget> createState() {
    return _HelloWidgetState();
  }
}

class _HelloWidgetState extends State<HelloWidget> {
  @override
  Widget build(BuildContext context) {
    return Text('Hello World');
  }
}

Stateless

class HelloWidget extends StatelessWidget {
    @override
    Widget build(BuildContext context) {
        return Text('Hello World');
    }
}