Dev. Oratorium : For Mobile, By Mobile

1, Spring 소개

https://www.youtube.com/watch?v=XtXHIDnzS9c&list=PLq8wAnVUcTFUHYMzoV2RoFoY2HDTKru3T&index=1

2. 느슨한 결합력과 인터페이스

3. DI(Dependency Injection)

4. IoC(Inversion Of Control) 컨테이너

결합력이 강한 경우에는 A가 만들어지면 B가 만들어지고 C,D까지 만들어지는 순서임. 

그러나 이와 달리 역순으로 D부터 A까지 객체를 만든 후에 조립되는 컨테이너라는 의미로 IoC Container라고 함.

5. Dependency를 직접 

7. 스프링 DI 지시서 작성하기(Spring Bean Configuration)

8. 스프링 IoC 컨테이너 사용하기(ApplicationContext 이용하기)

종류가 여러개인 이유는, 지시서(config파일)의 위치를 어떻게 알려주느냐에 따라서 달라짐

1) 어플리케이션의 root에서부터 경로를 알려줄때는 classPathXml~.

2) C드라이브(파일시스템)의 어느 경로에 있다고 알려줄때는 FileSystemXml~.

3) config 파일을 웹의 경로에 두고 있다고 URL로 알려줄 때는 XmlWeb~.

4) Annotation을 이용할 경우에는 AnnotationConfig~.

+Java Project일 때 Maven Project로 바꾸고 싶을 경우

11. 콜렉션 생성과 목록DI

방법1

방법2

12. 어노테이션을 이용할 때의 장점과 @Autowired를 이용한 DI 해보기

초기에 xml로 설정을 할 때, 코드를 건드리지 않고, xml만으로 객체를 B2에서 B3로 바꿀 수 있다는 것 자체만으로도 좋았지만, 나중에는 이 변경에 따른 것 마저 자동으로 바뀌었으면 하고 바라게 됨.

따라서 설정하는 코드에 annotation을 붙여서 바뀌도록 하게함.

즉, xml 방식은 설정을 코드와 분리하는 방식

annotation 방식은 설정을 코드와 같이 가져가는 방식

이전에 xml방식에서 property로 설정해서 injection하던 방식 ==> annotation에서는 @Autowired로 대체 가능

13. @Autowired의 동작방식 이해와 @Qualifier 사용하기

같은 클래스의 객체가 두개 이상일 경우는 @Autowired로 자동매칭이 되지 않음 (어떤 객체를 해야할지가 문제가 되기 때문). setter에 있는 객체명 파라미터와 같으면 자동매칭 되긴함. 하지만 이보다는 직접적으로 객체의 id를 통해 '이 객체와 연결하라'고 매칭해주는 것이 좋음. 이 때 쓰는 annotation이 @Qualifier임. 

14. @Autowired의 위치와 required 옵션

@Autowired는 setter위에도 사용 가능하고.

@Autowired는 기본 객체 생성자 위에도 사용 가능하고

@Autowired는 overload 생성자 위에서도 사용 가능함

이럴경우 overload 생성자는 있는데, 기본생성자가 없기 때문에 에러가 발생함

단, overload생성자도 없으면 에러 미발생

overload 생성자에 붙일 경우, 그냥 붙이면 에러가 발생할 수 있는데, 이유는 overload 생성자에서는 입력하려는 동일유형 객체가 여러개일 수 있기 때문. 따라서 파라미터 자리별로 @Qualifier로 지정할 수 있음.

만약, @Autowired로 자동으로 객체를 연동하게끔 코드가 작성되어 있어도, 객체를 생성하지 않을 수 있음. 이런 상황에서도 소스가 null인 상태로라도 작동이 되게끔 구현하고 싶다면, 다음과 같이 @Autowired(required = false)를 지정하면 됨

https://www.youtube.com/watch?v=MlTk1AFMIzU&list=PLq8wAnVUcTFUHYMzoV2RoFoY2HDTKru3T&index=14

1. Apk를 디컴파일하는 방법 소개

(1) 단계벌 디컴파일

• Apktool: apk의 리소스를 변환하는데 사용됩니다.
• dex2jar: dex를 jar로 변환하는데 사용됩니다.
• jd-cmd: jar를 java 코드로 변환하는데 사용됩니다.

(2) 명령어 한번에 apk를 쉽게 디컴파일해주는 툴 존재

• jadx : Apk를 decompile하며, GUI와 Command line 툴 모두 제공합니다

2. Jadx로 디컴파일하는 방법

Jadx는 Jadx-release에서 빌드된 파일을 다운받을 수 있음

Jadx는 command line과 GUI tool을 모두 제공.

1) tool zip 파일을 다운받고 압축을 품

2) bin 폴더를 보면 실행 파일이 존재

- jadx는 command line tool이고, jadx-gui는 GUI tool

(Linux 사용자는 양쪽 다 사용 가능, Windows 사용자의 경우 jadx-gui.bat을 사용해야 함)

* command line tool의 상세 사용방법은 아래 참조글을 확인하면 됨

Reference

https://codechacha.com/ko/how-to-decompile-android-apk/

해당 에러 로그

원인1:

BadTokenException이 발생한 원인을 파악하기 위해 오류를 재현하던 중, 같은 코드라도 쓰레드 위치나 라이프 사이클 상의 시점에 따라 간헐적으로 발생하는 것을 발견했다. 쓰레드 위치는 Main Thread가 아닌 Background Thread에서, 주로 AsyncTask의 onPostExecute() 메소드에서 다이얼로그 창을 통해 사용자에게  무엇인가를 알려주려고 시도하는 경우 간헐적으로 발생한다. 발생하는 시점은 Background Thread의 작업이 모두 종료되기 전에 뒤로가기 버튼을 누르거나 명시적으로 finish()메소드를 호출할 때이다. BadTokenException의 이유를 한문장으로 정리하면 , 예외 메시지에 ”is your activity running?” 이라고 명시되어 있듯 종료된 Activity의 context를 인자로 다이얼로그 창을 표시하려고 할 때 발생한다. 다이얼로그 창을 표시할 Activity가 없기 때문에 안드로이드 런타임이 나쁜 토큰(Bad Token1))이라는 예외를 던진다.

해결방법1:

해당 UI들을 사용할 때, Activity가 종료되었는 지를 확인하면된다. 만약 종료되었다면 다이얼로그 창을 열지 않으면 그만이다. 다음과 같이 isFinishing() 메소드를 사용하면 Activity의 종료 여부를 확인할 수 있다.

if (! ThisActivity.this.isFinishing()) {
    AlertDialog.builder dialog  = new AlertDialog.builder(ThisActivity.this);
    dialog.setTitle(status);
    dialog.setMessage(message);
    dialog.show();
}

원인2: 아래와 같이 activity 하위에 fragment가 있고, 그 중 한 곳에서 dialog를 사용할 때,

AlertDialog.Builder alertDialog = new AlertDialog.Builder(activity);

getActvitiy()가 아니라, activity로 했을 경우

해결방법2:

activity 일때와 fragment 일때 구분 해서 parameter 값을 넣어주는게 좋은거 같음

activity 대신에 getActivity() 로 하기

final AlertDialog.Builder alertDialog = new AlertDialog.Builder(getActivity());

원인3: (그런데 위의 2가지 케이스와 달리) 액티비티가 아닌 곳에서 발생한다면? 위 방법을 사용 할 수 없다. 참으로 희한하게도 context는 분명 들어 있는데 다이얼로그를 띄우면 죽는다. 액티비티를 종료 한 것도 아닌데... 보통 해당 프리퍼런스에서 다이얼로그를 띄운뒤 앱을 back키로 디스트로(destroy)이 한 뒤 다시 들어와서 해당 프리퍼런스의 다이얼로그를 띄우면 100% 죽는다. 이 경우에는 context를 static으로 만들어 주면 해결 된다. 

Reference

https://blog.sangyoung.me/2016/12/28/BadTokenException/

https://cishome.tistory.com/71

https://comoi.io/164

해당 에러로그

상황원인: 디바이스 성능이 낮은 경우에 잘 발생하는 에러로, adapter의 콘텐츠를 UI 쓰레드로 처리해야하는데, 백그라운드에서 하려고 했기 때문에 발생하는 에러. 디바이스 성능이 좋으면 잘 나타나지 않는다고 함. (케바케인 것)

해결방법 : UI 쓰레드로 처리하도록 코드를 수정하면 되는데, 로그를 찍는 포인트가 어정쩡한지 대체 어느 부분인가...

Reference

https://devuryu.tistory.com/132

https://tigerwoods.tistory.com/26