url-design

0熱度

1回答

有2個模型：實體和子實體。實體可以有許多連接的子實體（一個：多個關係）。服務器上有一個方法返回新的Subentity（我們稱之爲GetEmptySubentity）。要點是，當你想創建新的Subentity時，你按下一個按鈕，模型來自服務器，預填一些字段。其中一些Subentity預填充值取決於實體，因此我需要在此請求中傳遞實體ID。所以應該正確的網址來獲得空Subentity像/實體/ {i

0熱度

1回答

諸如「a.b.com」而不是「b.com/a」之類的URL有什麼區別？

爲什麼我看到一些網站的網址爲a.b.com，其他網址的格式爲b.com/a？例如，爲什麼它是gist.github.com而不是github.com/gist？

1熱度

1回答

多語言網站的網址結構

我想製作一個多語言網站，但我不確定從SEO角度處理URL結構的最佳方式是什麼。一些例子：產品 example.com/product/123/en/product-name 或 example.com/product/123/product-name/en 還是其他？類別 example.com/Category/en/furniture/chair/ 或 example.com/

1熱度

2回答

當默認情況下，REST過濾器中「match-all」的正確查詢參數是什麼？

如果REST API端點全部獲得，則過濾器很容易。缺少過濾器意味着「獲得所有結果」。 GET /persons - gets all persons GET /persons?name=john - gets all persons with name of "john" 但如果有一個默認的，那麼我需要一些方法來明確不設置默認篩選器。繼續上面的例子，如果每個人都有一個state，「批准」或「

0熱度

1回答

我們應該在RESTful中使用所有多元化的URI還是區分使用

我已經看到人們在REST中使用URI的方式有很多不同的答案。我傾向於使用複數作爲單個資源的集合和單數。但它需要更多的路由。對所有資源使用複數可以嗎？例如： GET /ressources // to all ressources GET /ressources/{id} // to get one ressource DELETE /ressources/{id} // to d

1熱度

1回答

REST - 獲取更新資源

我從事的是從博客中刮取特定鏈接的服務。該服務打電話到不同的站點，這些站點提供並存儲數據。我有麻煩，指定更新服務器上的數據，我現在使用動詞更新拉動最新的鏈接的數據。我目前使用以下端點： GET /user/{ID}/links - gets all previously scraped links (few milliseconds) GET /user/{ID}/links/update -

0熱度

1回答

這是在休息或正常WebAPI設計中提供聚合API的良好實踐嗎？

我已經提供了用於獲取基本用戶信息和用戶空間信息的REST API。 /V1 /用戶/ {USER_ID} /簡檔，這將返回該JSON： ```JSON { 「ID」：123，「名稱」：」富」，「性」：0，「電子郵件」：「[email protected]」， } ``` /V1 /用戶/ {USER_ID} /空間，這也返回JSON： ```JSON { 「sum_space」：100，

-1熱度

2回答

網址

簡單的問題，在最佳實踐方面的RESTFUL格式是它更好地格式化我的網址是這樣的： http://www.example.com/search?query=hello&page=1 或像這樣： http://www.example.com/search/hello/page/1 你能提供一個有效的理由你的選擇請。

0熱度

1回答

URL路徑套管和間距的最佳做法是什麼？

我想知道什麼被認爲是在URL路徑中封裝和間隔的一個好習慣。外殼：小寫駱駝情況下 Pascal大小寫間距：無連字符下劃線 ../data/upload_data ../data/upload-data ../data/uploadData ../Data/UploadData 你覺得呢？哪個更好？

-1熱度

1回答

城市登錄頁面的URL設計：/芝加哥或/？_ city = chicago

我對城市登陸頁面的URL結構的想法感興趣。本質上最佳實踐和原因執行格式的（a）在（b）中：的（a）example.com/chicago （b）中example.com/?_city=chicago