我已經意識到翻新的優點,並已將其用於許多場景。對於特定的應用程序,我只需要調用一個登錄API來進行身份驗證。對一個請求進行翻新v/s異步任務
我不確定改造的優點是否僅適用於一個API。或者它是一個開銷,我應該爲了簡單起見Http
我已經意識到翻新的優點,並已將其用於許多場景。對於特定的應用程序,我只需要調用一個登錄API來進行身份驗證。對一個請求進行翻新v/s異步任務
我不確定改造的優點是否僅適用於一個API。或者它是一個開銷,我應該爲了簡單起見Http
如果它只是一個請求,然後我會說去用最簡單的/最輕的做法。但是,這些東西往往隨着時間的發展,因此,你可能會發現自己在增加一個又一個,然後又一個的位置...
記住 - 網絡機制是不是一個架構決策。事實上,你的應用程序不應該關心使用什麼網絡機制 - 它應該取決於你定義的通用接口。您可以使用最簡單的方法開始實現此接口,並添加更復雜的實現以防網絡需求發展。您還可以實現多種方法和基準他們...
所以,無論您選擇的方法,我建議不要「污染」與網絡邏輯業務邏輯,但隱藏背後的接口。即使您現在做出了錯誤的決定,這種方式也只是幾個小時後才能解決的問題。
對於單個API調用http很好。正如你所知道的,當你的應用程序在你的設備上安裝應用程序時,它將佔用用戶的手機空間。所以對於一次通話,您可以使用異步任務。