FilledStacks / FilledStacks/flutter-tutorials

architecture same issues

Offen
#112 0 Kommentare 0 Reaktionen 0 zugewiesene Personen Auf GitHub ansehen
Vorherrschende Sprache
Dart
Sterne
4.8k
Forks
1.7k
PR-Merge-Kennzahlen
Keine gemergten PRs in 30 T.

Beschreibung

Thank you for your valuable advice on the architecture。

I'm looking at your code, there are still many things I can't understand. Need to ask you。

```
return BaseWidget(
viewModel: HomeViewModel(),
onModelReady: (model) => model.initialise(),
child: ScreenTypeLayout(
mobile: OrientationLayout(
//ioc view
portrait: (context) => HomeMobilePortrait(),
landscape: (context) => HomeMobileLandscape(),
),
tablet: HomeViewTablet(),
),
);

```
BaseWidget need provider ViewModel type . why not create instance according to this ViewModel type ? like java invoke.

```
abstract class BaseModelWidget extends Widget {
@protected
Widget build(BuildContext context, T model);

@override
DataProviderElement createElement() => DataProviderElement(this);
}

//
class DataProviderElement extends ComponentElement {
DataProviderElement(BaseModelWidget widget) : super(widget);

@override
BaseModelWidget get widget => super.widget;

@override
Widget build() => widget.build(this, Provider.of(this));

@override
void update(BaseModelWidget newWidget) {
super.update(newWidget);
assert(widget == newWidget);
rebuild();
}
}

```
BaseModelWidget Does it really have a meaning, more often, I think it just comes from provider .

Sometimes, I get confused by its name, whether this is a widget or a viewmodel or even a model .

Please forgive me, this bad English

Beitragsleitfaden

Für dieses Repository ist kein Beitragsleitfaden indexiert

Bewertung

Dieses Issue wurde noch nicht bewertet.

Neue Issues direkt in Ihr Postfach

Eine kurze Übersicht über anfängerfreundliche GitHub-Issues.