ASP(.net) 프로그래머 이신분께 질문 - 디자인과 로직 분리문제
코딩 하실때, 웹디자이너가 넘긴 HTML 파일을 어떻게 작업하시나요?
대부분 웹디자인은 디자이너가 HTML 로 하게 되고, 웹프로그래머는
로직을 별도로 코딩하는걸로 아는데요. 실제 aspx 의 내용은 일반
HTML과 많이 다르지 않습니까?
예를 들어, 텍스트 박스의 경우
로직 작업을 하시는지...
그렇다고 디자이너 보고 스툐.넷 으로 디자인 하라고 할 수도 없을것 같은데...
디자인과 로직의 분리가 어떤식으로 가능한지 알고 싶습니다.
Amadeus [12/27 06:08] ::
INTERDEV같은것으로 하지 않을까요..
웹프로그래머는 아니지만...아시는분의 말씀을 인용하자면
디자이너와 협의하에 텍스트로 코딩한후 INTERDEV나 드림위버정도로 디버깅 정도 하는걸로 알고 있습니다.
거꾸로 메이커로 만들고 나중에 디버깅하는 경우도 보긴봤구요.
ENTIGI [12/27 06:34] ::
네, 드림위버에서는 서버콘트롤을 지원한다고 하더라구요. 그래서 드림위버로 간단한 폼 페이지를 작성하고 코딩을 했더니 에러가 발생하더군요.
뭔가 일일이 손질(?)해줘야 하는 것 같아서, 혹시 다른 방법이 존재하는지
질문을 해 보았습니다.
PHP도 그렇고 ASP 도 그렇고... 웹 프로그래밍이 더 번잡스럽게 느껴지네요.
흠흠... [12/27 06:51] ::
웹 프로그래밍은 안하지만... 대개 사용자의 interaction이 일어나는 부분은 미리 합의해서 정해두고 디자이너는 이미지를, 프로그래머는 로직을 만들지 않나요? 콘트롤들은 작동이 안되면 다시 만들어주고...
Amadeus [12/27 07:35] ::
아무래도 웹쪽은 코드작성이 매우 번거롭고 힘든작업이 많지요...
전 프로그래머는 아니지만....아는분의 Order는 이렇습니다.
프레임 구상및 핵심 모듈작업(DB커넥션이나 SP(MS SQL)나 데이터베이스 튜닝이 선행작업이고요.여기까지는 별 협의 사항이 없지요.
이 부분 이후에 디자이너와 많은 협의(여기까지는 싸울일은 없지요)가 오고갑니다.
잘 생각해보니 제가 쓴 글의 모든 작업을 하시는것 같습니다.
인터데브같은걸로 객체작업 같은것은 하는것 같고요
디버깅은 수작업 하시는게 많았던것 같습니다.
어차피 익스에서 뿌려주는 쪽으로 가야하니까요....
차츰 디자이너에게는 불가판정을 많이 내리게되고 관리자와 싸우고....힘들죠...
전 대부분 관리자의 입장에 많이 서봤고요 프로그래밍은 제가 알 수 있는 문제정도의 슛팅만 했습니다.DB에러나 서버 튜닝쪽이죠
STATIC [12/27 08:46] ::
ASP.NET 웹 개발자입니다.
저희도 코드와 디자인의 분리를 시도해 봤지만.. 결국 성공하지 못했습니다.
게다가 버젼관리를 위해서 VSS(Visual Source Safe)까지 도입해 놓은 상태이기 때문에, VS.NET 으로만 작업이 가능하죠. 전문디자이너와 개발자가 분리되어 있는 상황에서, 디자이너에게 VS.NET을 교육한다는것은 무리였습니다. 저희도 말씀하신대로, 디자이너는 HTML로만 작업하고, 개발자인 제가 그걸 ASP.NET으로 컨버팅하는 수고를 일일히 하고 있습니다. 저 같은 경우야 원래 HTML을 많이 했으니까 금방 적응했는데, 다른 개발자 분들은 HTML에 적응 못하시는 경우가 많더군요. 뭐, 그쪽도 그렇지만, 현업에서의 적용은 정말 힘든 일 같습니다. 하지만, 이에 대한 해결책으로 생각해 놓은게 있다면..첫째. 어떻게든 VS.NET 의 HTML코딩 부분만 디자이너에게 교육시켜서(HTML 텍스트만 수정) 최소한 태그 작성만이라도 가능하게 하고, 모든 페이지를 사용자 컨트롤로 만들어서 ASPX 페이지 안에 포함시키는 방법을 계획중입니다. ASPX 페이지는 UserControl을 담고 있는 껌데기 페이지가 되는 것이고, 내부는 ASCX파일을 수정함으로서 얼마든지 변형이 가능하게 합니다. 이 경우 단 점은
MrPresident [12/27 10:51] ::
저희도 3년동안 ASP.NET 제품을 만들고, 사이트에 배포 중이지만, 이 부분은 윗분처럼 개발자가 수작업으로 적용하는 수 밖에 없습니다.
(그리고, InterDev 같은 경우는 원 디자인이 깨진 경우에 HTML 태그 오류 찾는 경우에 사용합니다.)
한 3년 되니 이제는 오히려 Visual Studio .NET에서 작업하는게 오히려 편한 듯 합니다.
일반 웹 페이지이고, 재 사용이 전혀 없는 경우는 무조건 aspx 페이지로 만드는 것이 좋을 것입니다.
하지만, 동일한 로직이나 UI가 반복적으로 사용될 경우는 윗분처럼 User Control이나 Custom Control 사용해서, 페이지를 여러 모듈로 분리해서 사용하시는 것이 좋은 방법일 듯 합니다.
참고로 저희가 사이트에서 적용해 본 결과로는 User Control 보다는 Custom Control이 속도면에서 월등히 우수합니다.
그래서 저희는 User Control로 만들었던 제품을 이번에는 Custom Control로 변환하는 작업도 하고 있습니다.
http://www.clien.net/zboard/view.php?id=kin&page=2&sn1=&divpage=12&sn=off&ss=on&sc=on&sm=off&keyword=.net&select_arrange=headnum&desc=asc&no=59873
코딩 하실때, 웹디자이너가 넘긴 HTML 파일을 어떻게 작업하시나요?
대부분 웹디자인은 디자이너가 HTML 로 하게 되고, 웹프로그래머는
로직을 별도로 코딩하는걸로 아는데요. 실제 aspx 의 내용은 일반
HTML과 많이 다르지 않습니까?
예를 들어, 텍스트 박스의 경우
로직 작업을 하시는지...
그렇다고 디자이너 보고 스툐.넷 으로 디자인 하라고 할 수도 없을것 같은데...
디자인과 로직의 분리가 어떤식으로 가능한지 알고 싶습니다.
Amadeus [12/27 06:08] ::
INTERDEV같은것으로 하지 않을까요..
웹프로그래머는 아니지만...아시는분의 말씀을 인용하자면
디자이너와 협의하에 텍스트로 코딩한후 INTERDEV나 드림위버정도로 디버깅 정도 하는걸로 알고 있습니다.
거꾸로 메이커로 만들고 나중에 디버깅하는 경우도 보긴봤구요.
ENTIGI [12/27 06:34] ::
네, 드림위버에서는 서버콘트롤을 지원한다고 하더라구요. 그래서 드림위버로 간단한 폼 페이지를 작성하고 코딩을 했더니 에러가 발생하더군요.
뭔가 일일이 손질(?)해줘야 하는 것 같아서, 혹시 다른 방법이 존재하는지
질문을 해 보았습니다.
PHP도 그렇고 ASP 도 그렇고... 웹 프로그래밍이 더 번잡스럽게 느껴지네요.
흠흠... [12/27 06:51] ::
웹 프로그래밍은 안하지만... 대개 사용자의 interaction이 일어나는 부분은 미리 합의해서 정해두고 디자이너는 이미지를, 프로그래머는 로직을 만들지 않나요? 콘트롤들은 작동이 안되면 다시 만들어주고...
Amadeus [12/27 07:35] ::
아무래도 웹쪽은 코드작성이 매우 번거롭고 힘든작업이 많지요...
전 프로그래머는 아니지만....아는분의 Order는 이렇습니다.
프레임 구상및 핵심 모듈작업(DB커넥션이나 SP(MS SQL)나 데이터베이스 튜닝이 선행작업이고요.여기까지는 별 협의 사항이 없지요.
이 부분 이후에 디자이너와 많은 협의(여기까지는 싸울일은 없지요)가 오고갑니다.
잘 생각해보니 제가 쓴 글의 모든 작업을 하시는것 같습니다.
인터데브같은걸로 객체작업 같은것은 하는것 같고요
디버깅은 수작업 하시는게 많았던것 같습니다.
어차피 익스에서 뿌려주는 쪽으로 가야하니까요....
차츰 디자이너에게는 불가판정을 많이 내리게되고 관리자와 싸우고....힘들죠...
전 대부분 관리자의 입장에 많이 서봤고요 프로그래밍은 제가 알 수 있는 문제정도의 슛팅만 했습니다.DB에러나 서버 튜닝쪽이죠
STATIC [12/27 08:46] ::
ASP.NET 웹 개발자입니다.
저희도 코드와 디자인의 분리를 시도해 봤지만.. 결국 성공하지 못했습니다.
게다가 버젼관리를 위해서 VSS(Visual Source Safe)까지 도입해 놓은 상태이기 때문에, VS.NET 으로만 작업이 가능하죠. 전문디자이너와 개발자가 분리되어 있는 상황에서, 디자이너에게 VS.NET을 교육한다는것은 무리였습니다. 저희도 말씀하신대로, 디자이너는 HTML로만 작업하고, 개발자인 제가 그걸 ASP.NET으로 컨버팅하는 수고를 일일히 하고 있습니다. 저 같은 경우야 원래 HTML을 많이 했으니까 금방 적응했는데, 다른 개발자 분들은 HTML에 적응 못하시는 경우가 많더군요. 뭐, 그쪽도 그렇지만, 현업에서의 적용은 정말 힘든 일 같습니다. 하지만, 이에 대한 해결책으로 생각해 놓은게 있다면..첫째. 어떻게든 VS.NET 의 HTML코딩 부분만 디자이너에게 교육시켜서(HTML 텍스트만 수정) 최소한 태그 작성만이라도 가능하게 하고, 모든 페이지를 사용자 컨트롤로 만들어서 ASPX 페이지 안에 포함시키는 방법을 계획중입니다. ASPX 페이지는 UserControl을 담고 있는 껌데기 페이지가 되는 것이고, 내부는 ASCX파일을 수정함으로서 얼마든지 변형이 가능하게 합니다. 이 경우 단 점은
MrPresident [12/27 10:51] ::
저희도 3년동안 ASP.NET 제품을 만들고, 사이트에 배포 중이지만, 이 부분은 윗분처럼 개발자가 수작업으로 적용하는 수 밖에 없습니다.
(그리고, InterDev 같은 경우는 원 디자인이 깨진 경우에 HTML 태그 오류 찾는 경우에 사용합니다.)
한 3년 되니 이제는 오히려 Visual Studio .NET에서 작업하는게 오히려 편한 듯 합니다.
일반 웹 페이지이고, 재 사용이 전혀 없는 경우는 무조건 aspx 페이지로 만드는 것이 좋을 것입니다.
하지만, 동일한 로직이나 UI가 반복적으로 사용될 경우는 윗분처럼 User Control이나 Custom Control 사용해서, 페이지를 여러 모듈로 분리해서 사용하시는 것이 좋은 방법일 듯 합니다.
참고로 저희가 사이트에서 적용해 본 결과로는 User Control 보다는 Custom Control이 속도면에서 월등히 우수합니다.
그래서 저희는 User Control로 만들었던 제품을 이번에는 Custom Control로 변환하는 작업도 하고 있습니다.
http://www.clien.net/zboard/view.php?id=kin&page=2&sn1=&divpage=12&sn=off&ss=on&sc=on&sm=off&keyword=.net&select_arrange=headnum&desc=asc&no=59873
