2010-02-25 30 views

Trả lời

3

Theo quan điểm của tôi: Có.

Bạn nên giữ giao thức truyền dẫn của mình (HTTP được chỉ định chính xác trong một số RFC) càng sạch càng tốt so với thông điệp được truyền đi (HTML).

Nếu bạn đang tạo API, có thể bạn nên tạo các thông điệp XML cụ thể chứa 3 phần đóng gói: một cho bảng định kiểu của bạn, một cho kịch bản và một cho HTML của bạn.

Đó chỉ là ý tưởng, tôi không biết bạn đang làm gì chính xác.

+0

Tôi thích ý tưởng đóng gói các phần khác nhau. Bộ não lười biếng của tôi không nghĩ xa hơn các tiêu đề như một phương tiện vận chuyển. – Jrgns

2

Điều này giống như một ý tưởng tồi.

Mặc dù bạn muốn giữ HTML càng sạch càng tốt, khối HTML là địa điểm 'thích hợp' để đưa thông tin về những bảng định kiểu và tập lệnh cần đưa vào - vì chúng có ý nghĩa cụ thể đối với HTML.

Đặt nó vào tiêu đề HTTP, mặc dù có thể sử dụng các trường tiêu đề tùy chỉnh ("X-something-or-other"), làm cho cách thức hoạt động của bạn trở nên khó khăn hơn. bạn cần phải thay đổi mọi thứ sau này (chẳng hạn như máy chủ web, ứng dụng khách HTTP) ...

+1

Vâng, nếu anh ta chỉ gửi các đoạn HTML, khối không phải là nơi thích hợp để đặt nó (trừ khi anh ta biến nó thành một tài liệu HTML thích hợp, có vẻ quá mức cần thiết). Một định dạng trao đổi khác (ví dụ: XML gói các đoạn HTML và biểu định kiểu) có lẽ là một cách rõ ràng hơn để làm điều đó. Về lý thuyết, không có gì ngăn cản anh ta thêm các tiêu đề phụ. –

Các vấn đề liên quan