api-design

    0熱度

    1回答

    TL; DR - 通過REST API將RabbitMQ公開給消費者的最佳方式是什麼? 我正在創建一個API來發布和使用來自RabbitMQ的消息。在我目前的設計中,發佈者將發出POST請求。我的API會將POST請求路由到交換機。通過這種方式,發佈者在發佈時不必知道服務器地址,交換名稱等。 現在消費者部分是我不知道如何進行的地方。 在開始時不會有隊列。當一個新消費者想要訂閱一個話題時,我會創建一

    2熱度

    1回答

    我目前正在爲具有三種類型的數據的應用程序創建一個API; Files,Tags和Persons。這些都是常規聯繫的;一個File有許多Tags和Persons連接到它。 問題是,我不知道如何使用RESTful API實際連接它們。 Persons和Tags對於File是必不可少的,所以它們會自動返回,而不需要任何進一步的請求。 下面是我在看現在的Files結構的一個例子: GET /tags G

    1熱度

    1回答

    我創建與個人項目有水療中心的API,我下面的解決方案之間猶豫來驗證用戶身份(注:通過HTTPS): HTTP基本認證(發送用戶名/密碼至極每個請求) 基於令牌的認證(在數據庫中存儲SHA1-ED用戶令牌) JSON網絡令牌(JWT)認證 I D甚至不考慮OAuth導致它看起來像一個真正的痛苦,我不需要與其他應用程序進行身份驗證,我只關心認證用戶。 從我讀過的內容來看,JWT似乎是一個不斷增長的標準

    0熱度

    2回答

    我正在瀏覽器擴展應該與我的MEAN服務器( - > node.js)交換(GET和POST)數據。我想知道如何保護服務器端API路由,以避免DDOS攻擊和繞過我的擴展以及由惡意軟件/服務器/個人直接發送/請求數據而產生的類似威脅。 我打算採用幾個令牌必須被包括在每個呼叫(經由HTTPS GET/POST連接): 靜態擴展ID散列被不可見地硬編碼我的延伸和塗白內列出在服務器端,如EXT_ID:e3b

    0熱度

    1回答

    我在尋找關於此主題的在線建議時遇到了一些麻煩,但我不得不在API設計中多次作出選擇。 應該在映射或數組中顯示一組數據(每個節點的'名稱'作爲屬性)? 映射: { "data_name": {"data_value": 10, "unit": "bytes"} } 陣列: ​​ 的映射方法當然使數據創建和讀取的代碼更簡單,線更少。然而,數組方法創建了一個很好的封裝類型,適合作爲單個變量提供給構造

    1熱度

    1回答

    Martin Fowler的一個API中avoid automatic deserialization說: 我寧願完全避免自動反序列化。自動 反序列化通常會通過複製 中的靜態類結構而陷入耦合 消費者和生產者的WSDL陷阱。 這意味着什麼? 是否接收每個REST服務的所有信息爲JSON中間無任何「轉換器」? 「轉換器」我的意思是一些類型適配器,就像在GsonBuilder。

    1熱度

    2回答

    我有一個資源,實質上需要另一個資源作爲創建輸入數據。例如: POST /v1/NewResource body: {InputResource} 然而有趣的是,NewResource的創建非常昂貴,並且資源本身是暫時的(不是持久的)。一些消費者可能只需要部分資源。所以,我真的有兩個輸入參數:創建所需的數據,然後處理來自消費者的指令,以控制實際完成的工作量。 我看到兩個路徑(至少): POST

    0熱度

    1回答

    我正在Java中實現自定義分頁,我想知道爲什麼Query的setFirstResult()方法需要int作爲參數?這意味着在數據庫中的行數超過2.147.483.647後,我將無法進行分頁。 有沒有辦法使用long來代替?

    0熱度

    1回答

    使用REST API時,用戶的密碼如何防止應用程序所有者? 第三方應用程序應如何處理用戶數據?

    3熱度

    1回答

    我想實現一個rest服務,它接收一個對象並在對象有資格使用某些參數進行處理時返回。問題是取決於對象是否合格,響應的結構是非常不同的。作爲對象應該被處理的例子,它與處理類型和優先級相關聯。當它不符合條件時,返回原因。哪一個是最簡單的方法來爲相同的請求返回不同的結構。有三種選擇我可以想到,但隨時可以添加其他選項。 選項A: 與字段包含返回數據作爲包絡線,其被構造 { "eligible":