링크 목록들 하드코딩하지 말고 묶어서 뿌리는 좋은 방법이 없을 까

단순히 DB에 넣어놓고 불러오는 건 스마트 하지 않은 것 같다.

개발문서에서 불러와서 DB에도 넣고 링크도 넣고

문서에서 계층 구조로 뽑아내야 하는데 쉽지 않다.

시간만 있으면 할 수 있을 텐데

'학습일기' 카테고리의 다른 글

네비게이션 관리를 효율적으로 하고 싶다.  (0) 2017.11.10
9월 21일 학습일기  (0) 2017.09.21
09월15일 학습일기  (0) 2017.09.15
08월21일 학습일기  (0) 2017.08.21
08월07일 학습일기  (0) 2017.08.07
08월02일 학습일기  (0) 2017.08.03

svn repository /conf 로 들어간다

svnserve.conf

[general]

anon-access = none

auth-access = write

password-db = passwd

authz-db = authz

realm = repository 제목


passwd

user1 = 1234

user2 = 1234


authz

[/] //root에서 시작되는 경로

user1 = rw

user2 = rw


svnserve 데몬 재 시작

service svnserve restart

ps -ef | grep svnserve


'개발환경 설정' 카테고리의 다른 글

tomcat CORSFilter  (0) 2018.01.08
tomcat https설정하기(SSL/TLS 설정)  (0) 2018.01.03
svn 권한설정  (0) 2017.11.06
mysql 설정 : my.ini  (0) 2017.05.01
mysql 기초  (0) 2017.05.01
Apache에 PHP 연동하기(window용)  (0) 2017.05.01

MVC패턴으로 작업하거나 기존의 소스들을 보다보면

항상 interface를 먼저 작성하고 impl 클래스를 구현한다.

하지만 지금까지 해온 프로젝트들 중에서 interface가 없어도 아무런 문제가 없는 경우가 상당히 많았다.

interface를 써야한다고 누군가를 설득해야할 때 이런 경우 설명할 수 없었다.

해봤자 교과서에 나오는 결합도를 낮추고 다형성을 추구한다는 말로는 명확히 설명할 수 없다.


스프링 관련 책에서 postProcessor관련 부분을 보는 중

객체를 캐시가능한 개체로 교체하게 되면 인터페이스가 아닌 기존 설정 클래스로 불러오는 과정에서 에러가 발생한다.

이전 객체는 새 객체로 교체 되었기 때문이다.

이런 경우 인터페이스를 통해 불러오게 된다면 같은 인터페이스를 구현한 객체들을 교체해도 예외가 발생하지 않는다.

간신히 interface와 serviceImpl의 필요성을 느낄 수 있었다.

그런데 스프링 AOP로 구현한다면 proxy객체로 반환할 텐데 이 경우 그대로 serviceImpl을 쓸 수 있는 것 아닌가 생각이 든다.

테스트를 해봐야 하는데 음...





+ Recent posts