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');
    }
}

cái đoạn statefull phức tạp hơn so với stateles là như nào ạ, e thấy stateles có nhiều class hơn ạ ;V

bài viết hay quá. em cảm ơn thầy

Bài viết rất hay và cảm động !!!

Cảm ơn thầy Đức nhìu )

lợi

Ý tưởng hay Cảm ơn bạn nhiều nè! Đôi lúc mình cũng gặp khó khăn để lục lại bài viết cũ

Tuyệt vời. Mình cố gắng publish source lên DartPad rồi đính kèm link trong các bài viết để những bạn không có máy tính có thể dùng phone/tablet truy cập vào link DartPad xem code và trải nghiệm app.

Hi Mr. Minh

Mình có một tk khách trên laptop mac rùi. Dùng chung với cô bạn thân. Bi giờ bắt đầu tìm hỉu abc sử dụng máy mac. Hahaa

Sẽ download androidStudio for mac và flutter để thực hành các bài viết của bạn.