You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
자식 View 간의 상호작용이 가능합니다.(RelativeLayout은 자식 View 간의 상호작용 불가능)
기존의 복잡합 Layout을 단순한 계층 구조로 표현이 가능합니다.(유지 보수 및 성능 향상)
코드를 입력하는 형식이 아닌 Layout Editor를 이용하여 드래그 앤 드롭으로 UI를 쉽게 그릴 수 있습니다.(편리성 및 조작 난이도가 쉬움)
2. XML에서 활용할 수 있는 Layout은 LinearLayout, RelativeLayout 등 여러 종류가 있습니다. Layout을 선택하는 기준과 현재는 ConstraintLayout으로 대체가 된 이유를 함께 설명해주세요.
[상황에 편한 Layout의 쓰임]
LinearLayout : 세로 또는 가로의 단일 방향으로 모든 하위 요소를 정렬하는 뷰 그룹 Layout 입니다.
(Ex: 보통 가로나 세로 방향으로 나열 할 때 사용)
RelativeLayout : 부모(Parent) View 또는 자식(Child) View의 상대적 위치 관계를 정의하여 UI를 배치하는 Layout 입니다.
(Ex: LinearLaout의 단점(핸드폰 기종에 맞는 UI를 각각 만들어야함)을 없앰)
ConstraintLayout : 복잡한 레이아웃을 제약을 걸어 단순한 계층구조를 이용하여 표현할 수 있는 ViewGroup Laoyout 입니다.
(Ex : view의 위치와 크기를 유연하게 조절하여 사용 보통 어떠한 상황에서도 편리하게 이용 가능)
FrameLayout : View를 겹쳐서 표현할 수 있어, 화면전환이 필요하거나 View 위에 다른 View를 나타낼 때 사용하는 Layout 입니다.
(Ex : 보통 화면에 표시될 뷰들을 바꿔가면서 사용하기 위할때 사용)
TableLayout : 행(row)과 열(column)으로 구성되는 테이블 형태로 화면을 구성하는 Layout 입니다.
(Ex : 보통 표 형태의 레이아웃을 작성할 때 사용)
GridLayout : 2차원 격자 무늬 형태의 레이아웃으로 수직, 수평의 라인으로 구성되어 행과 열의 집합 형태로 만들어 지는 Layout 입니다.
(Ex : 보통 이미지를 테이블 형태로 나열하는데 사용)
[Layout을 선택하는 기준 및 ConstraintLayout 대체된 이유]
경험으로 비추어 봤을때 복잡한 UI를 그려내려고 하는 상황일때 LinearLayout, RelativeLayout으로 UI를 그리게 되면 그 속 안에 많은 Layout 들이 생겨나곤합니다.
이렇게 중첩된 구조, 쉽게 말해 복잡한 구조를 가지게 되면 성능적인 부분이 떨어질 수 있게 되고, 코드를 읽을때 어려움을 겪게 됩니다. 이러한 점을 통해 저는 Layout을 선택하는 기준은 성능과 코드의 직관성이라고 생각합니다.
앞에서 말한 상황을 ConstraintLayout로 UI를 그려봤을때 곤란한 상황(복잡한 UI)에 상관없이 그려낼 수 있으며, 성능, 코드의 직관성 부분에서 큰 이점을 발휘하여 ConstraintLayout으로 대체가 되지 않았나 생각합니다.
The text was updated successfully, but these errors were encountered:
1. ConstraintLayout의 주요 특징을 학습하고 정리해주세요.
[ConstraintLayout 특징]
2. XML에서 활용할 수 있는 Layout은 LinearLayout, RelativeLayout 등 여러 종류가 있습니다. Layout을 선택하는 기준과 현재는 ConstraintLayout으로 대체가 된 이유를 함께 설명해주세요.
[상황에 편한 Layout의 쓰임]
(Ex: 보통 가로나 세로 방향으로 나열 할 때 사용)
(Ex: LinearLaout의 단점(핸드폰 기종에 맞는 UI를 각각 만들어야함)을 없앰)
(Ex : view의 위치와 크기를 유연하게 조절하여 사용 보통 어떠한 상황에서도 편리하게 이용 가능)
(Ex : 보통 화면에 표시될 뷰들을 바꿔가면서 사용하기 위할때 사용)
(Ex : 보통 표 형태의 레이아웃을 작성할 때 사용)
(Ex : 보통 이미지를 테이블 형태로 나열하는데 사용)
[Layout을 선택하는 기준 및 ConstraintLayout 대체된 이유]
경험으로 비추어 봤을때 복잡한 UI를 그려내려고 하는 상황일때 LinearLayout, RelativeLayout으로 UI를 그리게 되면 그 속 안에 많은 Layout 들이 생겨나곤합니다.
이렇게 중첩된 구조, 쉽게 말해 복잡한 구조를 가지게 되면 성능적인 부분이 떨어질 수 있게 되고, 코드를 읽을때 어려움을 겪게 됩니다. 이러한 점을 통해 저는 Layout을 선택하는 기준은 성능과 코드의 직관성이라고 생각합니다.
앞에서 말한 상황을 ConstraintLayout로 UI를 그려봤을때 곤란한 상황(복잡한 UI)에 상관없이 그려낼 수 있으며, 성능, 코드의 직관성 부분에서 큰 이점을 발휘하여 ConstraintLayout으로 대체가 되지 않았나 생각합니다.
The text was updated successfully, but these errors were encountered: