Riverpod or Bloc? Which One is Better?

[@RandalLSchwartz]

I believe bloc is the right choice when you're working on a team of varying skill levels. It has one primary way of distributing events, and everything sorta circles around that. Riverpod offers far more flexibility... but with great power comes great responsibility, and some mastery is recommended. Riverpod can even be used in "bloc" mode with streams if you want... That said, I reach for riverpod for pretty much every project I'm influencing, whether it's a few classes, or a few hundred classes. Riverpod scales well.

[@zdenekkrcal9066]

Riverpod is excellent and easier to use now with riverpod annotations.

[@abrorbobomurodov2361]

Bloc is so easy if you use freeze package with bloc

[@吳建儒-o5t]

@@abrorbobomurodov2361 Riverpod can too.

[@Cpmbc279]

YES!

[@RandalLSchwartz]

Riverpod *has* a StreamProvider. Most of riverpod has nothing to do with streams, and uses a far simpler but more flexible strategy of ProviderListenables. So the comment mid-video about them both using streams is already wrong. Some of the other things are also marginal.

[@noursalman932]

Coming from BLoC (Cubit) background, I actually learned to use Riverpod from this comparison, better than any Riverpod tutorial I came across. Many thanks!

[@flutterguys]

❤✌

[@moisesbinzie]

Well explained. With that comparison, I finally understood a bit of Bloc. Coming from Provider, It was easy for me to transtion to Riverpod than Bloc

[@kairos_moments]

true

[@akshattamrakar9071]

Bloc is better as it extracts all the implementation in separate location. It's works great for teams

[@sahilambure]

It is good for beginner to advance app. But riverpod scales better than BLOc

[@abrorbobomurodov2361]

​@@sahilamburefor team work Bloc would be great choice

[@conceptcoder]

It's like "Fireship taste" when see this video... 😎

[@TheRealPhillipJacobs]

Haha I thought the same!

[@sharbelokzan9673]

I’m experienced with bloc but was a bit confused with riverpod, this helped a lot! Thanks

[@flutterguys]

Glad it helped!

[@Quicky121]

I tried Cubit, BLoC and (sadly) Redux and for me BLoC is the better. It has a clean way to write your business logic and all the Builder, Listener widgets keep your code clean. I read some comments that says that Riverpod scales up better and I'm curious to see if it's true. Maybe an hint for next video? :P Thanks for the video!

[@flutterguys]

noted.

[@robbrooks5263]

Explain to me like I'm a 5 year-old why I need to adopt one of these in preference to plain old Provider. What am I missing?

[@TheRealPhillipJacobs]

Probably just the size of your app.

[@RandalLSchwartz]

I've migrated three projects from Provider to Riverpod. Each time, the code get simpler, more robust, and more featureful, and easier to maintain.

[@sahilambure]

Riverpod is better for big apps.

[@jointtask]

Bloc has a lot of boilerplate code involved, I wound prefer Riverpod

[@justinprakashraj6256]

what is boilerplate ?

[@baruchfavour9358]

Much of code could be unnecessary sometimes

[@justinprakashraj6256]

@@baruchfavour9358 thanks BFavour

[@鄭琮瀚-x2j]

How about getx?

[@Quicky121]

I don't know man, it has some boilerplate but for events and state you can use freezed library to solve this, resulting in less boilerplate and cleaner code. Give it a try!

[@fegartyx8271]

I'm still confused right now, like many job requirements want to use bloc than riverpod

[@przemekbemek]

Great comparison, thanks. I found a minor bug in 1:25 on the right example - "state.user == null" is copy-pasted from the left example, but there's no reference to state actually

[@flutterguys]

Yes you are right, Thank you ❤✌

[@letmelearnai]

i only use riverpod now since i found provider lack context control. i'll try bloc when i found lack of riverpod because people said bloc is great for complete separate business logic.

[@flutterguys]

✌❤

[@guycz]

My opinion - Riverpod

[@TheRealPhillipJacobs]

Looks like Riverpod is the winner in the comments. Riverpod it is then!

[@MarcelinoDavid111]

Riverpod

[@ragibshahariar3169]

Hello Flutter guys could you teach us bloc. how to implement it

[@nicolaimagnussen1914]

which editing tricks are you using to get this type of editing, any tips?

[@davisburnside9609]

Why would I want bloc a river as no competing pods are crossing state crosspods?

[@YS_Yousef]

please make the soundeffects lower and get some better ones

[@tananga_studio]

From my expierience riverpod is more elastic. Bloc is good in simple apps

[@NOBODYxx09]

No, bloc is the choice for bigger apps believe me i have been there 😉

[@bouyahyabilel2437]

No , bloc is the great choice for bigger app , also when you work with team

[@site.x9448]

Wow. Sir, what software do you use for such editing?

[@pintalubaf]

The main problem I see with Riverpod is that anyone, from anywhere, can read a notifier and change the state,

[@flutterguys]

Riverpod document : Do not be frightened by the global aspect of providers. Providers are fully immutable. Declaring a provider is no different from declaring a function, and providers are testable and maintainable.

[@pintalubaf]

@@flutterguys Yeah, providers are immutable, but their states are mutable, and public. I'm not saying it's bad, it's just the problem I see.

[@RandalLSchwartz]

@@pintalubaf "but their states are mutable, and public.". No, they aren't. You must pass through a function to update the state of a Notifier (sync, Future or Stream). If you're calling that mutable or public, you need to look closer. Perhaps you're thinking of the legacy StateProvider, which was a stopgap introduced to get people at least one step away from globals. But that pattern while still supported, is no longer recommended. Instead, immutable state with defined updating methods is now the primary API.

[@pintalubaf]

@@RandalLSchwartz This is actually good news to me, because some months ago I could set the state from anywhere like: `ref.read(randomProvider.notifier).state = newState;`, so at that point, either state was mutable/public or not protected. It's good to see its immutable now. Thank you for letting me know about this.

[@pintalubaf]

Or, it's the legacy StateProvider as you said.

[@algeriennesaffaires7017]

Even i have been developing with flutter for 4 years, but i can't understand this video. The correct question is, what is the problem block or provider solve, and set State can't do it? Im using set State, and it's good enough

[@flutterguys]

In big apps, you cannot use set state to manage the state, and you need to manage the structured state and avoid complexity.

[@algeriennesaffaires7017]

@Flutter Guys thanks, i have a medium-sized app that took me 4 years now to maintain i ts little complicated, yes, but it's well controlled with just set State

[@bhakinkhantarjeerawat8163]

@@algeriennesaffaires7017 Interesting! I really like when people can use simple methods to manage things, especially the old staff, and it still works well.

[@sangamgiri1071]

Yes I have used default setState in bigger projects too but at some point everything starts getting messy so Bloc is recommended

[@teajay6545]

I can only imagine the pain and length you have to go through to make your apps conform to using setState only phew 😮‍💨 (I smell anti-pattern)

[@alphaNaj]

great content you are making, keep it up

[@flutterguys]

Thanks, will do!

[@rsajdok]

riverpod has less boiler plate code

[@abasilis]

Hi, Excellent video, thanks. At the end you mentioned depends on the scale of the peoject, so, which one to use in a bigger project?

[@flutterguys]

Blo

[@flutterguys]

Bloc

[@abasilis]

@@flutterguys Thank yoy very much!

[@dadlord689]

Working for years with Unity and Unreal engines... this is frustrating. You can't over complicate messaging more.

[@h3w45]

Thank you very well explained

[@dolbysoundsofficial9323]

Riverpod

[@erlangparasu6339]

bloc because more recognize with all class contains prefix "Bloc" :)

[@justinprakashraj6256]

BLOC 🔹❤️

[@joshuanwokoye]

Very straight forward!

[@mohamedabdelrehem7698]

are you real this video the first of your videos pop to me and now i just watched mostly all of your videos♥♥♥♥

[@flutterguys]

Glad it was helpful!

[@miranantamiangr]

You have to change your voiceover ai to elevenlabs or something slower. It’s very bad and rushed now

[@IncompleteTheory]

Provider FTW.

[@int-64]

Too much coupling and logic in the UI with Riverpod. Bloc provides good abstraction and decoupling

[@bilal1708]

I prefer Provider 😅

[@TheRealFFS]

You want to go over this any faster pal?

[@flutterguys]

What do you mean?

[@markosunbro2732]

Mobx )))

[@lmao498]

no thanks, still preferred provider

[@keithbertschin1213]

You couldn’t talk any faster could you!

[@salmaindrianputri164]

But im with getx

[@ai_mak354]

GetX!!!))

[@TheKiRBiR]

why do concept like these suck all life out of you and kill your desire to be a developer? Is this what awaits in the corporate world?

[@AbdulRahim-ok1vs]

Riverpod