我已經決定了一個web應用程序項目的堆棧。它如下。開發Web應用程序的方法
將JS + Knex + postgresql後端作爲Web API層表達。
VUE JS作爲前端。
我已經完成了整個系統的設計粗糙。我堅持實施部分。我是先構建UI並充實API,反之亦然。
我已經決定了一個web應用程序項目的堆棧。它如下。開發Web應用程序的方法
將JS + Knex + postgresql後端作爲Web API層表達。
VUE JS作爲前端。
我已經完成了整個系統的設計粗糙。我堅持實施部分。我是先構建UI並充實API,反之亦然。
通常你在同一時間建立兩個 - 最好由兩個不同的團隊,以儘量減少緊耦合和漏抽象。有時API是先構建的,然後是網絡或移動設備或其他前端。有時候,前端會先構建好,就好像API已經存在一樣,並且爲後續構建的API提供了堅實的規範。有時規範是先創建的,然後後端和前端都是按照規範構建的。這完全取決於具體的工作風格和要求。你比什麼時候更重要。
我在個人項目,我的方法單獨工作已經僅在前端工作,然後模擬與現實的模擬的HTTP部分是模擬一個真實的API行爲,僅在結束時移動api的發展。
我決定利用這個apporach,因爲在我的經驗,無論型號和功能規格如何都清楚,他們將永遠受到變更請求,你可以通過測試和互動防止您的開發工作流程的副作用與實際的UI。
然後你會發現,API更新發育將在幾周內完成不是用什麼更好的清醒的認識月份是您(或您的客戶)的需求。
希望這可以幫助你
我是一個孤獨的開發,在個人項目上工作。 –
我可以自由地開始或者API或前端 –
@RaghavendraKumar所以,最靈活的方式是使與您肯定知道需要功能的API,然後進行了一個簡單的用戶界面,當你需要的東西從不在那裏的API然後將其添加到API並繼續在UI上工作等 - 如果您還不確定最終產品應該如何,這樣會更好。或者,如果您確定所有需要的功能,那麼您可以製作整個API,然後完成整個UI。無論哪種方式,您都必須隨時調整API,因爲您很少知道所有要求。 – rsp