Czym są widgety Material i Cupertino?

Question

Accepted Answer

Flutter dostarcza dwa główne systemy projektowania jako zestawy widgetów: **Material** (Material Design firmy Google, styl Androida) i **Cupertino** (styl iOS). Pozwalają one budować interfejsy użytkownika zgodne z językiem projektowania każdej platformy lub spójny wygląd niestandardowy.

## Widgety Material (Material Design)

```dart
// Material widgets follow Google's Material Design (Android look, but usable anywhere)
MaterialApp(                       // the app root for Material apps
  home: Scaffold(                  // Material page structure
    appBar: AppBar(title: Text('Material')),
    body: Center(
      child: ElevatedButton(       // Material button
        onPressed: () {},
        child: Text('Material Button'),
      ),
    ),
    floatingActionButton: FloatingActionButton(onPressed: () {}),
  ),
)
// Material widgets: Scaffold, AppBar, ElevatedButton, Card, FloatingActionButton, etc.
```

## Widgety Cupertino (styl iOS)

```dart
// Cupertino widgets follow Apple's iOS design language
CupertinoApp(
  home: CupertinoPageScaffold(
    navigationBar: CupertinoNavigationBar(middle: Text('iOS')),
    child: Center(
      child: CupertinoButton(      // iOS-style button
        onPressed: () {},
        child: Text('iOS Button'),
      ),
    ),
  ),
)
// Cupertino widgets: CupertinoButton, CupertinoNavigationBar, CupertinoPicker, etc.
```

## Wybór i adaptacyjny interfejs na platformę

```text
→ MATERIAL → most common default; works on all platforms; Google's design system
→ CUPERTINO → for an authentic iOS look
→ Many apps just use Material everywhere (consistent, simpler) — Flutter draws its own
  UI, so Material works fine on iOS too
→ PLATFORM-ADAPTIVE → use Material on Android, Cupertino on iOS (native feel per platform)
  — more effort; choose based on whether platform-native look matters
```

## Dlaczego to ważne

Zrozumienie widgetów Material i Cupertino jest wartościowe, ponieważ są to dwa główne systemy projektowania Fluttera, dostarczające widgety używane do budowania interfejsów aplikacji, dlatego jest to przydatna wiedza fundamentalna. **Widgety Material** (implementujące Material Design firmy Google, język projektowania w stylu Androida) są najpowszechniejszym domyślnym wyborem i zawierają niezbędne widgety używane w większości aplikacji Flutter (Scaffold do struktury strony, AppBar, przyciski, Cards, FloatingActionButton) — zrozumienie ich jest konieczne, ponieważ większość aplikacji Flutter używa Material. **Widgety Cupertino** (implementujące język projektowania iOS firmy Apple) pozwalają budować autentycznie wyglądające interfejsy iOS.

Zrozumienie obu, oraz **jak dokonać wyboru**, jest praktycznie wartościowe: wiele aplikacji po prostu **używa Material wszędzie** (spójne i prostsze, a ponieważ Flutter rysuje własny interfejs, Material działa dobrze nawet na iOS), podczas gdy aplikacje chcące **natywnych wyglądu platformy** mogą używać **adaptacyjnego podejścia na platformę** (Material na Androidzie, Cupertino na iOS, dając każdej platformie jej natywny wygląd kosztem większego wysiłku).

Zrozumienie tego wyboru — spójne Material wszędzie (prostsze) versus adaptacyjne na platformę (natywny wygląd dla każdej platformy) — odzwierciedla rzeczywistą decyzję projektową w rozwoju Flutter.

Znajomość dostępnych zestawów widgetów i ich systemów projektowania jest fundamentalna dla budowania interfejsów użytkownika, które wyglądają odpowiednio, niezależnie od tego, czy są zgodne z konwencjami platformy, czy prezentują spójny projekt niestandardowy.

Ponieważ budowanie interfejsów Flutter wymaga używania tych zestawów widgetów (Material będący powszechnym domyślnym wyborem, Cupertino do stylizacji iOS) i zrozumienie ich oraz wyboru między spójnym a adaptacyjnym na platformę projektowaniem jest przydatne do tworzenia odpowiednio wyglądających aplikacji, zrozumienie widgetów Material i Cupertino jest wartościową, fundamentalną wiedzą Flutter — konieczną do budowania interfejsów (zwłaszcza wszechobecnych widgetów Material) i przydatną do podejmowania mądrych decyzji dotyczących wyglądu aplikacji i konwencji platformy, praktyczny aspekt codziennego rozwoju interfejsów Flutter.