|
기존에 사용하던 PLEOMAX ALL-FIT2가 망가져서 인터넷에서 원핸드 차량용 스마트폰 거치대 라는것을
티몬에서 구매했는데..
보기에는 좋아보인다. 그러나.. 아래 사진처럼 유격이 엄청나다. 흰색인데.. 대쉬보드는 검정색.. 너무 티난다.
더 화나는것은 구매할떄는 관련문구를 못봤는데 동봉된 설명서에.. 해당건은 금속을 쓴거라서 발생하는 것이고 불량이 아니란다. 미리 이런 내용을 애기해 줬으면 구매안했을텐데..
고객센터와 연락이 안되서 민원접수 할려고 했더니만 비회원은 막는.. 아님 시스템 관리를 엉망으로 하는 ? 엉망이라면 이러니까.. 털리지..~~
롯데카드 확인결과.. 정말 짜증나는 일인데..
2003년 롯대백화점 카드에서 롯데카드로 바뀔떄 안만든다고 했었고 해지까지 했는데
신상정보가 8건이나..
로그인해서 볼려고 했더니.. 공인인증으로 인증이 안되서.. 가입을 해볼려고 했는데
카드 소유자가 아니라네 ?
그러면 왜 내 정보는 10년이상 가지고 있었던거니 ?
전화는 어제 7시경에 15분 대기, 저녁 10시에는 30분 대기..
그냥 080 전화 만들어야 하는거 아닌가 ? 그래야 지네들 대기시간 줄일려고 안달하겠지 ?
롯데카드 로그인은 일단 안됨. 사이트에 가입한적이 없지.. 롯데백화점 카드 가지고 있다가 그냥 롯데카드 안바꾼다고 해지해 버렸거든.
가입은 회원 즉.. 카드 소지자만 된다. 그래.. 안하면 되는건데..
통합 마일리지 포인트에서도 롯데카드 회원이 아닌것 확인해 줬음
그런데.. 난 왜.. 9가지나 롯데카드에서 털린거지 ?
능력좋은 롯데카드..
Spring 프레임워크 왜 사용하나? ( Spring 프레임워크를 사용하는 이유 )
첫번째는 Spring 프레임워크가 테스트하기 쉬운 구조로 코드를 개발하는 것이 가능하도록 지원한다는 것이다. Spring 프레임워크가 기본적으로 제공하고 있는 AbstractTransactionalSpringContextTests, AbstractTransactionalDataSourceSpringContextTests 클래스 때문만이 아니라 Spring 프레임워크의 핵심 기능인 Dependency Injection은 개발자들이 원하건 원하지 않건 테스트하기 쉬운 구조로 코딩하는 것이 가능하도록 지원하게 된다. 처음에는 단위테스트 코드를 작성하지 않더라도 추후에 단위 테스트 코드를 작성할 때 그 위력을 느낄 수 있다. Spring 프레임워크가 지원하는 Setter Injection은 디자인 패턴의 Strategy Pattern을 근간으로 하고 있기 때문에 이 같은 효과를 가져올 수 있다. 개발 경력이 많은 자바 개발자라 할지라도 테스트 용이한 소스 코드를 구현하는 것이 생각만큼 쉽지 않다. 그러나 Spring 프레임워크를 이용할 경우 이 같은 효과를 자연스럽게 얻을 수 있게 된다. 초보 개발자라 할지라도 Spring 프레임워크 기반으로 개발하게 될 경우 처음에는 그 가치를 느끼지 못하겠지만 개발 경험이 쌓이면서 그 가치를 이해하게 되면서 점점 더 테스트 용이한 코드를 만들어 낼 수 있도록 유도한다는 측면에서 큰 점수를 주고 싶다.
두번째는 인스턴스의 생성과 클래그간의 의존관계에 대한 고민을 덜어주고 있다는 측면이다. 인스턴스의 생성에 대한 측면이 더 강하다고 생각된다. 지금까지 많은 자바 개발자들은 인스턴스를 Singleton으로 생성할지 Non Singleton으로 생성할지에 대한 고민을 거의 하지 않은 것이 사실이다. 개인적으로 인스턴스의 생성과 의존관계에 기본이 잘 되어 있는 애플리케이션의 경우 유지보수와 확장성이 좋다고 생각한다. 그러나 개발자들이 이 같은 효과를 얻기 위해서는 디자인 패턴까지 이해한 상황에서 설계가 진행되어야 한다. 그러나 국내 현실에서 이 같은 부분까지 고민하면서 개발하기란 쉽지 않은 것이 사실이다. Spring 프레임워크는 개발자가 의도하지 않더라도 인스턴스의 생성에서부터 의존관계를 관리하는 것이 가능하도록 지원해준다. 인스턴스의 생성에서는 Singleton 인스턴스 생성을 위한 static을 사용하지 않아도 됨으로 좀 더 OOP적인 개발이 가능하도록 유도한다. 또한 인터페이스의 사용을 유도함으로서 각 클래스, 컴포넌트간의 의존관계를 줄여주는 효과를 얻을 수 있다. 이 같은 모든 효과는 애플리케이션의 개발을 완료한 다음 유지보수업무를 진행할 때 큰 효과를 볼 수 있다. 물론 애플리케이션을 개발하는 도중에도 무수히 많은 유지보수성(기능의 변경) 업무가 발생하기 때문에 애플리케이션을 개발하는 도중에도 큰 효과를 얻을 수 있게 된다.
위 두가지 이유로 Spring 프레임워크를 사용해야 한다는 것은 당위성이 너무 약하게 생각될 것이다. 나는 단지 Spring 프레임워크가 가지는 잇점들 중 핵심적이라고 생각되는 두가지에 대하여 다루고 있을 뿐이다. 그러나 이 두가지가 애플리케이션 개발에 있어서는 상당히 중요한 부분이라고 생각된다. 이 두가지 요소를 제대로 구현하지 못한 소스코드들은 유지보수하기 힘들뿐만아니라 테스트하기 힘든 상황이 발생할 것이다. 테스트하기 힘든 코드는 점점 더 개발자들이 테스트하지 않도록 만들어버린다. 모든 것에 있어서 기본이 가장 중요하듯이 애플리케이션 개발에 있어서도 기본이 제대로 서 있을 때 품질 좋은 소스코드를 만들어 낼 수 있지 않을까 생각한다.
물론 위와 같은 잇점은 Spring 프레임워크를 제대로 사용할 때 더 큰 효과를 얻을 수 있지만, Spring 프레임워크의 일부 기능을 사용하더라도 얻을 수 있는 장점들이 많다. Spring 프레임워크를 애플리케이션 개발의 어느 측면에서 활용할지는 Spring 프레임워크를 사용하는 개발자의 몫이라고 생각한다. Spring 프레임워크의 기능 중 여러분의 프로젝트에 적용하면 좋은 것으로 기대되는 기능이 있다면 적극적으로 활용하기 바란다. 물론 프로젝트에 적용하기 전 검증하는 절차는 반드시 필요할 것이다. 남들이 사용하니까 무조건 사용하는 식의 접근방법은 바람직하지 못할 것이다.
Spring 프레임워크는 위 두가지 이외에도 무수히 많은 잇점을 가지고 있다. 물론 단점 또한 가지고 있다. 최근에는 너무 방대해진 API로 인해 나 또한 싫어질려고 하는 것이 사실이다. 그러나 Spring 프레임워크가 가지고 있는 핵심 사상에 있어서 후한 점수를 주지 않을 수 없다. 하나의 프레임워크가 모든 요구사항을 만족시킬 수는 없다. 그러므로 Spring 프레임워크가 모든 요구사항을 충족시켜주기를 바라기 보다는 자신의 현재 요구사항과 가장 적합한 프레임워크와 기술을 선택하는 것이 좋을 것이다. 다른 사람이 사용하니까 나도 사용한다는 식으로 접근한 다음 욕하기 보다는 사용하기 전에 철저하게 검토해보는 자세가 더 중요할 것이다.
기술이나 프레임워크를 비판할 때도 해당 기술이나 프레임워크를 제대로 사용해본 다음에 비판하는 자세가 더 좋지 않을까 생각한다. 모든 기술과 프레임워크에는 장,단점이 있음에도 불구하고 맹목적으로 비판하는 자세보다는 좀 더 발전적인 방향을 위해서 비판하는 자세가 좋아보인다. 최근 온라인상에 무차별적인 비판만을 가하는 모습을 많이 보면서 한편으로는 씁쓸함이 느껴진다. 중용의 자세를 가질 때가 아닐까?
http://javajigi.net/pages/viewpage.action?pageId=8880226
스프링이 사랑한 디자인 패턴1 - 템플릿 메소드 패턴
http://expert0226.tistory.com/230
스프링이 사랑한 디자인 패턴2 - 팩토리 메소드 패턴
http://expert0226.tistory.com/233
스프링이 사랑한 디자인 패턴3 -프록시 패턴
http://expert0226.tistory.com/234
c:\apacheGroup\apache-maven-3.0.4\bin>
mvn install:install-file -Dfile=gcm-server.jar -DgroupId=com.google.android.gcm -DartifactId=gcm-server -Dversion=1.0.2 -Dpackaging=jar -DgeneratePom=true
mvn install:install-file -Dfile=JavaPNS_2.2.jar -DgroupId=javapns -DartifactId=javapns -Dversion=2.2 -Dpackaging=jar -DgeneratePom=true
[pom.xml]
<dependency>
<groupId>com.google.android.gcm</groupId>
<artifactId>gcm-server</artifactId>
<version>1.0.2</version>
</dependency>
<dependency>
<groupId>javapns</groupId>
<artifactId>javapns</artifactId>
<version>2.2</version>
</dependency>
