2007/07/07 11:25 Developer
복합한 로직으로 인한 복잡한 디자인이 있을때
복잡한 UI와 비즈니스 로직으로 인해서 어쩔 수 없이 이해하기 어렵고 디자인 자체가 복잡해질 경우를 볼수가 있다. 로직이 복잡해지다가 보면 서로 상충되는 로직이 들어가고는 있는데, 일단 교통 정리를 끝냈다고 생각을 해보자.
그 복잡한 비즈니스 로직과 상관없는 로직을 구현을 할때 서로 영향을 끼치지 않고, 복잡한 관계를 알지 못해도 자신이 원하는 로직을 쉽게 구현 하는 것이 좋겠다.
계속된 확장이 된다면, 필요한 확장 부분에서 다시 branch가 만들어지고 확장을 해야 비즈니스 로직이 엄격히 분리가 될 듯하다.
물론 책임이 분리가 되더라도 재사용은 가능해야 한다. 재사용이 가능한 시점에서 branch를 나누자.
아무리 안에서 알맞는 것은 선택해준다고 해도, dependency를 가지고 있으면 안에 있는 것이 궁금하게 마련이다. 궁금증을 갖지 않게 해주자.
그 복잡한 비즈니스 로직과 상관없는 로직을 구현을 할때 서로 영향을 끼치지 않고, 복잡한 관계를 알지 못해도 자신이 원하는 로직을 쉽게 구현 하는 것이 좋겠다.
계속된 확장이 된다면, 필요한 확장 부분에서 다시 branch가 만들어지고 확장을 해야 비즈니스 로직이 엄격히 분리가 될 듯하다.
물론 책임이 분리가 되더라도 재사용은 가능해야 한다. 재사용이 가능한 시점에서 branch를 나누자.
아무리 안에서 알맞는 것은 선택해준다고 해도, dependency를 가지고 있으면 안에 있는 것이 궁금하게 마련이다. 궁금증을 갖지 않게 해주자.
TAG dependency break
