kiến thức Flutter Forward 2023

ReduxJS hay nói rộng ra là global state. Khi dev dùng không biết cái nào nên là localstate, cái nào nên là global, team ngày xưa thì all-in redux luôn ko bao giờ đụng vào local state. Trong các component connect()/dispatch loạn xạ, data flow rất rối rắm, refactor thở khẽ k dám sửa nhiều. Nguyên thuỷ của React suggest 1-way parent -> child hoặc child -> parent, hơi boilerplate + drill props xuống nhiều, nhưng dễ đọc.

Giả sử nếu làm Flutter mà ko có BLoC thì liệu có khoai hơn nhiều ko thím? Nhớ trước thằng BLoC có 1 rival khác mà tên chỉ có 2 hay 3 chữ, ngày càng đẻ ra nhiều
ko, tôi thấy BloC cũng bình thường, code app nhr dài dòng lắm, bọn getX n nhanh hơn nhiều
 
ko, tôi thấy BloC cũng bình thường, code app nhr dài dòng lắm, bọn getX n nhanh hơn nhiều
À đúng. getx là cái mình nhớ. Trước đọc giới thiệu thấy người ta so sánh với BLoC bảo ngon hơn + giải quyết các vấn đề của BLoC
 
À đúng. getx là cái mình nhớ. Trước đọc giới thiệu thấy người ta so sánh với BLoC bảo ngon hơn + giải quyết các vấn đề của BLoC
lí thuyết là vậy, còn thực tế thì b dùng cái nào quen thì dùng thôi, như tôi bắt đầu làm quen với bloc sau đó đọc mấy cái getX, riverpod, provider thấy dễ hiểu và đơn giản, dùng bloc thì debug code thích hơn, thằng ở flutter trong code bloc có thể thực hiện ansync call api, load data từ local storage thoải mái, ko giới hạn nhưng ở redux js tôi thấy rất củ chuối ở cái reducer bị giới hạn ở việc n phải là pure function, muốn thêm phải có thêm middleware kiểu redux thunk hay saga làm vấn đề trở lên loằng ngoằng. Ngoài ra lại phải còn mapping từ redux => state và action nên cũng mất thêm 1 bước nữa, từ đó cảm thấy ko thích thằng redux 1 chút nào
 
lí thuyết là vậy, còn thực tế thì b dùng cái nào quen thì dùng thôi, như tôi bắt đầu làm quen với bloc sau đó đọc mấy cái getX, riverpod, provider thấy dễ hiểu và đơn giản, dùng bloc thì debug code thích hơn, thằng ở flutter trong code bloc có thể thực hiện ansync call api, load data từ local storage thoải mái, ko giới hạn nhưng ở redux js tôi thấy rất củ chuối ở cái reducer bị giới hạn ở việc n phải là pure function, muốn thêm phải có thêm middleware kiểu redux thunk hay saga làm vấn đề trở lên loằng ngoằng. Ngoài ra lại phải còn mapping từ redux => state và action nên cũng mất thêm 1 bước nữa, từ đó cảm thấy ko thích thằng redux 1 chút nào
reducer bị giới hạn ở việc n phải là pure function cái này là đi từ functional programming. Pure để dễ test. Ngoài ra reducer hiểu là cách để thay đổi state khi 'react' với 1 incoming action. Cái này gọi là flux pattern thì phải.
còn mapping từ redux chắc bác muốn viết kiểu đơn giản. Đặc trưng của mấy FE library giờ là immutable (reactjs) hoặc observable mutations (vue).

Tương lai ko biết Flutter có lấn sân đc all multiplatform ko. Hiện tại flutter for web đang bị giới hạn bởi SEO & accessibility. Widget em thấy đang hơi bị bloat 1 tý, kiểu 2 Widgets khác nhau nhưng gần giống nhau. Nếu phân chia lại các widgets trung lập hơn thì tốt. Hiện tại nó đang build widgets đi theo design của iOS / Google.
Đối thủ của Flutter dần cũng xuất hiện, đơn cử như Jetbrains Compose Multiplatform
 
Trước cũng làm đủ thứ react native -> flutter -> android native -> ios giờ thì quyết định theo IOS luôn do lỡ làm isheep rồi .Flutter vẫn hơn React nhiều
 
ReduxJS hay nói rộng ra là global state. Khi dev dùng không biết cái nào nên là localstate, cái nào nên là global, team ngày xưa thì all-in redux luôn ko bao giờ đụng vào local state. Trong các component connect()/dispatch loạn xạ, data flow rất rối rắm, refactor thở khẽ k dám sửa nhiều. Nguyên thuỷ của React suggest 1-way parent -> child hoặc child -> parent, hơi boilerplate + drill props xuống nhiều, nhưng dễ đọc.

Giả sử nếu làm Flutter mà ko có BLoC thì liệu có khoai hơn nhiều ko thím? Nhớ trước thằng BLoC có 1 rival khác mà tên chỉ có 2 hay 3 chữ, ngày càng đẻ ra nhiều
getx à ? thằng nó chơi app 1 2 screen mì ăn liền thôi. với xài nó thì cùi đi đấy. cứ auto xài context mà chả hiểu gì. cơ bản nhất là provider, sau này tìm hiểu riverpod. vì riverpod cũng của tác giả provider, fix với update mệt hơn nên ổng viết mới luôn, cái này cache ciếc các kiểu, có cả gen code. nói chung với t thì riverpod/bloc giờ tốt nhất r
iJbugKN.png
 
với lại là perf thằng getx chậm hơn hẳn so với bọn khác, t cũng từng hype nó nhưng xài vô thấy ngán r
 
ReduxJS hay nói rộng ra là global state. Khi dev dùng không biết cái nào nên là localstate, cái nào nên là global, team ngày xưa thì all-in redux luôn ko bao giờ đụng vào local state. Trong các component connect()/dispatch loạn xạ, data flow rất rối rắm, refactor thở khẽ k dám sửa nhiều. Nguyên thuỷ của React suggest 1-way parent -> child hoặc child -> parent, hơi boilerplate + drill props xuống nhiều, nhưng dễ đọc.

Giả sử nếu làm Flutter mà ko có BLoC thì liệu có khoai hơn nhiều ko thím? Nhớ trước thằng BLoC có 1 rival khác mà tên chỉ có 2 hay 3 chữ, ngày càng đẻ ra nhiều
Không có BLoC thì getX- rivẻpod vẫn ok nếu người dựng base cứng. Tụi nó không dựng partẻn sẵn ngon như BLoC thì mình tự dựng cho tụi nó là được :D
 
getx à ? thằng nó chơi app 1 2 screen mì ăn liền thôi. với xài nó thì cùi đi đấy. cứ auto xài context mà chả hiểu gì. cơ bản nhất là provider, sau này tìm hiểu riverpod. vì riverpod cũng của tác giả provider, fix với update mệt hơn nên ổng viết mới luôn, cái này cache ciếc các kiểu, có cả gen code. nói chung với t thì riverpod/bloc giờ tốt nhất r
iJbugKN.png
Riverpod có gì ngon hơn BLoC vậy thím?
E sau khi dùng GetX cũng đang muốn tìm 1 thằng dễ triển khai hơn BLoC, mà ổn định -an toàn hơn GetX cho các proẹct nhỏ.
 
Embeded có LVGL ngon vãi luôn. Nếu làm linux thì không nói rồi. Mà k rõ Flutter build đc stable cho linux chưa
Trước đá qua Flutter làm thử vài mockup lấy trên mạng kết quả khá xịn. Tuy nhiên có điểm trừ là phải học Dart, và có tỷ cái component mimic Android & iOS. Sao bọn nó ko làm mấy component neutral để styling từ đầu nhỉ :censored:
Ngoài ra còn luôn thấy nhắc mấy cái concept BLoC, không rõ quan trọng ko và nếu quan trọng sao ko adopt nó officially. Hay giống ReactJS ngày xưa bị ngộ độc Redux
Trước em có làm Embedded cũng dính cái LVGL nhưng ngôn ngữ C, không biết bác kêu ngon là như thế nào ta? Chạy ổn định hả bác, không biết cái LVGL nó sao chứ thấy chả giống bên app lắm
 
Trước em có làm Embedded cũng dính cái LVGL nhưng ngôn ngữ C, không biết bác kêu ngon là như thế nào ta? Chạy ổn định hả bác, không biết cái LVGL nó sao chứ thấy chả giống bên app lắm
Nhẹ ấy bác. Em chạy trên con ESP32 mà vẫn mượt. Chắc màn hình bé
 
Riverpod có gì ngon hơn BLoC vậy thím?
E sau khi dùng GetX cũng đang muốn tìm 1 thằng dễ triển khai hơn BLoC, mà ổn định -an toàn hơn GetX cho các proẹct nhỏ.
pj nhỏ thì tiện hơn thôi. 2 thằng thằng nào cũng ngon mà, bloc thì chưa xài nhưng xem example thì cũng như riverpod thôi, ngon như nào thì do ng code nữa. nhưng chắc chắn hơn thằng getx
A8xMGNk.png
 
ReduxJS hay nói rộng ra là global state. Khi dev dùng không biết cái nào nên là localstate, cái nào nên là global, team ngày xưa thì all-in redux luôn ko bao giờ đụng vào local state. Trong các component connect()/dispatch loạn xạ, data flow rất rối rắm, refactor thở khẽ k dám sửa nhiều. Nguyên thuỷ của React suggest 1-way parent -> child hoặc child -> parent, hơi boilerplate + drill props xuống nhiều, nhưng dễ đọc.

Giả sử nếu làm Flutter mà ko có BLoC thì liệu có khoai hơn nhiều ko thím? Nhớ trước thằng BLoC có 1 rival khác mà tên chỉ có 2 hay 3 chữ, ngày càng đẻ ra nhiều
Chủ yếu sử dụng BLoC do nó rõ ràng rành mạch thôi thím , chứ còn thằng tiện hơn , code ngắn hơn mà : Provider , GetX , Riverpod
 
Các bác cho em hỏi tí. Em mới tập toẹ flutter. Cái Inspector trước em dùng flutter ver cũ thì khi touch vào widget nó trỏ đến đoạn code đấy luôn khá là tiện, nhưng mà hinh như lên ver mới nó bỏ cái đấy đi rồi. Có cách nào bật lại đc k các bác nhỉ ?
 
Các bác cho em hỏi tí. Em mới tập toẹ flutter. Cái Inspector trước em dùng flutter ver cũ thì khi touch vào widget nó trỏ đến đoạn code đấy luôn khá là tiện, nhưng mà hinh như lên ver mới nó bỏ cái đấy đi rồi. Có cách nào bật lại đc k các bác nhỉ ?
Hình kính lúp ở dev tool
 
Nghe nói các cty đang quay lại React Native sau nhiều bad review Flutter.
Có phải Flutter đang đi xuống không ae, về hiệu năng đang bị chê...
 
Back
Top