모르타르 뷰는 내용물을 직접 팽창시키지 않습니다. 대신 박격포보기가있는 레이아웃에는 그 안에 중첩 된보기 내용이 포함될 것이라는 가정이 있습니다.뷰 클래스를 레이아웃 클래스에 배치하는 대신 레이아웃 클래스에 뷰 클래스를 배치하는 이유는 무엇입니까?
보기와 레이아웃 간의 연결을 관리하는 것이 조금 더 힘들다고 느낍니다.
보기 클래스를 레이아웃 클래스에 배치하는 대신 레이아웃에 배치하는 이유는 무엇입니까?
모르타르 뷰는 내용물을 직접 팽창시키지 않습니다. 대신 박격포보기가있는 레이아웃에는 그 안에 중첩 된보기 내용이 포함될 것이라는 가정이 있습니다.뷰 클래스를 레이아웃 클래스에 배치하는 대신 레이아웃 클래스에 뷰 클래스를 배치하는 이유는 무엇입니까?
보기와 레이아웃 간의 연결을 관리하는 것이 조금 더 힘들다고 느낍니다.
보기 클래스를 레이아웃 클래스에 배치하는 대신 레이아웃에 배치하는 이유는 무엇입니까?
요구 사항은 아니지만, 응답 성있는 레이아웃에 도움이됩니다. Android는 설정에 따라 완전히 다른 시각을 제공합니다. 그리고 우리의 코드에서 하나의 컨벤션을 갖는 것을 좋아합니다.
원래 @Layout 주석은 뷰 클래스 참조를 취할 수도 있습니다. 우리는 테마를 깨고,이 패턴을 더 좋아하고, 어쨌든 그것을 사용하지 않았기 때문에 깨진 코드를 잡아 당긴 방식으로 그 코드를 망쳤습니다. 그러나 화면을 그런 식으로 맵핑 할 필요는 없습니다. 이것이 레이아웃 도우미가 어떤 API에도 내장되어 있지 않은 주석 인 이유입니다. 새로운 PathContainer가 뷰 생성을 위임 한 이유입니다.