개발자의 일상

안드로이드 개발자를 위한 코드 스타일 가이드라인 2편입니다. 메소드를 짧게 유지하라 가능한 한도 내에서 메소드는 한 주제에 맞게 짧게 작성되어야 합니다. 어떤 경우에는 긴 메소드를 작성하는 것이 옳기 때문에 메소드 길이에 정확히 정해진 제한은 없습니다. 한 메소드의 길이가 40줄을 넘어가게 되면 전체 프로그램의 구조를 해치지 않는 선에서 코드를 나눌 수 있는지 생각해야 합니다. 정해진 위치에 필드를 정의하라 필드는 파일의 상단이나 그 필드를 사용하는 메소드 바로 직전에 정의되어야 합니다. 변수의 스코프(scope)를 제한하라 지역(local) 변수의 스코프는 최소한으로 유지되어야 하는데 그럼으로써 코드의 가독성과 유지보수의 편이성이 높아질 뿐만 아니라 에러의 가능성도 낮출 수 있기 때문입니다. 모든 변수..

안드로이드 개발자를 위한 코드 스타일 가이드라인 1편입니다. 익셉션(exception)을 무시하지 마라 코드를 짜다 보면 때로는 아래의 예처럼 익셉션을 완전히 무시하고 싶어질 때가 있습니다. void setServerPort(String value) { try { serverPort = Integer.parseInt(value); } catch (NumberFormatException e) { } } 이 함수를 호출할 모듈이 명확하고 그 모듈에서 넘겨주는 value 값에 문제가 없을거라는 확신을 가질 수 있습니다. 하지만 절대 이렇게 코드를 짜서는 안됩니다. 여러분의 코드가 절대로 에러를 일으키지 않을 거라고, 또는 발생할 수 있는 에러를 처리하는 것이 중요하지 않다고 생각할 수도 있으나 위처럼 익셉션을..