각각의 언어별로 나름대로 디자인과 로직을 나누는 노력을 하기는 하지만...
그래봤자 페이지(파일)에 종속되어 있다는 생각을 가진건 언제 부터일까?
웹언어에서는 html코드라는 디자인과, 데이터를 처리하는 로직을 나누려는 노력이 많이 있어왔다.
.NET(C#)을 쓴다면 .aspx라는 디자인파일과 .cs라는 로직용 파일이 따로 존재하는것 처럼
둘을 분리하였고, 실제로 구현하다보면 기존 형식처럼 하나의 파일로 구현하는 것보다 코드 읽기가 좋아진것도 사실이다.
질문 : "A라는 사이트를 구축했는데, B사이트에서 그걸 그대로 활용해서 쓰고 싶어요..."
아무리 A사이트가 디자인과 로직을 분리하여 개발했다고 해도...
B사이트에서 A사이트의 로직코드만으로 처리를 할 수 없다.
답변 : "OPEN-API(xml)형태로 제공하면 됩니다"
그래서 요즘들어 많이 눈에 보이는게 OPEN-API 라는 용어가 나돌기 시작했고,
요즘 많이 사용하는 XML이라는 형식에 맞춰 오브젝트(Object)가 아닌 메시지(Message)를 주고 받는다는것이다.
(Object라면 프로그래밍 언어에서 사용하는 Array, String 같은 변수같은걸 의미하고,
Message라는건 사람이 눈으로 보고 읽을수 text를 말한다..물론 여기서는 xml을 말함)
<A> Object전달 방식의 로직과 디자인 분리
기존에서의 로직과 디자인을 분리하는건... (Object로 전달받는 형식)
1. 로직에서는 가공된 최종 값(Value)을 뽑고, <--- 즉, array, string, int 같은 데이터 이므로 printf하기전엔 못봄
2. 디자인에서는 그 값(Value)에 디자인을 입히는 작업이었다
<B> Message전달 방식의 로직과 디자인 분리
최근 든 나의 생각은 로직과 디자인으로 분리하는건 (Message를 전달 형식)
1. 로직에서는 가공된 최종 값(Value)을 뽑아, 결과를 Message로 출력한다. <--- 즉, 내 눈으로 볼수 있는 text가 존재한다
2. 디자인에서는 그 Message에 디자인을 입힌다.
A와 B의 큰 차이점은
B에서는 1번만 처리되도 사람이 확인할 수 있는 "눈에 보이는 결과(Message)" 가 있다는것이다.
어찌보면
==> B의 1번 = A번의 1번 + (최소의 디자인) A번의 2번
이라는 공식이 될지도 모르겠다.
내가 말하고자 하는 차이점은
<A>는 object -> 디자인적용
<B>는 object -> message -> (메시지파싱,xml파싱) object -> 디자인적용
<B>는 object -> message -> (메시지파싱,xml파싱) object -> 디자인적용
라는 단계가 되고,
<B>에서는 (파싱하는)중간단계가 생성되어 시간이 더 소요되겠지만...
의미있는 점은 message(예: xml) 는 다시 object로 바꿀수 있다는 것이다.
내생각으로는 어찌보면 진정한 로직과 디자인적인 분리가 아닐까?
하는 생각이 문득 든다.
message로 주고 받는건 웹서비스에서도 나온 개념이고...
웹개발도 이런 느낌으로 바뀌는게 맞지 않나? 싶기도하다.
Ps.
뭔가 머릿속에는 지금 뭔가 맴도는걸... 딴사람에게 전달하려고 했는데 마음만 앞서서
쉽게 풀어 쓰지 못한거 같은느낌 ;;;;;;