Search

'안드로이드'에 해당되는 글 8건

  1. 2011.04.24 Android State Xml 자동생성기
  2. 2011.02.28 안드로이드 표준코딩스타일 가이드

Android State Xml 자동생성기

Android 2011.04.24 02:16 Posted by 기분째즈
안드로이드는 pressed나 checked처럼 버튼 상태를 표현할 때마다 xml을 생성해줘야하는데,
앱하나 만들 때마다 수십, 수백개까지 만드는 작업을 자동으로 해줘서 시간도 절약해주고 귀찮음도 극복해줍니다.

이미지 파일의 끝이 _press나 _pressed같은 이름으로 파일이 끝나면 자동으로 거기에 맞는 state.xml을 생성해주고요.

사용법은 이미지파일이 있는 디렉토리에 StateXml 파일을 가져다 놓고 java -jar StateXml-0.0.3.jar로 파일을 실행시켜주시면 됩니다.

StateXml-0.0.3.jar [이미지파일 경로] [XML을 저장할 경로] 이런 식으로 디렉토리 지정도 가능합니다. 

케이스는 저에게 맞춰놔서 별로 되지 않으니, 필요한 케이스가 있거나 추가할 케이스가 있으면 직접 수정하시거나 저에게 말씀해주시면 되겠습니다.

많은 피드백 부탁드려요.

소스 파일은 GitHub에 올려놓았으니 참고하세요.

적용하는 파일이름

 

신고

안드로이드 표준코딩스타일 가이드

Android 2011.02.28 00:42 Posted by 기분째즈


20개 정도 규칙이 있으며 출처는 source.android.com에서 좀 더 자세한 내용을 볼 수 있다.

build된 sdk에는 없지만 sdk 소스를 다운받으면 이클립스용 코딩 포맷과 import순서가 정보가 적힌 xml파일도 같이 받을 수 있는데, 이 글에 첨부했다.

android-formatting.xml은 "Window › Preferences › Java › Code Style > Formatter 에 import하고,
android.importorder "Organize Imports에 import하면
Shift+command+F로 자동포멧정리 기능을 안드로이드에 맞게 사용할 수 있다.

  1. Exceptions: 예외 무시하지말고 처리하기.
  2. Exceptions: 상위 Exception으로 싸잡아서 처리하지 않기.
  3. Finalizers: 왠만하면 쓰지않기 (언제 적용될지 모름)
  4. Imports: *쓰지말고 정확하게 풀네임 적기.

Java Library Rules

표준 코딩컨벤션이 바뀌어서 예전 코딩컨벤션과 충돌이 난다면 예전 코딩컨벤션으로 작성해서 일관성을 유지하기.

Java Style Rules

자바표준 컨벤션에서 추가사항:

  1. Comments/Javadoc: 표준대로 작성하기.
  2. Short methods: 메소드는 40줄이 넘지않게 짧게 작성하기
  3. Fields: 초기에 선언하기나 사용하기 바로 전에 선언할 것.
  4. Local variables: 지역변수 범위는 최소화하기.
  5. Imports: 안드로이드, 서드파티(알파벳 순), java, javax 순으로 import하기.
  6. Indentation: 탭안쓰고 공백 4개 사용하기.
  7. Line length: 한줄에 100칸 이하 유지하기.
  8. Field names: Non-public, non-static 변수는 m으로 시작하고, static변수는 s로 시작하기.
  9. Braces: { 는 줄넘기지말고 사용하기
  10. Annotations: 표준 어노테이션 사용하기.
  11. Acronyms are words: XMLHTTPReques처럼 적지말고 XmlHttpRequest로 적기
  12. TODO style: "TODO: write this description"
  13. Consistency: 일관적으로 작성하기
  14. Logging: 로그도 비용이 드니 적절하기 사용하기
    ERROR > WARNING > INFORMATION > DEBUG > VERBOSE 사용할 것.
    한줄에 출력할 수 있는 80~100글자가 적당.
    StringBuilder는 기본버퍼가 16character라 String보다 항상 좋다고 할 수 없으니 확신이 없으면 그냥 String연산이 무난.
    System.out.print는 어차피 /dev/null로 던져버리니 절대 쓰지말 것. 괜히 비용만 잡아먹음.

Javatests Style Rules

  1. Naming test methods: testMethod_specificCase 이런식으로 이름짓기
신고


 

티스토리 툴바