2010-02-25 3 views

답변

3

(예 : 웹 서버, HTTP 클라이언트로) 나중에 일을 변경해야한다 : 예는 것. (정확하게 어떤 RFC에 지정된 HTTP)

당신은 더 나은 귀하의 전송 프로토콜을 유지해야 메시지 (HTML)를 전송보다 가능한 한 깨끗한. 스크립트에 대한 당신의 스타일을위한 하나, 하나와 HTML을위한 하나

당신이 API를 만드는 작업하는 경우, 어쩌면 당신은 구체적인 3 개 캡슐 부품을 포함 할 XML 메시지를 작성해야합니다.

그저 아이디어 일 뿐이므로 정확하게 무엇을하고 있는지 알 수 없습니다.

+0

나는 다른 부분들을 캡슐화하는 것을 좋아한다. 게으른 두뇌는 운송 수단으로 헤더보다 더 멀리 생각하지 않았습니다. – Jrgns

2

이것은 좋지 않은 생각입니다. 그들은 HTML에 특정한 의미를 가지고 -

가능한 한 깨끗하게 HTML을 유지하려면 있지만은 HTML 블록은 스타일 시트와 스크립트를 포함하는 어떤 정보를 넣을 수있는 '적절한'장소입니다.

사용자 정의 헤더 필드 ("X-something-or-other")를 사용하여 가능할지라도 HTTP 헤더에 넣으면 응용 프로그램이 작동하는 방식을 모호하게하여 이후 개발자가 우연히 이해할 수 없도록 만듭니다 휴식 당신은 ... 내 관점에서

+1

글쎄, 그가 HTML 조각을 보내고있는 중이라면, 적절한 HTML 문서로 변환하지 않는 한 해당 블록을 넣을 적절한 위치가 아닙니다. 다른 교환 형식 (예 : HTML 조각과 스타일 시트를 래핑하는 XML)은 아마도 더 깨끗한 방법 일 것입니다. 이론적으로 추가 헤더를 추가하는 것을 막을 수있는 방법은 없습니다. –

관련 문제