본문 바로가기
[Effective Java] 실패 상황 정보를 상세 메세지에 포함하자. [Effective Java] 실패 상황 정보를 상세 메세지에 포함하자. - 예외를 발생시킬 때 toString 메소드에서 실패 원인과 연관된 가능한 많은 정보를 반환하도록 상세 메세지를 포함시켜 주는 것이 좋다. 실패 상황 정보를 잡으려면, "예외 발생에 기여한" 모든 매개 변수와 필드의 값이 예외의 상세 메세지에 포함되어야 한다. IndexOutOfBoundsException 이 좋은 예이다. - 실패 상황정보를 알려주는 접근자 메소드를 해당 예외에서 제공하는 것이 좋을 수 있다. 특히 checked 예외에 대한 접근자 메소드를 제공하는 것이 더 중요하다. 실패에 따른 장애 복구에 유용하기 때문이다 unchecked 예외의 상세 내역을 프로그래머가 사용하는 경우는 거의 없다. 그러나 unchecked.. 2017. 3. 2.
[Effective Java] 지역 변수의 유효 범위를 최소화 하자. [Effective Java] 지역 변수의 유효 범위를 최소화 하자. - 지역 변수의 유효 범위를 최소화하면, 코드의 가독성과 유지 보수성을 높이고 에러의 가능성이 줄어든다. - C와 같은 종전 프로그래밍 언어들은 지역 변수를 블록의 맨 앞에 선언해야 했으며, 일부 프로그래머들은 습관 때문에 계속 그렇게 한다. 하지만 이것은 버려야 할 습관이다. 자바에서는 명령문만 적법하다면 어디에든 변수를 선언할 수 있기 때문. - 지역 변수의 유효 범위를 최소화하는 가장 강력한 방법은 그 변수가 최초 사용되는 곳에 선언하는 것. 만일 변수를 사용하기 전에 선언하면 혼란만 생긴다. - 지역 변수의 선언과 초기화에 주의하자. 만일 변수를 올바르게 초기화하는데 필요한 정보가 충분하지 않다면, 충분하게 될 때 까지 선언을 .. 2017. 1. 24.
[Effective Java] 필요하면 방어 복사본을 만들자. [Effective Java] 필요하면 방어 복사본을 만들자. - 자바는 꽤나 안전한 언어이지만, 우리 클래스의 클라이언트가 불변 규칙을 파괴하기 위해 최선을 다할 거라는 가정하에 방어적으로 프로그램을 작성해야 한다. - 가변 객체인 매개 변수는 각각의 방어복사본(defensive copy)을 만들어서 생성자에 전달해야 한다. 그렇지 않으면 예상치 못한 여러 상황이 발생할 수 있다. - 방어복사본은 매개 변수의 유효성 검사에 앞서 만들어야 하며, 유효성 검사는 원본이 아닌 복사본을 대상으로 해야 한다!! ( TOCTOU 공격 ( 검사시간/사용시간) 이슈 ) - clone 은 위험한 복사방법이므로 가급적이면 다른 방법으로 복제하자. final 이 아닌 Class 는 sub class 가 clone 을 상속.. 2017. 1. 10.
[Effective Java] 작명 패턴보다는 주석(annotation)을 사용하자. [Effective Java] 작명 패턴보다는 주석(annotation)을 사용하자. - 1.5 배포판 이전에는 도구나 프레임워크에서 특별히 취급할 필요가 있는 프로그램 요소들을 나타내기 위해 작명 패턴(naming pattern)을 사용하는 것이 일반적. 예를 들어 JUnit 테스팅 프레임워크에서는 테스트 메소드들의 이름을 test로 시작하도록 하였다. 이 방법은 효과는 있지만 단점들이 있다. 1. 철자상의 오류로 인한 오류 2. 적합한 프로그램 요소에만 사용되는지 확신할 방법이 없다. 3. 매개 변수 값을 프로그램 요소와 연관시키는 좋은 방법을 제공하지 않는다. - 작명패턴의 단점은 annotation 을 사용하여 깔끔히 해결된다. - annotation 정의는 다음과 같이 한다. @Retention.. 2017. 1. 2.
[Effective Java] 추상 클래스보다는 인터페이스를 사용하자. [Effective Java] 추상 클래스보다는 인터페이스를 사용하자. - 인터페이스(interface)와 추상클래스(abstract class)는 비슷하지만 다르다. 추상 클래스는 구현된 메소드를 포함할 수 있는 반면 인터페이스는 그렇지 못하다. 추상 클래스로 정의된 타입을 구현하는 클래스는 반드시 추상 클래스의 서브 클래스가 되어야 한다. 인터페이스를 구현하는 클래스의 경우 인터페이스에 정의된 모든 메소드를 구현하기만 하면 된다. 자바는 단일 상속만을 허용하므로 추상 클래스로 타입을 정의할 때 심한 제약이 따른다. - 인터페이스는 추상 클래스에 비해 변경과 적용이 쉽다. - 인터페이스는 믹스인(mixin)을 정의하는 데 이상적이다. 믹스인은 클래스가 자신의 본래 타입에 추가하여 구현할 수 있는 타입으.. 2016. 11. 7.
[Effective Java] 가급적 상속(inheritance) 보다는 컴포지션(composition)을 사용하자. 가급적 상속(inheritance) 보다는 컴포지션(composition)을 사용하자. - 상속은 코드를 재사용하는 강력한 방법이다. 그러나 일을 하는데 가장 좋은 도구는 아니다. 잘못 사용하면 부실한 소프트웨어를 초래한다. - 동일 프로그래머가 서브 클래스와 수퍼 클래스의 구현을 관장하는 같은 패키지 내에서 상속을 사용하는 것은 안전하다 상속을 위해 특별히 설계되고 문서화된 클래스를 확장(extends) 하기 위해 상속을 사용하는 것도 안전하다. 그러나 다른 패키지에 걸쳐 일반적인 실체 클래스로부터 상속을 받는 것은 위험하다. - 상속은 캡슐화(encapsulation) 을 위배한다. 올바른 동작을 위해 서브 클래스는 자신의 수퍼 클래스가 구현하는 상세 내역에 의존한다. 수퍼 클래스의 구현 내역은 소프.. 2016. 10. 27.
php 를 쓰지 말자?! php 를 쓰지 말자?! 출처 : http://ko.blog.influx.kr/2012/04/php.html 한마디로.. PHP 는 문제점 투성이, 세상에는 PHP 보다 훨씬 좋은 언어가 많다.PHP를 쓸 수 밖에 없거나 유지보수가 필요 없는 작은 규모의 프로젝트가 아니라면 PHP 를 쓰지 말자. 서문. PHP 는 언어, 프레임워크, 생태계 모두 개판. 입장 언어는 예측 가능해야 한다.언어는 일관성이 있어야 한다.언어는 간결해야 한다.언어는 신뢰성이 있어야 한다.언어는 디버깅 가능해야 한다. PHP 는 놀라움으로 가득하다. : mysql_real_escape_string, E_ACTUALLY_ALLPHP 는 일관적이지 못하다. : strpos, str_rot13PHP는 보일러플레이트가 필요하다. : C .. 2013. 12. 4.
JIT 컴파일러(Compiler)에 대해 알아본다. JIT 컴파일러(Compiler)에 대해 알아본다. JIT 컴파일러의 JIT는 Just-In-Time 의 약자로, 말 그대로 하면, "그 순간" 컴파일러라는 뜻인데, 사용할 때 컴파일한다는 의미이다. 무슨 말인지 모를 것이다. 당연하다. 하지만 아래의 글을 읽어보면, 아아.. 그런 말이구나 할 것이다. 이 JIT Compiler는 자바에서 대표적으로 사용하고 있다.( 요즘은 Platform Independent 가 대세이기 때문에 .NET 도, 브라우저도 사용한다. ) Java에서 Compile 을 하면 Bytecode 로 변환된다.( 이는 수도없이 들어봤을 것이다. 하지만 제대로 이해하지 못했을 것이다.. ?? )이 바이트코드는 기계가 바로 읽을 수 있는 형태가 아니며, 이 바이트코드는 실제 실행될 때.. 2013. 6. 27.
반응형