[Web] API character encoding

java 에서 API 통신할 때 꼭 인코딩을 확인하자.

인코딩 정보가 없으면 fiddler로 확인한뒤에 인코딩 정보를 명시하면 텍스트가 깨지는 것을 방지할 수 있다.


post.setHeader("Accept", "text/html,application/xhtml+xml,application/xml;q=0.9,image/webp,*/*;q=0.8");
post.setHeader("Accept-Language", "ko-KR,ko;q=0.8,en-US;q=0.6,en;q=0.4");
post.setHeader("Accept-Charset", "EUC-KR");

List urlParameters = new ArrayList();
post.setEntity(new UrlEncodedFormEntity(urlParameters, "euc-kr"));

요즘은 코딩하면서 논다….

[IOS] 코딩 가이드 & 시작 지점

무턱대고 아이폰을 개발한지 3주가 되었다.

1. 처음으로 되돌아 갔을 때 도움이 되는 문서 (어디서 부터 시작해야 할까 난감할 때)

https://developer.apple.com/library/ios/referencelibrary/GettingStarted/RoadMapiOS/WhereToGoFromHere.html#//apple_ref/doc/uid/TP40011343-CH12-SW1

2. 이건 개발하면서 뭔가 기준이 없어서 해매고 있을 때 코딩 가이드라인을 제시한 문서.

https://developer.apple.com/library/mac/documentation/Cocoa/Conceptual/CodingGuidelines/CodingGuidelines.html

정말 IOS 개발은 웹 개발보다 공부할게 많은 것 같다. ㅜ_ㅜ

web develop 4year VS IOS 3 weeks

[IOS] 아이폰 폰별 분기처리

아이폰을 이제 처음 입문한 새내기 입장에서 무엇이 좋고 무엇이 나쁜지는 아직 모른다.

많은 삽질 끝에 깨달음을 얻고 보다 효과적인 방법을 몸에 익히는 방법이 최선인것 같다.

답을 찾아가는 과정이 고통스럽다.

얼마전에 Storyboard, XIB, Code를 가지고 프로그래밍을 하는 것의 장단점에 대해 블로깅을 해보았는데 결론은 다음과 같다.

ㅇ storyboard : 복잡한 view controller 전환을 파악하는데 효과적이다.’
ㅇ XIB : View Template를 관리하는데 효과적이다.
ㅇ Code : View를 만드는 것을 코드로 관리하기 때문에 한눈에 파악하기 어렵다. (즉 해석하는데, 오래 걸린다)
대신 SVN 충돌이 났을 경우 StoryBoard나 XIB 파일보다는 복구하기 용이하다.
코드로 만들었기 때문에 상속에 유리하다.
자유도는 높지만 그만큼 시간과 노력이 필요하다.

그럼 기계 타입별로 관리하기 위해서는 코드가 최선일까?
아직까지 아이폰 디바이스 단편화가 안드로이드만큼 많은 것은 아니다…그래서 이런 여유있는 답변이 나오는 것이 아닐까?
-> http://stackoverflow.com/questions/12696242/how-to-switch-to-different-storyboard-for-iphone-5

내용을 요약하면 iphone4, iphone5 즉 버전별로 스토리보드를 따로 만들면 된다. 가 요지인데….
장점은 각 디바이스별 디자인이 따로 따로 나온 경우 스토리보드를 이용하여 손쉽게 UI를 개발할 수 있다는 것이다.
그리고 각 디바이스별로 스토리보드를 분기처리하여 로드하면 View 정보를 분리 할 수 있다.

로직은 코드로 관리
view 메타 정보는 스토리보드로 관리….

아직까지 반박할 수 없고 훌륭한 답변이다.

난 아직도 초보다…ㅜ_ㅜ