code Convention과 @ResponseBody

`@ResponseBody` 를 사용할때 마다 겪는 불편함이 있었다.
흔히(?) 등장하는 `@ResponseBody`의 사용 예이다.

1.

	@Controller
	public class ResponseBodyExampleController1 {
	@GetMapping("/")
	public @ResponseBody String someMethod() {
	return "result";
	}
	}

view raw ResponseBodyExampleController1.java hosted with ❤ by GitHub

그런데 `Auto Indent Line`같은 걸 한번 실행하면 보통 다음처럼 된다.

2.

	@Controller
	public class ResponseBodyExampleController2 {
	@GetMapping("/")
	public
	@ResponseBody
	String someMethod() {
	return "result";
	}
	}

view raw ResponseBodyExampleController2.java hosted with ❤ by GitHub

으으... 난 이게 너무 보기 싫었다.
그래서 매번 다시 1. 처럼 일일이 손으로 수정하곤 했었는데,
다음과 같은 사실을 깨달았다.

`@ResponseBody`는 `ElementType.METHOD`를 대상으로(@Target)하고 있어서 메서드 아무데나 갖다놔도 된다는 것을.

3.

	@Controller
	public class ResponseBodyExampleController3 {
	@ResponseBody
	@GetMapping("/")
	public String someMethod() {
	return "result";
	}
	}

view raw ResponseBodyExampleController3.java hosted with ❤ by GitHub

즉 3.과 같이 사용하면 된다는 것이다!

기쁘다 흑흑.
이제 더이상 삽질은 없다!

Reflection을 이용해서 CSV Writer를 만들어보자 #2

지난 글에서 java의 reflection을 이용해서 CSV Writer를 간단히 만들어 봤다.

문제점을 몇가지 짚어보자.

1. HttpServletResponse에 의존적이다. 그냥 File로 바로 변환하려면 어떻게?
2. Test는 어떻게?

첫번째 문제를 해결하기 위해서 interface로 변환하고, HttpServletResponse를 사용하던 것을 OutputStream으로 변경해 보자.


그러면 이런 형태가 될 것이다.

	/**
	* @author by dotkebi@gmail.com on 2017-5-1.
	*/
	public interface CSVWritable {
	void write(OutputStream outputStream, List<String[]> datas);
	}

view raw CSVWritable.java hosted with ❤ by GitHub

이걸 이쁘게 implements 한 class를 만들면 된다.
구현 순서는 다음과 같을 것이다.

1. Header 생성(column은 구분해줘야 하니까...)
2. List을 순회하면서 각 항목을 reflection을 사용해서 String[] 타입으로 변환
3. CSVWriter에 List<String[]> 데이터 타입을 보내서 outputStream에 쓰기

그런데 위 작업이 이미 충분히 추상화 되어 있기 때문에 굳이 interface를 또 사용할 필요까지는 없는 것 같다.(실컷 다 작업하고 나서야 그 사실을 깨달았다 이런)

아무튼 그래서 2가지 방법으로 구현해봤다.
유연한 쪽은 아무래도 interface를 활용한쪽일 것이다.

1,2,3은 공통으로 사용될 부분이라 java8에 추가된 interface의 default method를 활용했다.

소스는 여기에 있다.