Trigger

더보기 1차.. www.youtube.com/watch?v=MHRt52NNzh0 영상을 보면서 정리합니다. 액티비티에서 액티비티 실행은 기존에 쓰던대로 해도 된대.. 내비게이션은 fragment 에서 fragment 이동하는 경우 쓰는 것이 좀 더 좋다.. 액티비티 안에서 프래그 두 개 만들어 이동이동 Fragment( 이하 frag) factory method: frag를 코드로 생성할 때 어떤 파라미터 값을 전달할 때 전달받기 위함..(?) callback: 외부 액티비티의 결과를 받을 때 설정 내비게이션을 쓰게 되면 factory method는 특히 사용하지 않음 + 다른블로그 내용을 추가 출처 : two22.tistory.com/7 Navigation은 transaction을 보다 쉽게 구현하기 ..

지금 분석?하는 파일에 대해 검색중에 일반 액티비티와 프래그먼트 액티비티는 생명주기가 다르다는 얘기를 보게 되었고... 프래그먼트 액티비티 생명주기에 대한 설명: 링크 일반 액티비티 생명주기는 이렇다는 듯..

이렇게 순서 없이 뒤죽박죽 섞어서 이해하는게 가능할까 싶긴 해.. 프래그먼트는 기본적으로 하나의 뷰로 동작하기 때문에 액티비티 안에 뷰를 삽입할 수 있는 레이아웃을 준비해야한다. > 액티비티 안에서 프래그먼트가 사용되는 것! 저 레이아웃으로는 주로 프레임 레이아웃을 사용함. Activity에서 프래그먼트를 추가할 때 쓰는 방법 : 화면 전환 없이 프래그먼트 하나만 화면에 표시할 때 FrameLayout: 화면 전환(목록 상세)이 필요할 때 onCreateView(LayoutInflater, ViewGroup?, Bundle?) fragment와 관련된 뷰 계층 구조를 생성하고 반환함 onViewCreated(View, Bundle?) onCreateView가 반환된 직후, 그러나 저장된 상태가 뷰에 복원..

Safe Args 사용하기 (링크) Safe Args: Gradle 플러그인, 모든 연결된 인수에 type safe한 탐색, 접근을 위한 간단한 객체 및 빌더 클래스를 생성합니다. Safe Args 사용을 설정하고 나면 아래와 같이 된다. 작업이 시작되는 각 대상에 클래스가 생성된다. 클래스는 Directions라는 단어가 뒤에 붙어서 생성됨 파라미터 전달에 사용되는 작업의 경우 작업 이름을 기반하여 내부 클래스가 만들어진다. 작업이 confirmationAction일 경우 클래스는 ConfirmationAction 받는 대상에 클래스가 형성됨. 클래스 이름은 Args라는 단어가 뒤에 추가됨 대상 프래그먼트 이름이 ConfirmationFragment라면 클래스는 ConfirmationFragmentAr..

val args = arguments?: return //아래와 동일 if(arguments != null) arguments else return 그리고 ?. val a = "kotlin" var b: String? = null print(a?.length) //a가 null이 아니면 a.length 반환, null이면 null 반환 print(b?.length)

extends, implements 자바 public class MainActivity extends AppCompatActivity implements View.OnClickListener{ } 코틀린 class MainActivity: AppCompatActivity(), View.OnClickListener(){ } 상속할 때 반드시 부모 클래스의 생성자를 호출해야한다. 보통 MainActivitiy가 항상 AppCompatActivity를 상속하더라.. 출처 - junghun0.github.io/2019/07/22/kotlin-interface/

dnight.tistory.com/entry/lateinit-lazy-%EC%9D%98-%EC%B0%A8%EC%9D%B4%EC%A0%90 나한테 느껴지는 제일 큰 차이점은 var와 val 정도의 차이가 될 것 같다. 바인딩에서 lateinit과 lazy를 사용해서 어쩌지 뭐가 다르지 싶었는데 이제 확인한..

private: 해당 kt 파일 내에서만 visible protected: private과 같음 + subclass에서 visible internal: 같은 module 내에서만 visible public: 어디서든 접근 가능 // default public > protected | internal > private module ? an IntelliJ IDEA module a Maven project a Gradle source set a set of files compiled with one invocation of the Ant task 같은 모듈에 다른 패키지에서 internal이 가능하다고 하다~ 그럼 public이랑은 무엇이 다른지? public은 다른 모듈일 대에도 접근이 가능하다. 정말로 ..