Flutter Mobile Development · Lekcja

Przejścia Hero i animacja współdzielonych elementów

Koordynuj widgety Hero i niestandardowe mechanizmy flight, aby tworzyć dopracowane przejścia między ekranami

Lekcja 3 z 413 kroki

Przejścia Hero i animacja współdzielonych elementów to bezpłatna lekcja Flutter Mobile Development na CoddyKit. To lekcja 3 z 4. Możesz przeczytać całą lekcję poniżej za darmo — a potem ćwiczyć ją interaktywnie w przeglądarce z wbudowanym edytorem kodu i tutorem AI dostępnym 24/7. To część ścieżki edukacyjnej Flutter Mobile Development, a Twój postęp synchronizuje się między webem a aplikacją CoddyKit. Kurs Flutter Mobile Development zawiera 4 lekcji w sumie.

Części tej lekcji nie zostały jeszcze przetłumaczone i są wyświetlane po angielsku.

What Shared Element Motion Means

A Hero transition animates a single widget so it appears to fly from one screen to another during a route push or pop. Instead of the user losing track of an element across screens, the same visual object morphs in place.

  • Think of a thumbnail in a list that expands into a full-screen detail image.
  • Flutter computes the start and end rectangles and tweens the widget between them.
  • This continuity is what designers call shared element motion.

In this lesson you will coordinate Hero widgets and customize the flight shuttle that actually renders during the in-between frames.

The Hero Widget Contract

To create a Hero animation you wrap the source and destination widgets in a Hero widget and give both the same tag. The tag is how Flutter pairs them across routes.

  • Tags must be unique per screen but identical between the two screens.
  • If two Heroes on the same screen share a tag, Flutter throws an assertion at navigation time.

Below, a product thumbnail on the list screen uses the product id as its tag.

Hero(
  tag: 'product-${product.id}',
  child: Image.network(
    product.thumbnailUrl,
    width: 80,
    height: 80,
    fit: BoxFit.cover,
  ),
)

Matching the Destination Hero

The detail screen must wrap its large image in a Hero with the exact same tag. When you push the detail route, Flutter detects both Heroes and starts the flight automatically.

  • The child widgets do not have to be identical — only the tag must match.
  • Here the destination is a full-width image, while the source was an 80x80 thumbnail.
Hero(
  tag: 'product-${product.id}',
  child: Image.network(
    product.imageUrl,
    width: double.infinity,
    height: 320,
    fit: BoxFit.cover,
  ),
)

How Tags Drive Pairing

During a route transition Flutter scans both the outgoing and incoming routes for Heroes, then builds a map keyed by tag. Only tags present on both routes animate; an unmatched Hero simply fades with its page.

Because tags are matched by equality, you can use any object as a tag — strings, ints, or enums — as long as == and hashCode behave correctly.

bool heroesMatch(Object tagA, Object tagB) {
  return tagA == tagB;
}

void main() {
  print(heroesMatch('product-7', 'product-7')); // true -> flies
  print(heroesMatch('product-7', 'product-9')); // false -> fades
  print(heroesMatch(42, 42));                    // true
}

The Default Flight Shuttle

The widget rendered during the flight is called the flight shuttle. By default Flutter uses the destination Hero's child for the entire flight, cross-fading where needed.

This works well when the two children look alike. But when the source and destination have very different shapes — for example a square avatar becoming a rounded banner — the default can look like an abrupt swap. That is when you supply a custom flightShuttleBuilder.

Customizing the Flight Shuttle

The flightShuttleBuilder lets you control exactly what is painted mid-flight. Its signature gives you the animation, the direction (push or pop), and both Hero contexts.

  • flightDirection is HeroFlightDirection.push or .pop.
  • Return any widget; it will be positioned inside the interpolated rectangle for you.

Here we rotate the child slightly as it flies to add polish.

Hero(
  tag: 'product-${product.id}',
  flightShuttleBuilder: (
    BuildContext flightContext,
    Animation<double> animation,
    HeroFlightDirection direction,
    BuildContext fromContext,
    BuildContext toContext,
  ) {
    return RotationTransition(
      turns: Tween<double>(begin: 0, end: 0.05).animate(animation),
      child: toContext.widget,
    );
  },
  child: Image.network(product.imageUrl, fit: BoxFit.cover),
)

Cross-Fading Between Two Children

A common shuttle pattern is cross-fading from the source child to the destination child so the morph reads smoothly. You can drive a FadeTransition from the same flight animation.

  • On push, fade the source out and the destination in.
  • On pop, reverse the roles using flightDirection.
Widget buildShuttle(
  BuildContext flightContext,
  Animation<double> animation,
  HeroFlightDirection direction,
  BuildContext fromContext,
  BuildContext toContext,
) {
  final Widget fromHero = (fromContext.widget as Hero).child;
  final Widget toHero = (toContext.widget as Hero).child;
  final bool isPush = direction == HeroFlightDirection.push;
  return Stack(
    fit: StackFit.expand,
    children: [
      FadeTransition(
        opacity: Tween<double>(begin: isPush ? 1 : 0, end: isPush ? 0 : 1)
            .animate(animation),
        child: fromHero,
      ),
      FadeTransition(
        opacity: Tween<double>(begin: isPush ? 0 : 1, end: isPush ? 1 : 0)
            .animate(animation),
        child: toHero,
      ),
    ],
  );
}

Shaping the Flight Path

By default the Hero moves along a straight line. You can bend that path with createRectTween, which controls how the bounding rectangle is interpolated.

Material's MaterialRectArcTween gives a curved, more natural arc — the same motion Material Design recommends for shared element transitions.

import 'package:flutter/material.dart';

RectTween arcTween(Rect? begin, Rect? end) {
  return MaterialRectArcTween(begin: begin, end: end);
}

// Usage on the Hero:
// Hero(
//   tag: 'product-7',
//   createRectTween: arcTween,
//   child: ...,
// )

Avoiding Tag Collisions in Lists

The most frequent Hero bug is a duplicate tag on a single screen. In a ListView of items, every Hero needs a tag unique to its data row.

  • Never use a constant string like 'hero' for all items.
  • Derive the tag from a stable identity such as the model id.

This helper guarantees uniqueness when building list rows.

String heroTagFor(String screen, Object id) {
  return '$screen::$id';
}

void main() {
  final ids = [1, 2, 2, 3];
  final tags = <String>{};
  for (final id in ids) {
    final tag = heroTagFor('list', id);
    if (!tags.add(tag)) {
      print('Collision on $tag');
    } else {
      print('OK $tag');
    }
  }
}

Wrapping Heroes in Material

When a Hero's child has elevation, rounded corners, or ink — like a Card or Material surface — the flight can show clipped or square corners because the in-flight widget is detached from its original ancestors.

Wrap the shuttle (or the children) in a Material with type: MaterialType.transparency so text, shadows, and clipping render correctly mid-flight.

Hero(
  tag: 'card-${item.id}',
  flightShuttleBuilder: (ctx, anim, dir, from, to) {
    return Material(
      type: MaterialType.transparency,
      child: (to.widget as Hero).child,
    );
  },
  child: Material(
    type: MaterialType.transparency,
    child: ProductCard(item: item),
  ),
)

Coordinating Hero with Rive

In this track we pair Hero transitions with Rive animations for richer motion. A clean approach is to let the Hero handle position and size, while a Rive state machine plays a micro-animation on arrival.

  • Drive a Rive SMITrigger when the destination route finishes its transition.
  • Use animation.addStatusListener on the flight to fire the trigger at AnimationStatus.completed.

Keep the Hero shuttle simple; let Rive own the expressive part so the two systems do not fight over the same frames.

void fireOnArrival(Animation<double> animation, void Function() onArrived) {
  animation.addStatusListener((status) {
    if (status == AnimationStatus.completed) {
      onArrived(); // e.g. riveTrigger.fire();
    }
  });
}

Quick Check

You have a grid of avatars; tapping one pushes a profile screen. The avatar is a 56x56 circle, and the destination is a 200-tall rounded banner. The default flight looks like an abrupt swap and the corners flicker square during motion. Which combination best fixes this?

Recap

You now know how to build polished shared element transitions:

  • Matching tags on source and destination Heroes drive the pairing; tags must be unique per screen and identical across screens.
  • The flight shuttle is what renders mid-flight; customize it with flightShuttleBuilder to cross-fade differing children.
  • Wrap shuttle content in a transparent Material to keep shadows, text, and rounded corners correct.
  • Bend the path with createRectTween and MaterialRectArcTween for a natural arc.
  • Let Hero own position and hand expressive micro-motion to a Rive state machine, fired on AnimationStatus.completed.

Combine these to make screen changes feel continuous and intentional.

Bezpłatny start

Ucz się Dart dzięki korepetycjom AI — za darmo

Pisz i uruchamiaj kod w przeglądarce, otrzymuj natychmiastową pomoc od korepetytora AI dostępnego 24/7 i kontynuuj naukę w sieci lub w aplikacji.

Kursy
22
Lekcje
88

Często zadawane pytania

Czy lekcja „Przejścia Hero i animacja współdzielonych elementów” jest bezpłatna?

Tak — pełny tekst „Przejścia Hero i animacja współdzielonych elementów” jest dostępny za darmo tutaj w sieci. Aby ćwiczyć ją interaktywnie (wbudowany edytor kodu i tutor AI dostępny 24/7) i odblokować resztę kursu Flutter Mobile Development, przejdź na CoddyKit PRO. Kurs Flutter Mobile Development zawiera 4 lekcji w sumie.

Co nauczysz się w „Przejścia Hero i animacja współdzielonych elementów”?

Koordynuj widgety Hero i niestandardowe mechanizmy flight, aby tworzyć dopracowane przejścia między ekranami Ćwiczysz Flutter Mobile Development z praktycznym kodem, który uruchamiasz bezpośrednio w przeglądarce, a tutor AI dostępny 24/7 odpowiada na Twoje pytania podczas pracy nad lekcją.

Czy potrzebuję doświadczenia, aby zacząć Flutter Mobile Development?

Nie wymagamy żadnego doświadczenia. Flutter Mobile Development w CoddyKit jest strukturyzowany dla początkujących i zaawansowanych użytkowników, więc możesz zacząć tutaj lub od początku i uczyć się w swoim tempie. To lekcja 3 z 4.

Ile czasu zajmuje lekcja „Przejścia Hero i animacja współdzielonych elementów”?

Większość lekcji CoddyKit trwa około 5–10 minut. Każda lekcja to mały, interaktywny krok, dzięki czemu robisz systematyczne postępy i zawsze wracasz dokładnie do tego samego miejsca — na webie i w aplikacji.

Czy mogę pisać i uruchamiać kod w tej lekcji Flutter Mobile Development?

Tak. Każda lekcja Flutter Mobile Development zawiera wbudowany edytor kodu, więc piszesz i uruchamiasz prawdziwy kod bezpośrednio w przeglądarce i od razu otrzymujesz sprzężenie zwrotne od AI — bez konfiguracji na komputerze.

Wszystkie lekcje w tym kursie

  1. Osadzanie zasobów Rive i kontrolerów
  2. Maszyny stanów i ruch sterowany wejściem
  3. Przejścia Hero i animacja współdzielonych elementów
  4. Sekwencyjne i choreografowane AnimationController
← Powrót do Flutter Mobile Development