단일 지점 제어와 격리
http://minslovey.tistory.com/34
이 문제는 아주 흥미있는 주제입니다. 글의 내용은 격리를 이용해서 대박쳤을 이야기입니다.
미래를 예지할 수 없는 이상 올바른 선택을 하기 어려우니까요.
민달군처럼 처음에 선택한 것이 빛을 발하면, 좋은 선택을 한것이라고 생각을 합니다.
극단적인 격리는 결국 2개의 어플케이션을 만든다는 이야기입니다. 중복코드를 인정하고 서로에 간섭을 끼치지 않은 상태를 말하는 것이죠. 하나의 어플리케이션을 만들때보다 코드량은 증가할 수밖에 없고, 유지보수 비용은 증가할 수밖에 없습니다.
반드시 격리가 필요한 상황이고 격리가 베스트 선택이 되려면, 최소한을 격리해야 합니다.
최소한의 격리하기 위한 디자인이 필요한거죠. 무분별한 격리는 단일지점을 선택했을 때보터 더 큰 재앙과 리스크로 다가올수 있을테니까요. 과거에 운영하던 시스템과 현재 시스템에도 격리때문에 슬퍼했던 기억이 여러번 있습니다.
격리를 사용할 때는 조심하고 또 조심해야 합니다.
격리를 하기전에 더 좋은 디자인을 끝까지 찾아볼 필요가 있습니다.
http://minslovey.tistory.com/34
이 문제는 아주 흥미있는 주제입니다. 글의 내용은 격리를 이용해서 대박쳤을 이야기입니다.
민달군처럼 처음에 선택한 것이 빛을 발하면, 좋은 선택을 한것이라고 생각을 합니다.
극단적인 격리는 결국 2개의 어플케이션을 만든다는 이야기입니다. 중복코드를 인정하고 서로에 간섭을 끼치지 않은 상태를 말하는 것이죠. 하나의 어플리케이션을 만들때보다 코드량은 증가할 수밖에 없고, 유지보수 비용은 증가할 수밖에 없습니다.
반드시 격리가 필요한 상황이고 격리가 베스트 선택이 되려면, 최소한을 격리해야 합니다.
최소한의 격리하기 위한 디자인이 필요한거죠. 무분별한 격리는 단일지점을 선택했을 때보터 더 큰 재앙과 리스크로 다가올수 있을테니까요. 과거에 운영하던 시스템과 현재 시스템에도 격리때문에 슬퍼했던 기억이 여러번 있습니다.
격리를 사용할 때는 조심하고 또 조심해야 합니다.
격리를 하기전에 더 좋은 디자인을 끝까지 찾아볼 필요가 있습니다.
TAG 격리
