Flutter에서 Stateful과 Stateless 위젯의 관계는 무엇입니까?

Question 1

상태 저장 위젯은 수명 내에서 상태를 변경하는 모든 위젯으로 정의됩니다. 그러나 a 가 자신의 자식 중 하나로 a StatelessWidget를 갖는 것은 매우 일반적인 관행입니다 StatefulWidget. 자식 중 하나 StatelessWidget가 있으면 상태 저장이 되지 StatefulWidget않습니까?

나는의 코드의 일부로 문서를 살펴 보았지만 StatelessWidget어떻게 할 StatelessWidget수 있는지 Statefulwidget를 자식으로 가질 수 있고 여전히 남아 있는지 알 수 없었다 StatelessWidget.

Flutter에서 Stateful과 Stateless 위젯의 관계와 차이점은 무엇입니까?

Question 2

StatelessWidget은 결코 재 구축 자체 (하지만 외부 이벤트에서 수행 할 수 있습니다)에 의해. StatefulWidget는 할 수 있습니다. 그것이 황금률입니다.

그러나 모든 종류의 위젯은 언제든지 다시 칠할 수 있습니다 .

Stateless only는 모든 속성이 변경 불가능 하며 속성을 변경 하는 유일한 방법은 해당 위젯의 새 인스턴스를 만드는 것임을 의미합니다. 예를 들어 위젯 트리를 잠그지 않습니다.

그러나 자녀의 유형에 대해 신경 쓰지 마십시오. 그것은 당신에게 어떤 영향도 미치지 않습니다.

Question 3

StatefulWidget 대 StatelessWidget.

StatelessWidget- 변경 가능한 상태가 필요하지 않은 위젯입니다.

상태 비 저장 위젯은 사용자 인터페이스를보다 구체적으로 설명하는 다른 위젯 집합을 구축하여 사용자 인터페이스의 일부를 설명하는 위젯입니다. 빌드 프로세스는 사용자 인터페이스의 설명이 완전히 구체화 될 때까지 반복적으로 계속됩니다 (예 : 구체적인 RenderObject를 설명하는 RenderObjectWidgets로 완전히 구성됨).

stateless당신이 설명하는 인터페이스를 사용자의 부분은 객체 자체와의 구성 정보 이외에 의존하지 않을 때 위젯 유용 BuildContext 위젯이 팽창되는. 내부 클럭 구동 상태가 있거나 일부 시스템 상태에 따라 동적으로 변경 될 수있는 컴포지션의 경우를 사용하는 것이 StatefulWidget좋습니다.

class GreenFrog extends StatelessWidget {
  const GreenFrog({ Key key }) : super(key: key);

  @override
  Widget build(BuildContext context) {
    return Container(color: const Color(0xFF2DBD3A));
  }
}

StatefulWidget- 변경 가능한 상태를 가진 위젯.

상태 저장 위젯은 설명하는 사용자 인터페이스의 일부가 동적으로 변경 될 수있는 경우에 유용합니다.

Flutter가를 만들 때 StatefulWidgetState 객체를 만듭니다. 이 객체는 해당 위젯의 모든 변경 가능 상태가 유지되는 곳입니다.

상태의 개념은 다음 두 가지로 정의됩니다.

1) 위젯에서 사용하는 데이터가 변경 될 수 있습니다.

2) 위젯이 빌드 될 때 데이터를 동 기적으로 읽을 수 없습니다. (모든 상태는 빌드 메서드가 호출 될 때까지 설정되어야합니다).

StatefulWidget 수명주기

수명주기에는 다음과 같은 단순화 된 단계가 있습니다.

createState () -Flutter가 StatefulWidget을 빌드하라는 지시를 받으면 즉시 createState().

트리의 지정된 위치에이 위젯의 변경 가능 상태를 만듭니다.

하위 클래스는 연결된 State 하위 클래스의 새로 생성 된 인스턴스를 반환하려면이 메서드를 재정의해야합니다.

@override
_MyState createState() => _MyState();

mount == true- 모든 위젯에 bool this.mounted속성이 있습니다. buildContext가 할당 되면 참 이됩니다. setState위젯이 마운트 해제 될 때 호출하는 것은 오류 입니다. 이 State 개체가 현재 트리에 있는지 여부입니다.

State 객체를 생성 한 후를 호출하기 전에 initState프레임 워크는 State 객체를
BuildContext. State 객체는 프레임 워크가를
호출 할 때까지 마운트 된 상태로 유지되며 그 dispose()이후에는 프레임 워크가
State 객체에 다시 빌드를 요청하지 않습니다 .

mount가 true가 아니면 setState를 호출하는 것은 오류입니다.

bool get mounted => _element != null;

initState () -위젯이 생성 될 때 호출되는 첫 번째 메서드입니다 (물론 클래스 생성자 이후).

initState한 번만 호출됩니다. 전화해야합니다super.initState().

위젯의 생성 된 인스턴스에 대한 특정 BuildContext에 의존하는 데이터를 초기화합니다.

트리에서 이러한 위젯 '부모'에 의존하는 속성을 초기화합니다.

ChangeNotifiers이 위젯의 데이터를 변경할 수있는 Streams, 또는 기타 개체를 구독합니다 .

@override
initState() {
  super.initState();
  // Add listeners to this class
  cartItemStream.listen((data) {
    _updateWidget(data);
  });
}

didChangeDependencies () -이 State 객체의 종속성이 변경 될 때 호출됩니다.

이 메서드는 initState. BuildContext.inheritFromWidgetOfExactType이 메서드에서 호출 하는 것이 안전합니다 .

프레임 워크는 종속성 변경 후 항상 빌드를 호출하기 때문에 서브 클래스는이 메서드를 거의 재정의하지 않습니다. 일부 하위 클래스는 종속성이 변경 될 때 비용이 많이 드는 작업 (예 : 네트워크 가져 오기)을 수행해야하고이 작업이 모든 빌드에 대해 수행하기에는 너무 비싸기 때문에이 메서드를 재정의합니다.

@protected
@mustCallSuper
void didChangeDependencies() { }

build () -위젯이 나타내는 사용자 인터페이스의 일부를 설명합니다.

프레임 워크는 다양한 상황에서이 메서드를 호출합니다.

전화 후 initState.
전화 후 didUpdateWidget.
로 전화를받은 후 setState.
이 State 개체의 종속성이 변경된 후 (예 : 이전 빌드 변경에서 참조 된 InheritedWidget).
비활성화를 호출 한 후 다른 위치의 트리에 State 개체를 다시 삽입합니다.

프레임 워크는이 메서드에서 반환 된 위젯이 기존 하위 트리의 루트를 업데이트 할 수 있는지 여부에 따라 기존 하위 트리를 업데이트하거나 하위 트리를 제거하고 새 하위 트리를 확장하여이 위젯 아래의 하위 트리를이 메서드에서 반환 된 위젯으로 바꿉니다. 를 호출하여 결정됩니다 Widget.canUpdate.

일반적으로 구현은이 위젯의 생성자, 지정된 BuildContext 및이 State 객체의 내부 상태의 정보로 구성된 새로 생성 된 위젯 집합을 반환 합니다.

@override
  Widget build(BuildContext context, MyButtonState state) {
    ... () { print("color: $color"); } ...
  }

didUpdateWidget () -위젯 구성이 변경 될 때마다 호출됩니다.

상위 위젯이 동일한 런타임 유형 및 Widget.key를 가진 새 위젯을 표시하도록 트리의이 위치 업데이트를 다시 빌드하고 요청하는 경우 프레임 워크는이 State 개체의 위젯 속성을 업데이트하여 새 위젯을 참조한 다음이를 호출합니다. 이전 위젯을 인수로 사용하는 메서드.

위젯이 변경 될 때 (예 : 암시 적 애니메이션 시작) 응답하도록이 메서드를 재정의합니다.

프레임 워크는 항상 didUpdateWidget을 호출 한 후 build를 호출합니다. 즉, didUpdateWidget의 setState에 대한 모든 호출이 중복됩니다.

@mustCallSuper
@protected
void didUpdateWidget(covariant T oldWidget) { }

setState ()-State 객체의 내부 상태를 변경할 때마다 전달하는 함수를 변경합니다 setState.

setState를 호출 하면이 개체의 내부 상태가이 하위 트리의 사용자 인터페이스에 영향을 줄 수있는 방식으로 변경되었음을 프레임 워크에 알립니다. 이로 인해 프레임 워크는
이 State 개체에 대한 빌드를 예약 합니다.

setState 를 호출하지 않고 상태를 직접 변경하면 프레임 워크가 빌드를 예약하지 않을 수 있으며이 하위 트리의 사용자 인터페이스가 새 상태를 반영하도록 업데이트되지 않을 수 있습니다.

setState(() { _myState = newValue });

deactivate () -Deactivate는 State가 트리에서 제거 될 때 호출되지만 현재 프레임 변경이 완료되기 전에 다시 삽입 될 수 있습니다. 이 방법은 기본적으로 State 객체를 트리의 한 지점에서 다른 지점으로 이동할 수 있기 때문에 존재합니다.

프레임 워크는 트리에서이 State 개체를 제거 할 때마다이 메서드를 호출합니다. 어떤 경우에는 프레임 워크가 State 객체를 트리의 다른 부분에 다시 삽입합니다 (예 :이 State 객체를 포함하는 하위 트리가 트리의 한 위치에서 다른 위치로 접목 된 경우). 이 경우 프레임 워크는 빌드를 호출하여 State 개체가 트리의 새 위치에 적응할 수있는 기회를 제공하도록합니다. 프레임 워크가이 하위 트리를 다시 삽입하면 하위 트리가 트리에서 제거 된 애니메이션 프레임이 끝나기 전에 삽입됩니다. 이러한 이유로 State 개체는 프레임 워크가 해당 dispose 메서드를 호출 할 때까지 대부분의 리소스 해제를 연기 할 수 있습니다.

이것은 거의 사용되지 않습니다.

@protected
@mustCallSuper
void deactivate() { }

dispose () -이 객체가 트리에서 영구적으로 제거 될 때 호출됩니다.

프레임 워크는이 State 개체가 다시 빌드되지 않을 때이 메서드를 호출합니다. 프레임 워크 호출 후dispose() State 객체는 마운트 해제 된 것으로 간주되고 마운트 된 속성은 false입니다. 이 시점에서 setState를 호출하는 것은 오류입니다. 이 수명주기 단계는 최종 단계입니다. 폐기 된 상태 개체를 다시 탑재 할 방법이 없습니다.

서브 클래스는이 객체가 보유한 모든 리소스를 해제하기 위해이 메서드를 재정의해야합니다 (예 : 활성 애니메이션 중지).

@protected
@mustCallSuper
void dispose() {
  assert(_debugLifecycleState == _StateLifecycle.ready);
  assert(() { _debugLifecycleState = _StateLifecycle.defunct; return true; }());
}

자세한 내용 은 여기 , 여기 로 이동 하십시오.

Question 4

flutter.io 의 문서에서 :

... 여기서 주목해야 할 중요한 점은 Stateless 및 Stateful 위젯이 모두 동일하게 작동한다는 점입니다. 그들은 모든 프레임을 다시 빌드하는데, 차이점은 StatefulWidget이 여러 프레임에 걸쳐 상태 데이터를 저장하고 복원하는 State 개체가 있다는 것입니다.

확실하지 않은 경우 항상 다음 규칙을 기억하십시오. 위젯이 변경되면 (예 : 사용자가 위젯과 상호 작용하는 경우) 상태 저장입니다. 그러나 자식이 변경에 반응하는 경우 부모가 변경에 반응하지 않으면 포함하는 부모가 여전히 Stateless 위젯이 될 수 있습니다.

Question 5

Flutter 문서에서 언급했듯이

점은 무엇인가?

일부 위젯은 상태 저장이고 일부는 상태 비 저장입니다. 위젯이 변경되면 (예 : 사용자가 위젯과 상호 작용) 상태 저장입니다. 위젯의 상태는 슬라이더의 현재 값 또는 확인란 선택 여부와 같이 변경할 수있는 값으로 구성됩니다. 위젯의 상태는 상태 개체에 저장되어 위젯의 상태와 모양을 구분합니다. 위젯의 상태가 변경되면 상태 객체는 setState ()를 호출하여 프레임 워크에 위젯을 다시 그리도록 지시합니다.

무 위젯은 관리 할 내부 상태가 없습니다. Icon, IconButton 및 Text는 StatelessWidget의 하위 클래스 인 상태 비 저장 위젯의 예입니다.

상태 위젯 동적이다. 사용자는 상태 저장 위젯과 상호 작용하거나 (예 : 양식에 입력하거나 슬라이더를 이동하여) 시간에 따라 변경 될 수 있습니다 (데이터 피드로 인해 UI가 업데이트 될 수 있음). Checkbox, Radio, Slider, InkWell, Form 및 TextField는 StatefulWidget의 하위 클래스 인 상태 저장 위젯의 예입니다.

https://flutter.io/tutorials/interactive/#stateful-stateless

Question 6

상태는 (1) 위젯이 빌드 될 때 동 기적으로 읽을 수 있고 (2) 위젯의 수명 동안 변경 될 수있는 정보입니다. State.setState를 사용하여 이러한 상태가 변경 될 때 State가 즉시 알림을 받도록하는 것은 위젯 구현 자의 책임입니다.

StatefulWidget :

상태 저장 위젯은 사용자 인터페이스를보다 구체적으로 설명하는 다른 위젯 집합을 구축하여 사용자 인터페이스의 일부를 설명하는 위젯입니다. 빌드 프로세스는 사용자 인터페이스의 설명이 완전히 구체화 될 때까지 반복적으로 계속됩니다 (예 : 구체적인 RenderObject를 설명하는 RenderObjectWidgets로 완전히 구성됨).

상태 저장 위젯은 설명하는 사용자 인터페이스 부분이 동적으로 변경 될 수있는 경우에 유용합니다. 예를 들어 내부 시계 구동 상태가 있거나 일부 시스템 상태에 따라 달라집니다. 개체 자체의 구성 정보와 위젯이 확장되는 BuildContext에만 의존하는 컴포지션의 경우 StatelessWidget을 사용하는 것이 좋습니다.

StatefulWidget 인스턴스 자체는 변경 불가능하며 createState 메서드에 의해 생성 된 별도의 State 객체 또는 State가 구독하는 객체 (예 : Stream 또는 ChangeNotifier 객체)에 변경 가능한 상태를 저장합니다.이 객체에 참조가 StatefulWidget의 최종 필드에 저장됩니다. 그 자체.

StatelessWidget :

상태 비 저장 위젯은 사용자 인터페이스를보다 구체적으로 설명하는 다른 위젯 집합을 구축하여 사용자 인터페이스의 일부를 설명하는 위젯입니다. 빌드 프로세스는 사용자 인터페이스의 설명이 완전히 구체화 될 때까지 반복적으로 계속됩니다 (예 : 구체적인 RenderObject를 설명하는 RenderObjectWidgets로 완전히 구성됨).

상태 비 저장 위젯은 설명하는 사용자 인터페이스의 일부가 개체 자체의 구성 정보와 위젯이 확장 된 BuildContext에 의존하지 않을 때 유용합니다. 예를 들어 내부 클럭 구동 상태가 있거나 일부 시스템 상태에 따라 동적으로 변경 될 수있는 컴포지션의 경우 StatefulWidget을 사용하는 것이 좋습니다.

Question 7

Stateless 위젯 은 정적 위젯입니다. Stateless 위젯을 초기화하기 전에 몇 가지 속성 만 전달하면됩니다. 데이터 변경이나 동작 변경에 의존하지 않습니다. 예를 들어. Text, Icon, RaisedButton은 Stateless 위젯입니다.

상태 저장 위젯 은 동적 위젯이며 사용자 작업 또는 데이터 변경에 따라 런타임 중에 업데이트 될 수 있습니다. 위젯이 런타임 중에 상태를 변경할 수 있으면 상태 저장 위젯이됩니다.

2018 년 11 월 15 일 수정

Stateless 위젯 은 입력 / 외부 데이터가 변경되면 다시 렌더링 할 수 있습니다 (외부 데이터는 생성자를 통해 전달되는 데이터 임). 상태 비 저장 위젯에는 상태가 없기 때문에 한 번 렌더링되고 자체적으로 업데이트되지 않지만 외부 데이터가 변경 될 때만 업데이트됩니다.

반면 스테이트 위젯 내부 상태가 상기 입력 데이터를 변경 또는 위젯의 상태가 변경 될 경우, 만약 재 렌더링 할 수있다.

상태 비 저장 및 상태 저장 위젯 모두 수명주기가 다릅니다.

Question 8

저는 아주 간단한 비유를 생각할 수 있습니다. 책, 장식, TV가있는 가구가 있습니다. 가구는 무국적 상태로 움직이지 않습니다. TV에서는 다른 쪽에서 켜기, 끄기, 채널 변경, DVD가 연결되어있는 경우 영화 재생 등을 수행 할 수 있습니다. TV에는 동작 방식에 영향을주는 내부 상태가 있습니다. 가구에는 상태가 없습니다. 가구에 TV가 있다고해서 상태가 추가되는 것은 아닙니다. 도움이 되었기를 바랍니다.

Question 9

Stack Overflow 질문에 대한 답변-statefulness vs statelessness .

Flutter에서 차이점은 stateless 위젯은 모든 생성자 인자만으로 정의 할 수 있다는 것입니다. 동일한 인수를 사용하여 두 개의 상태 비 저장 위젯을 생성하면 동일합니다.

그러나 상태 저장 위젯은 동일한 생성자 인수로 빌드 된 다른 위젯과 반드시 동일하지는 않습니다. 다른 상태 일 수 있습니다.
실제로 상태 저장 위젯 은 자체적으로 불변 (상태 비 저장)이지만 Flutter는 StatefulWidget 문서에 설명 된대로 별도의 상태 객체를 관리하고 이를 위젯과 연결합니다 . 이는 Flutter가 상태 저장 위젯을 다시 빌드 할 때 이전 상태 객체를 재사용해야하는지 확인하고 원하는 경우 해당 상태 객체를 위젯에 연결한다는 것을 의미합니다.

부모 위젯은 자식의 상태를 신경 쓰지 않기 때문에 상태 비 저장입니다. 상태 저장 자식 자체 (또는 기술적으로 Flutter)가 자체 상태를 처리합니다.
높은 수준에서 나는 이것이 부모 위젯을 상태 저장으로 만든다는 데 동의합니다. 두 부모는 서로 다른 상태를 가진 두 자식을 포함 할 수 있으므로 기술적으로 서로 다를 수 있기 때문입니다. 그러나 Flutter의 관점에서 보면 상태를 신경 쓰지 않고 부모 위젯을 구축하고 자식을 구축 할 때만 상태 충만 성을 고려합니다.

Question 10

Stateful 및 Stateless 위젯이란 무엇입니까?

요약 : 화면을 새로 고칠 수있는 위젯은 Stateful 위젯입니다. 그렇지 않은 위젯은 Stateless입니다.

더 자세히 설명하면 콘텐츠가 변경 될 수있는 동적 위젯은 Stateful 위젯이어야합니다. Stateless 위젯은 매개 변수가 변경된 경우에만 컨텐츠를 변경할 수 있으므로 위젯 계층 구조에서 해당 위치의 지점 위에서 수행해야합니다. 정적 콘텐츠가 포함 된 화면 또는 위젯은 상태 비 저장 위젯이어야하지만 콘텐츠를 변경하려면 상태 저장이 필요합니다.

나는 흥미로운 매체 이야기에서이 상대적인 내용을 발견했습니다. 천만에요!

Question 11

Stateless : 위젯 상태는 한 번만 생성되며 값을 업데이트 할 수 있지만 명시 적으로 상태가 아닙니다 . 이것은 구조에서도 분명합니다. 그래서 StatelessWidget. 그래서 내가 말하면 그들은 결코 build()메소드를 다시 실행할 수 없습니다 .

Stateful : 위젯 은 이벤트가 트리거 될 때 STATE (로컬) 및 값을 여러 번 업데이트 할 수 있습니다 . 그 이유는 구현도 다릅니다. 여기에는 2 개의 클래스가 있습니다. 하나는 StatefulWidget상태 구현 핸들러 State<YourWidget>입니다. 따라서 내가 말하면 build()트리거 된 이벤트에 따라 메서드를 다시 실행할 수 있습니다 .

아래 다이어그램이 도움이 될 것입니다.

Question 12

앱을 작성할 때 일반적으로 StatelessWidget 또는 StatefulWidget의 하위 클래스 인 새 위젯을 작성합니다.

StatelessWidget와 StatefulWidget위젯의 몇 가지 차이점은 다음과 같습니다 .

상태 비 저장 위젯 :

불변 상태를 가진 위젯.
Stateless 위젯은 정적 위젯입니다.
데이터 변경이나 동작 변경에 의존하지 않습니다.
상태 비 저장 위젯에는 상태가 없으며 한 번 렌더링되고 자체적으로 업데이트되지 않지만 외부 데이터가 변경 될 때만 업데이트됩니다.
예를 들면 : Text, Icon, RaisedButton비 상태 위젯입니다.

상태 비 저장 위젯 :

변경 가능한 상태를 가진 위젯.
상태 저장 위젯은 동적 위젯입니다.
사용자 작업 또는 데이터 변경에 따라 런타임 중에 업데이트 할 수 있습니다.
상태 저장 위젯에는 내부 상태가 있으며 입력 데이터가 변경되거나 위젯의 상태가 변경되면 다시 렌더링 할 수 있습니다.
예를 들면 : Checkbox, Radio Button, Slider상태 보존 형 위젯입니다

Question 13

면책 조항 :-지난주부터 flutter 작업 시작 :)

stateless 및 statefull 위젯에는 UI를 만들고 업데이트하는 자체 수명주기가 있습니다. 그러나 stateless 또는 statefull을 사용하여 UI를 렌더링 할 수 있지만 실제로 statefull은 ui가 외부 데이터 (예 : api를 사용하여 목록 렌더링)에 완전히 또는 부분적으로 의존 할 때 더 편리합니다. 좋은 습관입니다.

Question 14

간단히 말해서 :

우리가 알다시피 모든 위젯은 펄럭이는 뷰입니다. 자체 클래스가 있습니다. 이러한 클래스를 사용할 때 우리는 그것의 객체를 만듭니다. 다른 변수 / 속성에 값을 제공합니다. 전의. 문자열, 색상, 글꼴 크기, 글꼴 패밀리를 제공 할 수 있도록 텍스트 위젯을 만들고 있습니다. 그래서 이것을 제공함으로써 우리는 그것을 생성하는 동안 속성을 정의하고 있습니다. 지금까지 Stateless 또는 Stateful 위젯은 동일하지만

속성 (문자열 또는 색상)을 계속 변경 / 업데이트하려면 Stateful 위젯이어야합니다.

그리고 상태 비 저장 위젯을 처음 정의한 후 속성을 변경하고 싶지 않을 때.

즉, 위젯이 보유 / 제어 / 표시하는 데이터에 관심이 있음을 의미합니다.

따라서 Stateless는 데이터가 적고 Stateful은 데이터가 가득 차 있습니다.

이제 상태 비 저장 클래스를 정의하면이 클래스가 변수를 신경 쓰지 않거나 자체 클래스, 즉 클래스 수준의 데이터를 말하지 않지만 데이터를 신경 쓰는 다른 위젯 / 클래스를 가질 수 있습니다. . 따라서 서로에게 영향을 미치지 않습니다.

내가 틀렸다면 나를 바로 잡으십시오.

Question 15

Stateful 및 Stateless 위젯이란 무엇입니까?

Stateless 위젯 : Stateless 위젯은 상위 변경 사항 일 때만 빌드됩니다.

Stateful 위젯 : State full 위젯은 위젯의 상태를 유지하며 상태가 변경되면 다시 빌드 할 수 있습니다.