Brian's presentation is awesome, his code is awesome. He seems like a brilliant guy. Very encouraged by his chronic misuse of the word ancestor. (shows his mortality) For those wondering: Ancestor & parent are overlapping concepts. They are things like root classes, objects that contain other objects, etc. If in a class definition you say "inherits from" or "extends" then it's a CHILD. The thing on the right hand side of those two expressions is the PARENT/ANCESTOR. If you instantiate a thing inside another thing, the instantiated thing is the CHILD. The instantiator is the PARENT/ANCESTOR. 2 levels up and higher (^Grand-parent) you're looking at ANCESTOR. If you're talking about 2 levels and lower (Grand-child) you're looking at PROGENY. I'm pretty sure there's something about the word PROGENY that's confused the issue. People don't seem to feel comfortable using it. But we should anyway. X -> Y extends/contained by 'X' -> Z extends/contained by 'Y'. ANCESTOR->PARENT -> (CURRENT CONTEXT) -> CHILD->PROGENY
@@JacklapottTv Lots of scary things.... to be honest...the learning curve really sucks. I finally got over the hump when I found a way to have global variables and not have to pass information from widget to widget. also ...becoming clear on the syntax of classes(functions) and their properties. But hint number one is not to just watch tutorials.....type the code yourself instead of copy and paste. good luck brother.
@@1b0o0 of course you can, but typing it out speeds up your brain's ability to retain it and recall. "recalling" is a way of learning. And if you copy and paste you aren't doing that.
I'm actually a pure beginner in the coding world and I've been trying to see how to even start a career to upgrade my skills but I don't even know what to learn or even how. This vid was soo understandable to me even though I've watched so many begginer's vids. buh does anyone have advice f or me
The only issue I can see with this architecture is the fact that State must be immutable, so for any slight change to the state, all the state will need to be recreated. This includes nested objects !!! A more advanced pattern is used by Microsoft in the MVVM Patter (a special implementation of MVP) where the state (View Model) just need to implement INotifyPropertyChanged (or use if dependency property) to make the view updates only what has changed and no need to recreate the whole state every time. What do you think? Is there any better way I might have missed to dual with a more real life type of applications (complex state with nested objects, list of items, items with different details, actions, etc..)?
Immutable chokes the garbage collector, I get that flutter is lightning fast and you shouldn't optimize early on but I still prefer a more OOP approach where one class has certain state and methods to modify it in the same place, with listeners that can update on those changes
If nested objects are immutable, too (as they should be), then after recreating the parent object they will be passed by reference. This shouldn't have much of a performance impact.
:D software engineering is a lot about experience. In order to understand really good, innovative architecture which solves a lot of problems during development, you have to first experience those problems by failing a lot as a developer. There is no way around it at this moment. Software engineering is a 50 year old industry and science, compared to math which is thousands of years old. There is no fool-proof way to just explain everything these people do in a 60 minute presentation, you have to experience it in order to understand it
Great! Been waiting for this. Will surely give Redux a try. Btw, has anyone here worked with Sqlite in Flutter? Wanted to know some best practices related to maintaining tables & helper classes.
@@Mohith7548 this is quite stupid advice honestly. These two serve different purposes. Why give up local persistance for the cloud. It means the app wouldn't be able to save (or retrieve) user data when there's no internet reception - eg. on the subway - not to mention increased battery drain and latency. Even if the data is to be backed up in the cloud, this is not a reason not to store it locally. You keep a local copy then sync it with the cloud.
As I know reducers are pure functions without side effects. This means we can't call external services from reducers. Is there any alternative similar to that of Effects in ngRx (Angular )
That's a weird sentence but yeah, most of these frameworks are very freeform with what approach you can take with state management, I guess it's just a lot of trial and error and learning why one is better than the other for your usecases rather than following one pattern because it's the only one there is
This is an excellent presentation. Still, I think anything that is more complex than the Vanilla (see fluttersamples.com) is overkill for mobile applications. I am in the mobile business application development arena for 7 years now, and I've never seen an application where the complexity of UI is the challenge. Redux is anything but simple. If Flutter were used for really complex desktop applications, I'd say OK, but for mobile apps, no way it is required. To me the Vanilla solution is the real gem from fluttersamples.com; Redux is like walrus; I come to the zoo to admire them, but I wouldn't take one home.
It's not about complexity of the UI as such, but state management in general. This pattern comes at a cost of boilerplate, but it also makes troubleshooting easier, incl. a form of time travelling debugging. The benefits are well laid out in Hannes Dorfmann's MVI series - hannesdorfmann.com/android/mosby3-mvi-1 and the subsequent parts. It's about native Android development / Kotlin, but it discusses the pattern conceptually. The nomenclature may differ from Redux here and there, but it boils down to prety much the same thing.
If the store provider is found from a child widget, why does this not violate the principle of reusability, in sense that if the child widget was used in another app, there probably will not be a provider with the same name?
12:17: You touch on duplication between the State and Widget classes and then just skip it to discuss testing. I assume it remains a problem with your architecture. The Flutter testing and documentation is extensive and professional. But is it a case of putting lipstick on a pig?
Currently one of the best talks on Flutter, well done
Cnfkfkkk uriri
Brian's presentation is awesome, his code is awesome. He seems like a brilliant guy. Very encouraged by his chronic misuse of the word ancestor. (shows his mortality)
For those wondering:
Ancestor & parent are overlapping concepts. They are things like root classes, objects that contain other objects, etc.
If in a class definition you say "inherits from" or "extends" then it's a CHILD. The thing on the right hand side of those two expressions is the PARENT/ANCESTOR.
If you instantiate a thing inside another thing, the instantiated thing is the CHILD. The instantiator is the PARENT/ANCESTOR.
2 levels up and higher (^Grand-parent) you're looking at ANCESTOR.
If you're talking about 2 levels and lower (Grand-child) you're looking at PROGENY.
I'm pretty sure there's something about the word PROGENY that's confused the issue. People don't seem to feel comfortable using it. But we should anyway.
X -> Y extends/contained by 'X' -> Z extends/contained by 'Y'.
ANCESTOR->PARENT -> (CURRENT CONTEXT) -> CHILD->PROGENY
Thanks for explaining State Architecture. It helped me a lot to understand how flutter works.
Looking for more DartConfs in upcoming year..
He made this dense talk feel so light! Definitely gonna give it a try
I guess in the meantime you had a chance to review the brilliant samples on fluttersamples.com
i'm new to flutter , totally recommend this after learning the UI concepts .
i'm so happy i watched this...great talk!!! very useful. I'm on day one of writing my first flutter app.
Any scary things ahead ? Iam on day one lmao
@@JacklapottTv Lots of scary things.... to be honest...the learning curve really sucks. I finally got over the hump when I found a way to have global variables and not have to pass information from widget to widget. also ...becoming clear on the syntax of classes(functions) and their properties. But hint number one is not to just watch tutorials.....type the code yourself instead of copy and paste. good luck brother.
Tom Glod id say you can copy code as long as you understand what’s happening under the hood at least from a conceptual standpoint.
@@1b0o0 of course you can, but typing it out speeds up your brain's ability to retain it and recall. "recalling" is a way of learning. And if you copy and paste you aren't doing that.
Thank you. Best video I've seen related ro flutter so far
Awesome, thank you. Helped me to choose which architecture and state management I should chose from the hundreds that are available
I'm actually a pure beginner in the coding world and I've been trying to see how to even start a career to upgrade my skills but I don't even know what to learn or even how. This vid was soo understandable to me even though I've watched so many begginer's vids. buh does anyone have advice f
or me
fantastic explanation of Redux from the man himself :)
Redux is nice, but Provider pretty much does everything. Nice talk thought
Coming from React Space
I hope the bloc pattern also had a talk like this.
great! thank you! :)
greetings from Brasil
Ormando (Colatina - ES)
Wow - that was a lot to take in. I may need to watch it again. Good talk.
Worked with redux writing big react apps, such a pain wrting boilerplate.
I wish that mobx existed on dart.
It does exist
This sounds very much like the Bloc library, but looks simpler in code.
Very well explained! Great talk!
The only issue I can see with this architecture is the fact that State must be immutable, so for any slight change to the state, all the state will need to be recreated. This includes nested objects !!!
A more advanced pattern is used by Microsoft in the MVVM Patter (a special implementation of MVP) where the state (View Model) just need to implement INotifyPropertyChanged (or use if dependency property) to make the view updates only what has changed and no need to recreate the whole state every time.
What do you think? Is there any better way I might have missed to dual with a more real life type of applications (complex state with nested objects, list of items, items with different details, actions, etc..)?
MVVM died with knockout.js
Recreating state is no a bad thing. Immutable is good
Immutable chokes the garbage collector, I get that flutter is lightning fast and you shouldn't optimize early on but I still prefer a more OOP approach where one class has certain state and methods to modify it in the same place, with listeners that can update on those changes
@@theGoldyMan MVVM is alive and kicking on Android, in the form of Data Binding library
If nested objects are immutable, too (as they should be), then after recreating the parent object they will be passed by reference. This shouldn't have much of a performance impact.
Brilliant lecture!
Excellent talk
Wow, nice Talk with a lot of good information and content :)
Amazing Talk, thanks for sharing!
Great this is an awesome explanation @Brian
Awesome video! Thank you!
Wanted to program my first app with Flutter. Read: "Keep it Simple [...]". I didn't understand anything.
:D software engineering is a lot about experience. In order to understand really good, innovative architecture which solves a lot of problems during development, you have to first experience those problems by failing a lot as a developer. There is no way around it at this moment. Software engineering is a 50 year old industry and science, compared to math which is thousands of years old. There is no fool-proof way to just explain everything these people do in a 60 minute presentation, you have to experience it in order to understand it
Google keeps throwing engineers at us instead of people who know how to teach. The docs are the same.
Thanks,I learn more about ctrl flutter state .
I wish we could have the option to not use curly braces in dart. That would improve code readabilty tremendously
Well talk, but why not open Android Studio and show us how to do this?
I'm not sure how these are set up but it might just be a time constraint.
apropos: "layering", speaker keeps saying: "we heard a little bit about this yesterday". anybody know which talk he is referring to?
Good presentation !!!
Great! Been waiting for this. Will surely give Redux a try. Btw, has anyone here worked with Sqlite in Flutter? Wanted to know some best practices related to maintaining tables & helper classes.
Move to Cloud Database, Firebase
@@Mohith7548 this is quite stupid advice honestly. These two serve different purposes. Why give up local persistance for the cloud. It means the app wouldn't be able to save (or retrieve) user data when there's no internet reception - eg. on the subway - not to mention increased battery drain and latency. Even if the data is to be backed up in the cloud, this is not a reason not to store it locally. You keep a local copy then sync it with the cloud.
Should build a vuex like store which will also multiple and inherited modules .
I wanna learn Flutter to avoid Redux, and finnaly I found Redux again... Sh*t!
xD
Now you can use Provider for state management.
Checkout MobX
haha
Redux is very simple I don't know why people fear of it?.
very very helpful speak. thanks.
Thanks!
As I know reducers are pure functions without side effects. This means we can't call external services from reducers. Is there any alternative similar to that of Effects in ngRx (Angular )
The best way to handle side effects is using middleware functions
2018 and still a new framework which nobody knows what a design pattern is which forces you to write clean maintainable code.
Yeah lol, it's quite annoying coding things like this
xD
That's a weird sentence but yeah, most of these frameworks are very freeform with what approach you can take with state management, I guess it's just a lot of trial and error and learning why one is better than the other for your usecases rather than following one pattern because it's the only one there is
great explanation
In the end, you will need a Relay for Flutter.
11:15 did you mean pass down to all of its children?
This is an excellent presentation. Still, I think anything that is more complex than the Vanilla (see fluttersamples.com) is overkill for mobile applications. I am in the mobile business application development arena for 7 years now, and I've never seen an application where the complexity of UI is the challenge. Redux is anything but simple. If Flutter were used for really complex desktop applications, I'd say OK, but for mobile apps, no way it is required. To me the Vanilla solution is the real gem from fluttersamples.com; Redux is like walrus; I come to the zoo to admire them, but I wouldn't take one home.
It's not about complexity of the UI as such, but state management in general. This pattern comes at a cost of boilerplate, but it also makes troubleshooting easier, incl. a form of time travelling debugging.
The benefits are well laid out in Hannes Dorfmann's MVI series - hannesdorfmann.com/android/mosby3-mvi-1 and the subsequent parts.
It's about native Android development / Kotlin, but it discusses the pattern conceptually. The nomenclature may differ from Redux here and there, but it boils down to prety much the same thing.
State Management is: To bring water from 1000 rivers.
Wow, Redux in Flutter is the same as React Native
programming basis
You forgot Facebook is using redux and the inventor of Redux Dan is a React developer.
Right?
I should combo redux and BLoC
What about flutter clean architecture with rxdart
Anyone please reply me
If the store provider is found from a child widget, why does this not violate the principle of reusability, in sense that if the child widget was used in another app, there probably will not be a provider with the same name?
Can I check out my APK source file before publishing google play store, it's safe for my user or not?
12:17: You touch on duplication between the State and Widget classes and then just skip it to discuss testing. I assume it remains a problem with your architecture. The Flutter testing and documentation is extensive and professional. But is it a case of putting lipstick on a pig?
nice
It would be so much better with more real worlds examples 👍🏻
I think that trying to simple a lot, make it so messy and bad.
Multiprovider baby
so you who created redux
redux? this is terrible
Nothing unique or new here. 100 other videos have the same content, as Dodd the flutter website. Waste of time