반응형
프로젝트를 진행하다보면 거의 모든 매소드에 로그를 사용하는데
개발중엔 상관없지만 배포 할 때 로그를 안나오게 하는것이 바람직합니다.
이 때, 수 십개의 클래스를 돌아다니며 로그를 지우는 것도 일이지만
만약 배포 후 버그가 나온다면 지웠던 로그를 다시 작성해야 되는 일이 생깁니다.
이런 불상사를 방지하는 방법이 로그 클래스를 만들어 관리를 해주는 것입니다.
public
class
RbLog {
/** Disable Debug */
// public static boolean D = false;
/** Enable Debug */
public
static
final
boolean
D =
true
;
public
static
void
d(String tag, String msg) {
if
(D && tag !=
null
&& msg !=
null
)
Log.d(tag, msg);
}
public
static
void
d(Activity activity, String msg) {
if
(D && activity !=
null
&& msg !=
null
)
Log.d(activity.getLocalClassName(), msg);
}
}
위와 같이 d 라는 로그찍는 매소드를 만들어 static으로 선언하게 되면
1
RbLog.d(TAG,
"Log Test"
);
이렇게 로그형식으로 똑같이 사용 할 수 있게 됩니다.
개발을 완료하고 배포할 때 boolean형태의 D 변수를 false로 활성화시키면
d 매소드 조건문에 의하여 if를 통과 못하게되고 모든 로그가 찍히지 않게됩니다.
버그가 발견되어 다시 디버그를 하고싶을 땐 true로만 바꿔주면 곳곳에 심어놨던 로그들이
다시 찍히게 됩니다.
추가로 i, e 등의 매소드도 만들어 사용 할 수 있습니다.
'프로그래밍 > 안드로이드' 카테고리의 다른 글
펌자료) 안드로이드 WebView shouldOverrideUrlLoading 메소드의 역할 (0) | 2013.10.31 |
---|---|
펌자료) onResume/onPause onStop/onStart 차이점 (0) | 2013.10.30 |
펌자료) 안드로이드 어플 종료시 캐시 자동 삭제 방법!! (0) | 2013.10.30 |
펌자료) 안드로이드의 파일 입/출력에 필요한 경로를 얻는 방법 총정리! (0) | 2013.10.30 |
[안드로이드] Binary XML file line #13: Error inflating class fragment 해결 방법 (1) | 2013.10.28 |
안드로이드 Touch 이벤트 처리하기 (0) | 2013.05.03 |
안드로이드 핸들러로 UI처리하고 쓰레드에서 실작업 처리하기 (1) | 2012.08.23 |
안드로이드 쓰레드 진행상황 프로그래스바로 보여주기 (0) | 2012.08.22 |