일 | 월 | 화 | 수 | 목 | 금 | 토 |
---|---|---|---|---|---|---|
1 | 2 | 3 | ||||
4 | 5 | 6 | 7 | 8 | 9 | 10 |
11 | 12 | 13 | 14 | 15 | 16 | 17 |
18 | 19 | 20 | 21 | 22 | 23 | 24 |
25 | 26 | 27 | 28 | 29 | 30 | 31 |
- 후기
- 패스트파이브
- 패파
- media3
- 공유오피스
- MVVM
- 스택
- 내부프레그먼트
- 너무 어렵다
- 중첩네비게이션
- 코틀린
- 사무실
- Android
- 알고리즘
- 아키텍쳐
- Kotlin
- 싱글액티비티
- SAA
- fragmentcontainer
- innernavigation
- rxandroid
- 자바
- 파이썬
- 백준
- childfragment
- 안드로이드
- 재밌긴함
- media3 transformer
- Stack
- parentfragment
목록아키텍쳐 (2)
삽질도사

안녕하세요. 최근 몇 개월동안 3가지정도의 앱을 개발하면서 SAA를 적극적으로 사용해보았습니다.SAA는 한마디로 액티비티를 하나만 사용해서 앱을 만드는 건데, 이것도 하다보니 실력이 늘고 익숙해지더라구요.이제는 SAA가 아니면 아키텍쳐가 좀 복잡하거나 가독성이 떨어진다고 느껴질 정도 였습니다. 처음에 제가 SAA를 사용하게 된 계기는 단순히1. 화면 간에 정보 교환이 어렵다. (intent가 쓰기 번거롭다.)2. 화면이 많아질수록 화면이동이 힘들다.3. 액티비티가 많아지니 앱이 무거워진다.대략 이정도였는데요. 아무래도 보통 이러한 이유 때문에 플래그먼트를 섞어서 많이 사용합니다. 그러면 또 들었던 생각이.. 1. 액티비티+플래그먼트 -> 화면안에 화면을 디테일하게 구성하는 경우는 거의 없음 (일단 터치하..

프로젝트 처음 진행할 때에 MVC,MVVM,MVP의 개념을 저도 잘 모르고 기능 하는대로 막쓰다가 나중에 알고 갈아엎었는데, 시간이 지나고 다시 보니 갈아엎은 것도 뒤죽박죽 엉망이더라구요! 하지만 그때 당시엔 그런 것을 깨닫고 최선을 다한 결과여서 후회라기보단 영광의 상처같은 느낌이 더 큰데요, 이런 아키텍쳐(?)는 알면 알수록 복잡하고 사실 사람마다 주장하는게 조금씩 달라서 논란의 여지가 되곤 하기 때문에 코드를 직접 치면서 몸으로 느끼고, 시간이 지나서 다시 리뷰함으로써 조금씩 깨닫게 되는 것 같습니다. 여튼! 각각 사람마다 구현하는 모습도 다르고 DataBinding에 따라서 조금씩 차이가 있을테니, 아키텍쳐의 차이가 하~나도 이해안가고 복잡해서 헷갈리시는 분들이 쉽게 접근하시고, 저 또한 그랬으니..