아키텍트를 꿈꾸며 - 에코지오

 @Autowired
 protected SessionFactory sessionFactory;

 protected Session getCurrentSession() {
  return SessionFactoryUtils.getSession(sessionFactory, true);
 }

 protected void flushSession() {
  getCurrentSession().flush();
 }

 protected void flushAndClearSession() {
  Session s = getCurrentSession();
  s.flush();
  s.clear();
 }

여러가지 개발 디자인 원칙

• Convention over Configuration(CoC) : 설정보다 관례
• DRY(Don’t Repeat Yourself) : 반복하지 마라
• Design by Contract : 계약에 의한 디자인
• Separation of Concerns(SoC) : 관심사항의 분리
• High Cohesion, Low Coupling : 높은 응집, 낮은 결합
• Separation of Policy and Implementation : 정책과 구현의 분리
• YAGNI(You Ain't Gonna Need It) : 필요하기 전까진 만들지 마라
• KISS(Keep It Simple Stupid) : 단순함을 유지하라
• Hollywood Principle : 할리우드 원칙, Inversion of Control(의존관계역전)
• 리스코프 치환 원칙 :
• 단일책임의 원칙 :
• 개방폐쇄 원칙 :

참고

송재하 : 소프트웨어 아키텍처 enabling 테크닉(소프트웨어 구축의 기본법칙)
위키백과사전 : http://en.wikipedia.org/wiki/List_of_software_development_philosophies


아참. RTFM 도 있었지... ^^

복잡하고 헷갈리는 XML 설정에 대한 대안들

• XML GUI 도구 이용 : XML에디터, Struts Console, SpringIDE 등
• 좀더 단순한 포맷 : Rails의 yml 포맷 등
• 관습에 의한 코딩(CoC) : Rails, Grails
• 메타데이터(Annotation/Attribute) : 소스에 설정을 포함. XDoclet, Java5

• 코딩에 의한 설정 : Rails, Grails 등(스크립트 언어로 설정을 코딩)