란테의 펀드로이드

원문 : https://qiita.com/takahirom/items/6907e810d3661e19cfcf Compose는 인수에 같은 오브젝트를 전달했을때 Composable함수를 깔끔하게 처리해줍니다.하지만 그러기 위해서는 몇가지 조건이 있습니다. 앱 모듈과 모델 뮤듈이 있어서, 앱 모듈에는 컴포즈가 적용되어 있고 Composable 함수도 있지만, 모델 모듈에는 간단하게 Article 클래스만 있다고 해봅시다. 그중 같은 오브젝트를 전달했을경우 스킵해주는 것은 Composable2 뿐입니다 아래 코드를 봐주세요. app module ------------> model module fun Composable1() class Articles fun Composable2() class Article fu..

ㅅException이 Throw여부에 따라 각각 어떤 코드를 실행하고 싶을때가 있죠. try-catch（-finally）로 구현하기 힘들때가 있습니다. try-catch（-finally）는 Exception이 Throw되었을때의 처리(또는 throw여부에 관계없이 처리) 는 구현할 수 있어도 throw 되지 않았을때의 처리를 구현하기는 어렵습니다. 예를 들어 생각해봅시다. 일단 Exception이 throw 되는것을 생각하지 않아도 되는 케이스가 있습니다. fun noException() { val myValue = getMyValue() // 값을 취득한다 .also { onMySuccess(it) // 그 다음에 onMySuccess 를 호출한다 onMyFinally() // 마지막에 onMyFina..

이 글에 대한 설명이 글은 프로그래밍 초심자에게 자신이 알고 싶었던 3가지를 추려서 가능한 단적으로 설명하여 요점을 이해할수 있도록 하기 위해 쓰여졌습니다.DI란 무엇인가？왜 필요한가？어떤 잇점이 있나?구체적인 내용은?DI란 무엇인가?한마디로 말하자면 "사용하려는 오브젝트를 전달하는 것" 입니다.이것만으로는 오히려 알아듣기 힘들지도 모르겠지만, 이게 요점입니다.마구마구 전달합시다.// 사용하려는 오브젝트 $d = new Di(); // 생성자로 전달했다. $obj = new Obj($d); // Setter로 전달했다. $obj = new Obj(); $obj->setDi($d) // Property로 전달했다. $obj = new Obj(); $obj->di = $d 보통은 의존성 주입이라고 설명되어집..

저번 글에 이은 mobX 3탄입니다. 저번엔 MobX 의 API에 대한 이야기는 제쳐두고, 갑자기 React MobX의 설계론에 대한 이야기를 해버렸습니다. 이번 편에는 개인적으로 MobX의 조금 알기 힘들고 조심해야겠다고 느낀 기본적인 부분에 대해서 적어보겠습니다.【DevTools】이미 MobX의 코드를 만들어본 분중에, DevTools를 도입하지 않은 분이 있다면 꼭 도입해봐주십시오. 이 페이지에 를 마운트해서 도입하는 방법이 소개되어있습니다 .ChromeExtension를 도입해두면, 마운트없이 같은 기능을 이용가능하게 됩니다. 본편의 내용을 이해하는데 도움이 될것으로 보입니다.observable형에 대해서observable값에는, JS프리모티브, 참조, 플레인오브젝트, 클래스 인스턴스, 배열, 맵..

저번 글에 이은 2탄입니다. MobX에는 Redux와는 다르게, 복수의 Store가 존재하며, 복수의 Provider를 보유할 수 있습니다. Redux에도 Provider가 있지만, 그것은 컴포넌트의 루트에 한개만 존재하고, 초기 설정만 끝마치면 평소에는 의식할 일이 없는 존재입니다. MobX에서, Store를 어디에서 생성하고 어떻게 Provider를 전달하는게 좋은 설계일까요. 이 관점에 대해 깊이 고찰한 글을 찾을 수 없었기 때문에, 독자방침이지만 끄적여보도록 하겠습니다 (친절한 태클을 기다려봅니다. )Redux 답습 패턴Redux 구현 경험자도, 또 경험이 없는 분도 이 방법이 가장 이해하기 쉽다고 생각합니다. 'Provider를 한개만 갖도록 한다' 입니다. 이렇게 하면 모든 컴포넌트가 전체의 ..

이글을 읽는 분들은 Redux를 도입하신 분, 또는 이제부터 React의 상태관리를 도입하려는 분일거라 생각합니다.그렇습니다 "Redux 코드는 너무 길지만, 익숙해지면 괜찮겠지?" 라고 생각 하는 분들을 위한 글입니다. 자기자신은 Redux 도입파 였지만 front-end-handbook-2017에 이름이 올라있는 MobX에 관심이 생겨 조사해봤습니다. 그 결과, 이글을 쓰게 되었기 때문에 개인적으로 Redux보다 낫다고 느낀 이유를 적어보겠습니다.코드량이 압도적으로 줄어든다. Store개념이 알기 쉽다. inject를 활용하면 jsx를 pure하게 구현할 수 있다.데코레이터층이 존재한다.코드량이 압도적으로 줄어든다한개의 쌍방향의 값을 컴포넌트에 표시하기 위해서, Redux에서는 아래와 같은 작업이 필..

리액트 네이티브 컴포넌트의 생명주기는 안드로이드 액티비티 생명주기와 비교하면 종류도 많고 복잡합니다.그래서 각 생명주기 별 특징과 사용방법을 한눈에 정리해봤습니다.리액트 네이티브 개발중인 분들에게 도움이 되면 좋겠네요.

서드파티의 네이티브용 SDK로 만든 컴포넌트를 React Native 에서 사용하고 싶어서 조사해봤습니다. 공식은 영어를 읽을 수 있다고 해도 설명이 부족하거나 쓸데없는 내용이 많아서 이해하기 힘들다고 생각했습니다.저는 안드로이드 자바 초심자이기 때문에 나쁘게 생각하지 말아주세요. 프로퍼티 설정이나, 타 API 사용은이런저런 설정이 필요합니다.Android편은 이쪽에서 볼수 있습니다.공식 문서https://facebook.github.io/react-native/docs/native-components-ios.html가장 심플한 구현 코드RCTViewManager를 계승한 헤더파일(.h)과 구현파일 (.m)을 작성합니다.。[XXXX]Manager라고 이름을 지어야 합니다. XXXX가 JS에서 호출할 이름..

서드파티의 네이티브용 SDK로 만든 컴포넌트를 React Native 에서 사용하고 싶어서 조사해봤습니다. 공식은 영어를 읽을 수 있다고 해도 설명이 부족하거나 쓸데없는 내용이 많아서 이해하기 힘들다고 생각했습니다.저는 안드로이드 자바 초심자이기 때문에 나쁘게 생각하지 말아주세요. 프로퍼티 설정이나, 타 API 사용은이런저런 설정이 필요합니다.iOS는 이쪽에서 확인해주세요.공식 문서https://facebook.github.io/react-native/docs/native-components-android.html가장 심플한 코드Native Component의 Name 과 View 인스턴스를 반환하는 Manager 클래스를 작성합니다.Manager클래스（그리고 다른 Java module）를 포괄하는 Pa..

이번 구글 I/O 에서 안드로이드 개발자인 나에게 가장 인상적이었던 것은 Android Architecture Components 였다 (앞으로 약칭 AAC)RxJava의 컨셉을 이용한 LiveData와 MVVM 패턴의 성공적인 안드로이드 적용을 위한 ViewModel 그리고 모바일 개발에서 항상 골치를 썩이는 생명주기를 관리하는 Lifecycle Component 를 발표할때 여러 곳에서 활용 가능할것이라고 생각해서 가슴이 두근댔다.없던 개념을 만들어 낸것은 아니지만 안드로이드 프레임워크 내에서 개발하기에 적합한 라이브러리를 내어준 것에 감탄한다.하지만 게으름으로 인해서 계속 방치해두다가 이번에야 말로 뭔가 만들어보자는 생각으로 Realm의 DAO를 대체할 유틸을 AAC를 통해 개발해보았다. 1. 그래..