瓶的RESTful VS燒瓶坐立不安，應該使用，而當

什麼是可用性的這兩個libraries.In方面的關鍵差異，並設有瓶的RESTful VS燒瓶坐立不安，應該使用，而當

如果你已經有模型的數量龐大類，使用flask-restLESS是非常有意義的，對嗎？它會缺少什麼功能，如果它能夠做到安穩無恙。或者，安息之寶給了你什麼，不安的瓶子不能提供。

來源

2016-06-13 ISONecroMAn

雖然我敢肯定有將是瓶的RESTful和燒瓶不安分之間的重疊顯著，這裏是在方向的差別，據我可以告訴：

瓶的RESTful的目標是通用的，這是一個「輕量級的抽象，可與現有的ORM /庫一起工作」。您resources甚至不必被束縛到數據庫的模型，它可能是任何東西。

在另一方面，瓶，不安分的清楚，他們最好的用例是「創造從SQLAlchemy的模型簡單的RESTful JSON API的」

所以，如果你有很多SQLAlchemy的車型，需要相當標準的REST API從這些，你可以使用Flask-RESTless來加速開發，你需要最少的代碼來將你的模型展示到API中。

如果有自定義端點，或希望使用不是由SQLAlchemy的支持的模型，你可以在瓶的RESTful創建自己的

如何決定/或同時使用

你可以自定義Flask-RESTless（序列化，自定義查詢等），使用足夠的代碼可以使用任何框架。

爲了決定例如問問自己你有更多的結構化的基於模型的API或多個自定義的API，當他們出現，將節省您最有發展的時間只有處理特殊情況。

，你可以在一個單一的應用程序瓶同時使用，沒有任何問題存在，你就如將/api/resource-a/映射到Flask-RESTless API和/api/resource-b/到另一個使用Flask-RESTful API製作的API

來源

2016-06-13 07:46:03 bakkal

你是說restLESS僅適用於基本的CRUD API！如果我想要在瓶子中定製終端restLESS，有什麼辦法嗎？ – ISONecroMAn

另外，我可以在我的項目中使用兩個庫嗎？你知道，瓶子對於糟糕的API來說是不安分的，瓶子對於我的商業邏輯和東西來說是寧靜的。他們是否互相打好，還是像貓一樣戰鬥？ – ISONecroMAn

你可以做[用瓶，不安分的自定義查詢（https://flask-restless.readthedocs.io/en/stable/customizing.html#custom-queries），有足夠的代碼，你可以使用框架。您可以決定你是否有更多結構化的基於模型的API或更多的自定義API，這將爲您節省大部分開發時間，並且只在出現特殊情況時才處理。你可以在一個Flask應用程序中使用這兩個應用程序，在那裏沒有問題，你只需要地圖'/ API/thing1 /'加入燒瓶中，不安分的API和'/ API/thing2 /'從與瓶的RESTful – bakkal

瓶的RESTful VS燒瓶坐立不安，應該使用，而當

回答

相關問題