rx 를 이용해서 코드를 작성 시작하고 있는 도중
작업 특성상 라이브러리를 배포하고 이걸 타 개발자가 사용하기 때문에 무조건 적으로 rx 도입을 강요할 수 없기에
rx 가 base 로 깔리고 wrapper 로 object fun 을 만들어서 제공하고 있는데 rx 로 가는게 코딩 방향성이 옳은것 인가? 라는 의문이 자꾸 드는 게 문제 !!
rx 가 아니더라고 async 가 가능하고 architecture component 도입으로 인해 Observable & LiveData 가 존재하지만
어느정도 표준화 된 rx 를 도입해서 사용하는게 더 좋을것 같기도 해서 흐흠, 먼가 찜찜하단 ... 생각이 -_- 자꾸 맴돈다 흐흠..
아직 rx 가 몸에 배지 않아서 이런 생각을 가지게 된 걸까?
작업 특성상 라이브러리를 배포하고 이걸 타 개발자가 사용하기 때문에 무조건 적으로 rx 도입을 강요할 수 없기에
rx 가 base 로 깔리고 wrapper 로 object fun 을 만들어서 제공하고 있는데 rx 로 가는게 코딩 방향성이 옳은것 인가? 라는 의문이 자꾸 드는 게 문제 !!
rx 가 아니더라고 async 가 가능하고 architecture component 도입으로 인해 Observable & LiveData 가 존재하지만
어느정도 표준화 된 rx 를 도입해서 사용하는게 더 좋을것 같기도 해서 흐흠, 먼가 찜찜하단 ... 생각이 -_- 자꾸 맴돈다 흐흠..
아직 rx 가 몸에 배지 않아서 이런 생각을 가지게 된 걸까?
'Android' 카테고리의 다른 글
간만에 어이 없는 삽질.. (0) | 2018.10.29 |
---|---|
github blog (0) | 2018.10.25 |
rxjava maybe (0) | 2018.10.25 |
android studio 3.2 업데이트 (0) | 2018.10.25 |
ndk 그리고 cmake (0) | 2018.09.13 |