GetX vs Riverpod | Which is better with Flutterâ
VloĆŸit
- Äas pĆidĂĄn 9. 07. 2024
- I studied both the packages in detail and made a comparison video to understand which one is better state management tool with Flutter.
Chapters đđŒ
0:00 - Introduction
0:28 - Size comparison
4:05 - Performance comparison
11:15 - Code comparison
If you like my work
Buy me coffee on : ko-fi.com/afzalali15
Join this channel to get access to perks:
czcams.com/users/CodeXDevjoin
Gears ========
Camera đž || Canon 250D : amzn.to/34isdKr
Mic đ€ || Maono AU-04 : amzn.to/341g9wS
#CodeX
Connect with me on social media:
FB: / codexdevs
Twitter: / afzalali_dev
LinkedIn: / afzalali15
Discord: / discord
I just published a financial application developed with GetX. I don't feel any issues with GetX till now.
Exactly, We have published a complete bank application with WesternUnion and many third party payment gateways.
All with Flutter and GetX.
Itâs more like how you utilise the tool rather than going with super duper awesome packages.
Awesome content. These internal details are so helpful. Thanks a lot.
I have used Getx more often in commercial projects as it is easy to understand and write code once you get use to it due to its easy structure
Thats why its most liked package on pub.dev
Highly commercial Apps use BloC - I think. Because it is more organized.
@@ajaykotiyal427 which specific commercial app you personally know that uses Bloc? :)
@@MuhammadZeeshan-uc2bg In my job search experience on Upwork, I often saw Bloc usage as one of the client requirements. I think NA and EU dev teams prefer Bloc. Never saw Getx.
@@CodeXdev i would say most of the likes aren't real. I mean, come on, more likes than Cupertino or provider ? I don't think this can't be legit
Hi when we need nested navigation, so i case i develop Ecommerce for web and bobile?
If someone only uses Getx then he will definitely forget about how flutter actually works behind the code, like how context is passed and when you're using Getx it's basically like moving to different mini framework inside the app itself. I recommend switching between bloc, riverpod, getx
I totally agree with you, we should know how Flutter works with context.
How about provider, is it same?
@@Mfbzai provider is kinda the old version of riverpod.
GetX is how flutter framework should be.
@@BrunoCodeman Riverpod was an improved version of Provider. But now Riverpod is degenerating quickly, becoming more and more complex and abstratc. So in my opinion Provider gets more interesting again as an alternative to Riverpod.
Thank you for your videos
Best regard...
Glad you like them!
excellent explanation
The controller is tight to a screen means the Business logic is not separate from the View. Better to state that when needing a reactive variable is needed you have to find the controller which was created on another screen when needed on more than one screen.
good comparison, both good
good videos. thanks
Thanks for the video. â€ïž From Bangladesh
Thanks Afzal, which vscode theme are you using ?
Dark+
amazing video!! many thanks for sharing! đ„đ„đ„
how about Bloc vs Getx vs Redux flutter?
Thanks in advance!
đ
Should using GetX create issues with iOS simulator? Not sure if I ran into issues that was connected to GetX.
Nope, GetX has nothing to do with it! May be its ur system?
Great video. I went into it liking Provider but came out liking Getx. The last segment showing the code side by side was more important and should have been weighted greater. I think for that Getx should've got 2 points. Just as you said, having a controller for each page makes coding much easier.
no it doesnt
I'm totally sold on GetX, my only concern is the same of some others here: maintenance of the the package in the long run. I guess the only way to ensure this is to have more and more contributions from the community.
I have applied Riverpod in a project. It is very flexible. but sometimes a provider depends on another one is not easy to understand (e.g. FutureProvider will depend on some StateProvider for API calling). And we will have to define global providers for each and every action, this can be a Drawback. But Overall it reduces so much boiler plate code. I am in favour of it.
But I don't have experience with GetX, so cannt say anything.
Hey if I use Getx and fluent_UI, I wouldnât use GetMaterialApp right? Just use it for state management not routing/utils?
No, theres more to it. If you need only GetxController and .obs then you don't need GetMaterialApp at all.. but if you use Get.width, Get.dialog, Get.anything then you have to make it GetMaterialApp!
Thanks i get it
hey ...i am bit confused. with state management ,which to choose as i am beginner ...do i need to learn all state management to get a a job? or just one? & expecting suggestion from flutter community
You need to understand Flutter and any one of the state management, preferably BLoC for interview perspective. rest all you can learn as and when needed
@@CodeXdev thanks bro & your contents are much helpful..waiting for more
Hey Afsal. Make a Getx Controller in separated package please
it looks very nice for managing state option
which is better for ecommerce app development getx or provider or riverpod or Bloc ?
They all have their downsides and advantages, depends with what exactly you want to achieve
I have to say this, Provider, Riverpod or Bloc would be faster than GETX because flutter by default is optimized to use InheritedWidget.
In the documentation of inheritFromWidgetOfExtactType "Calling this method is O(1) with a small constant factor", but it wouldn't be noticeable in small app.
One more thing is that you can use ChangeNotifier instead of StateNotifier if you want to use something like MVC architecture. other than the video is great, both are good solutions and every solution have some downsides.
Thank you for writing descriptive feedback, Consumer and Obx both are Stateful widget behind the scene.. I think its more about how that setState is triggered internally in these widgets and how changes are notified.
Can you benchmark riverpod against redux?
Neat mahn...Flutter community!
When to use Sql vs NoSql database. Everywhere its told that use SQL database when you have structured data. But when building any app, most of the time data are related to each other. So in that case as a beginner I get confused which to use when and why ?
NoSQL requires code to make sure the data consistency. Complex data models if you need to make a report or any data analysis.
Most of time SQL is good fit for general use.
There are two reasons why NoSql has been so successful recently: 1. Many new developers, especially self-tought ones, try to avoid SQL because it is much more complicated 2. Most app are rather primitive, so in fact NoSQL is sufficient for the majority of the apps developed. BUT if your data structures get more complex your requests will also get more complex and then you will be lucky if you chose SQL because it is MUCH more powerful and database engines are MUCH more optimized. I would always recommend using SQL. There is only one real reason for using NoSql that is when you have lots of relatively unstructured data.
How do we run iOS on Windows, does it only work with MacOS? how do developer with Windows build iOS or release build iOS files? is there a solution for windows? android am able to build but not iOS
Single answer for all of ur question:
Its not possible!
You need MacOS đ„ with XCode installed to build iOS app.
@@CodeXdev Thank you so much, and can you do a video on Dio for api with getx, i have seen http, not sure if you have done.. Love your videos and channel ..Keep doing
I use getx in all my projects. I'm concerned though that with no updates in 3 months, and the beta now 9 days old... Btw, one of my main projects can't recompile with the latest flutter... It does make one worry.
Similar problems with Riverpod. I'm using ChangeNotifierProvider a lot because I don't like to work with immutable data . Now it seems to be kind of deprecated in Riverpod. Also they seem to want to force you into code generation what I don't like, too. So after have been working with Riverpod for several years, in several large projects, I'm now having the problem that Riverpod might not fit my development anymore and I might end up to need to migrate all the Riverpod code what would be more than annoying. So it is always a problem and risk when you depend so much on a single package!
Hi bro, why you don't use ExampleClass extends GetView and Getbuilder instead of Obx , is it more convenient. or is there a drawbacks of this. if you know please explain i am still junior
Yeah, I should have used it.. but while recording I missed it
I prefer use Getview and StateMixin. They are simple and easy to use
Bro getx v provider which is best?
Whatever seems easy to you...
I love Getx
Hi...
I'm using getx from long time and beginner also to flutter . But i while surfing on internet i read some articles about state management. The flutter community and industry level companies are prefer to use bloc package for state management.
1. Why they not prefer to use getx ?.
2. Why they prefer bloc ?
3. Which is good for next carrier.
đ from india.
I never see getx used in production code here in France.
in Indonesia some big tech companies use GetX.
For big companies it is not easy move their products from bloc to any other state management. And bloc is here from the beginning so that's why they asked for bloc. But recommend to go with Getx. We used for our products as well.
@@jayminpatel8753 I don't know, but here I never heard of someone recomanding to use getX. If they move from bloc it is most of the time for riverpod
In Indonesia, I have some of my projects with my clients using GetX and it worked perfectly fine
Getx no doubt has all the features and are well planned so it fires up only when u use the functionality (like storage or navigation) but I feel in a long run if our total app is based on Getx and something has to go wrong with the package we will be screwed... I love minimalism so use only package that has sole purpose... Anyway good comparision..
Bacana!
I would choose Riverpod over any other state management solution. Regarding GetX, the syntax look awful.
where do i get certification for free in flutter?
Just remember if you get it for free, then you get what you paid for.
No matter what, GetX â€
Thats called blind love â€ïž đ
Sir make video on objectbox
Iâm going to give GetX a crack for my next app, was going to try riverpod but the evidence of GetX just keeps adding up! Ps from a provider background
Keep us posted when you try
@@CodeXdev will do
Last mobile project im using GetX to, switching from provider
What about provider.?
Riverpod is evolved version of provider đ
@@CodeXdev yeah agreed đđ»
@@CodeXdev then I will stick to provider
@@CodeXdev Itâs not. Riverpod is a rewrite based on Provider, but it is not using Provider internally. Riverpod does not place providers in the widget tree like Provider does using InheritedWidget. Riverpod has it's own storage for providers "ref" so that it is not tied to the BuildContext
@@unknownunicorn1373 Agreed, what I meant is provider evolved to Riverpod so there is no need to go back and compare with provider, in context of question.
Next video- Fluent UI & GetX web/desktop app plsssssssss đđ»đđ»đđ»đđ»đđ»đ
I have plans for Web and desktop application with Flutter.. will try how Fluent UI goes with it.
@@CodeXdev nice! Would be cool to see Fluent UI, there are a few material web/desktop vids but I havenât seen a good fluent UI video in English yet.
What about unit testing comparison?
I đriverpod
According to the official documentation:
Riverpod is a complete rewrite of the Provider package to make improvements that would be otherwise impossible.
No doubt.. Riverpod is a good library.
Riverpod was an improved version of Provider. But now Riverpod is degenerating quickly, becoming more and more complex and abstratc. So in my opinion Provider gets more interesting again as an alternative to Riverpod.
Please fight between getx and bloc
Getx is very simple and calm.. don't need any high logic and pro methods.
indeed its simple and very productive.
you need more info about riverpod ,most of information in last section was wrong
Successfully read and ignored đŹ
Some things were presented wrong.
You have a Consumer widget, to wrap only part of the widget. You didn't dispose the text editing controller. And I haven't finished the video yet.
You didn't declare the data in a provider.
You can hold the query in a provider and read from there.
Why the flutter team didn't implement the state management like this libraries from the ground up and make it so painful since day one ?
Indeed, they have recommendation for BLoC and Provider.
@@CodeXdev what about riverpod for now ?
we need more details on fixing janks
i couldn't find good resourses
Unit test comparison?
That would be whole new video..
I love to use Riverpod you dont show .listen .refresh .autodispose n .when .maybeMap you just show some basic stuff even you dont no how to use Riverpod in better way
Appreciate your comment, but this video was not to show what all features Riverpod or GetX have. Its about comparing which takes what resources and is it good to use or not.
Why people hate GetX sooo much?
GetX Wins once again.
Riverpod gang đ
Using Get CLI with GetX -_-
It was love at first sight..
Small project? Provider or Riverpod
Big project? Bloc
Javascript bringing sh1t bad practices to Flutter? GetX
Its better to switch to riverpod, getx is no longer maintained - that's a serious issue
Stable version 4.6.1 came 3 months back, but if you see prerelease 5.0.0 was updated 14 days back.. so itâs fine! đ
Riverpod es mas flexible.
Bloc.
another "tie" type comparison video :/
tbh, we can't just say one approach is better than other.. we can only put our perspective and people will decide themselves what suits best.
I tried my best to keep the points clear and tell my opinion about GetX and Riverpod.
being said that both authors have done amazing job, its matter of choice what you prefer.
For me GetX seems easy and quick to implement.
@@CodeXdev ik man and thanks for the video , but there is another "perspective" to mention here , Get lets you depends on it to almost easily forget what's the purpose of simple features in Flutter , like : Stateful Widgets , ScaffoldMessenger , ModalSheets , and the list goes on , i can't remember the last time i had to use a stful widget just for animation because of the TickerProviderStateMixin , i'm a Get user and GOD help me , i miss Provider tho
personally I've use all bloc, provider , riverpod and GETX is simply the best in my opinion, whether you just use the state management or not ....and the CLI GETX provides makes things really easy and professional even at scale.
and another thing is that the Obx() widget is the coolest thing ever ...in theory you never have to have a class that is a stateful widget ever..the Obx() widget targets the build method already built into the widget itself, which ALL widgets in flutter have, by design ...think of it like this, a build method only running once only where it needs to run. so the tree gets untouched. Only that single widget that needs to update re-builds alone...(that is far more efficient and elegant)
if you have a a column widget in theory no matter how many other widgets are in the column only the 1 widget you need to react inside will update...to me that's simply perfect, with so little boiler plate.
give getx a try I absolutely love it. (and there is soooo much more...read the docs a few minutes of your time)
In A PERFECT world , google would announce that all other state management methodologies should be deprecated and only GETx be used for for the fast targeted way it runs each widgets build method individually.
You should really rethink your choices if google themselves are favouring Bloc, Provider and Riverpod over Getx
@@codegambit2507 there is a reason why getx has so many likes :)
@@mdmahadyhasan6683 yeah because it's easier for beginners to get started with Getx as a state management in flutter.
Most devs who have been using flutter for at least 2 years would never pick Getx over Riverpod. No Google dev will ever pick Getx over Riverpod. That should tell you something.
@@mdmahadyhasan6683 polularity alone shouldn't be your only reason of choosing something
@@codegambit2507 well im using flutter since beta days. I have used provider , bloc , getx , riverpod and getx is the most convenient for me for production application. Its easy with get_cli , built in mvc architecture and have loads of utilities that otherwise has to be installed via pub. No google dev will pick getx ? are u a google dev or something? dont assume anything without concrete proof.
Just be aware that global scoped ANYTHING is a horrible practise in programming. It's akin to static calls: Anything is accessable by everything. So đđ» riverpod. For both I'm calling YAGNI: en.wikipedia.org/wiki/You_aren%27t_gonna_need_it