0
我們正在開發的Web應用程序允許開發人員從表單(他們開發)向我們的服務器執行HTTP POST。我們爲他們提供了請求和響應字段名稱的API參考。我們是否應該在POST響應中區分'回顯'請求字段?
我們的應用程序的一個特殊要求是響應必須包含最初提交的所有請求字段 - 有點像響應中請求字段的回顯。
,要盡力保持API的直觀和明確,我建議,在響應字段名,我們在前面加上什麼的「呼應」請求字段(如「req_」或「REQUEST_」)來區分他們來自真實的迴應數據。但是,有些人不太確定這種方法,他們建議我們只保留相同的名稱。
我會感謝您對此的意見;我對定義API比較陌生,所以任何反饋都會很棒。
總之,桌子上的兩個選項是:
選擇1 - 不區分請求字段在響應
要求:
name: 'Joe Bloggs'
address: '22 My Street, My City'
amount: '100.00'
響應:
transaction_id: '384765'
transaction_time: '2011-12-31T11:59:59Z'
message: 'Your transaction was successful.'
name: 'Joe Bloggs'
address: '22 My Street, My City'
amount: '100.00'
選項2 - 區分請求字段在響應
要求:
name: 'Joe Bloggs'
address: '22 My Street, My City'
amount: '100.00'
響應:
transaction_id: '384765'
transaction_time: '2011-12-31T11:59:59Z'
message: 'Your transaction was successful.'
req_name: 'Joe Bloggs'
req_address: '22 My Street, My City'
req_amount: '100.00'
好的,我在想這對他們來說不會造成混淆,即我們記錄任何'req_'字段就是那些在請求中提交的字段。但是,也許我在這裏完全錯了...... – ryan
你總是可以用'req_'爲你的初始字段添加前綴,然後用'req_'作爲響應,但是API的全部原因是以最小的開銷提供對數據的訪問,例如'req_'只有4個額外的字符,這看起來可能不是很多,但是10個字段就是40個額外的字符,再次可能不會太多,但是如果您可以說1000個客戶端使用API 40,000額外的字符,那麼每個客戶端平均每天要求1000個請求,最終會有40,000,000個額外的字符不是真正需要的,只是值得考慮的東西:) – Bloafer
優秀的點。 – ryan