使用MongoDB和Eve快速开发iOS原型？
我目前正在计划一个新项目，其中包括一些概念验证原型，以便在真正的应用程序发展之前进行测试。 该应用程序将主要是一个iOS应用程序，它通过Web服务与远程服务器上的数据库进行通信，这是非常基本的东西 由于配置SQL数据库和为服务器RESTful API编写应用程序总是需要很长时间，因此我开始阅读NoSQL数据库的可能性以及它们预构建的与远程服务器通信/同步的可能性。 就我对这些事情的理解而言，这显然会减少服务器部分所需的工作 现在我开始阅读MongoDB以及Eve Python，它扩展了MongoDB提供的HTTP REST API。由于他们的RESTfulAPI提供了测试原型所需的一切，我不禁要问自己，如果我能从Eve的API中获得所需的一切，为什么还要编写自己的RESTAPI呢使用MongoDB和Eve快速开发iOS原型？,ios,mongodb,rest,eve,Ios,Mongodb,Rest,Eve,我目前正在计划一个新项目，其中包括一些概念验证原型，以便在真正的应用程序发展之前进行测试。 该应用程序将主要是一个iOS应用程序，它通过Web服务与远程服务器上的数据库进行通信，这是非常基本的东西 由于配置SQL数据库和为服务器RESTful API编写应用程序总是需要很长时间，因此我开始阅读NoSQL数据库的可能性以及它们预构建的与远程服务器通信/同步的可能性。 就我对这些事情的理解而言，这显然会减少服务器部分所需的工作 现在我开始阅读MongoDB以及Eve Python，它扩展了Mongo
使用Eve和MongoDB的缺点是什么？围绕MongoDB实例编写自己的RESTful API有什么好处 通常，在开发周期的早期，使用预先打包的库会带来好处，在开发周期中，您可以通过不关注可能使构建概念验证应用程序变得具有挑战性和耗时的细节和问题而快速取得进展 如果您只是在构建一个PoC，那么构建的细节通常无关紧要，除非您还需要验证架构选择。例如，将一个简单的文档模型与您的iOS应用程序连接起来可能很容易，但在现有框架上添加一层安全性可能很难，我一般是说。或者，由于没有对数据模型给予足够的关注，以后很难在关系数据库中对数据库进行建模，或者即使使用PoC中使用的相同技术，也无法在负载下很好地扩展 通过构建或扩展您自己的Restful API，您可以完全控制整个体验。如今，许多web平台使构建restful API变得非常自然，因此开发人员可以专注于应用程序逻辑，而不是架构的管道。因此，您可能不需要采用完整的端到端框架解决方案 框架通常是固执己见的，通常没有任何官方规范。一旦将代码移到PoC之外，您就需要确定生产系统的风险所在。有多少移动部件和小部件？如果出了问题怎么办？你能理解这些互动吗？该平台是否提供支持？图书馆是否积极维护，其支持列表上的问题是否很长，是否可以解决 如果您稍后决定使用另一个数据库平台，那么使用面向文档的数据库（如MongoDb或CouchDb）的挑战将是技术转让。如果你需要调整，考虑你的业务逻辑和数据库代码是如何与你使用的各种框架交织在一起的。如果您启动RDBMS并尝试切换到文档数据库，也会出现同样的问题。无论起点如何，在两者之间转换数据模型都可能非常复杂 对于一个你将要扔掉的PoC，使用快速完成任务的方法。如果它更多，那么你需要考虑它是如何适合的。
Eve有一个小列表，经常更新，并且有很好的文档。最终的决定取决于你 通常，在开发周期的早期，使用预先打包的库会带来好处，在开发周期中，您可以通过不关注可能使构建概念验证应用程序变得具有挑战性和耗时的细节和问题而快速取得进展 如果您只是在构建一个PoC，那么构建的细节通常无关紧要，除非您还需要验证架构选择。例如，将一个简单的文档模型与您的iOS应用程序连接起来可能很容易，但在现有框架上添加一层安全性可能很难，我一般是说。或者，由于没有对数据模型给予足够的关注，以后很难在关系数据库中对数据库进行建模，或者即使使用PoC中使用的相同技术，也无法在负载下很好地扩展 通过构建或扩展您自己的Restful API，您可以完全控制整个体验。如今，许多web平台使构建restful API变得非常自然，因此开发人员可以专注于应用程序逻辑，而不是架构的管道。因此，您可能不需要采用完整的端到端框架解决方案 框架通常是固执己见的，通常没有任何官方规范。一旦您将代码移到PoC之外，您将需要决定t的位置 他认为生产系统的风险是巨大的。有多少移动部件和小部件？如果出了问题怎么办？你能理解这些互动吗？该平台是否提供支持？图书馆是否积极维护，其支持列表上的问题是否很长，是否可以解决 如果您稍后决定使用另一个数据库平台，那么使用面向文档的数据库（如MongoDb或CouchDb）的挑战将是技术转让。如果你需要调整，考虑你的业务逻辑和数据库代码是如何与你使用的各种框架交织在一起的。如果您启动RDBMS并尝试切换到文档数据库，也会出现同样的问题。无论起点如何，在两者之间转换数据模型都可能非常复杂 对于一个你将要扔掉的PoC，使用快速完成任务的方法。如果它更多，那么你需要考虑它是如何适合的。
Eve有一个小列表，经常更新，并且有很好的文档。最终的决定取决于你 [免责声明：我是项目作者。] Eve的一个显著优势是，您可以获得许多开箱即用的功能，我相信这使其成为快速原型和POC的理想选择。您可以快速启动并运行，只需更新settings.py即可在一分钟内更改API模式/行为。如果您在调试模式下运行应用程序，它将在每次保存时重新启动。您甚至不必创建数据库，因为如果数据库丢失，它将为您创建 实际上，我们有一个Heroku实例可以做到这一点，我们通过使用免费的MongoHQ实例或MongoLab根据需要添加新的端点和文档字段，一直在蚕食它，目前还不确定，作为一次性数据存储，只需根据需要清理数据库，但由于mongo的无模式设计，大多数情况下我们甚至不需要这样做 不用说，如果要在生产中使用应用程序，不要在调试模式下运行应用程序，也不要让它为您创建数据库；-
PS：为了记录在案，Eve最初构建的全部原因是作为iOS/Android应用程序的web服务。[免责声明：我是项目作者。] Eve的一个显著优势是，您可以获得许多开箱即用的功能，我相信这使其成为快速原型和POC的理想选择。您可以快速启动并运行，只需更新settings.py即可在一分钟内更改API模式/行为。如果您在调试模式下运行应用程序，它将在每次保存时重新启动。您甚至不必创建数据库，因为如果数据库丢失，它将为您创建 实际上，我们有一个Heroku实例可以做到这一点，我们通过使用免费的MongoHQ实例或MongoLab根据需要添加新的端点和文档字段，一直在蚕食它，目前还不确定，作为一次性数据存储，只需根据需要清理数据库，但由于mongo的无模式设计，大多数情况下我们甚至不需要这样做 不用说，如果要在生产中使用应用程序，不要在调试模式下运行应用程序，也不要让它为您创建数据库；-
PS：作为记录，Eve最初被构建的全部原因是作为我们的iOS/Android应用程序的web服务。问题是，当我遇到Eve Python时，我想知道为什么人们仍然编写自己的REST API，因为这通常是一大堆工作。在我看到许多不同的选项之后，比如Couchbase Lite，我想知道这是否真的是为了这样使用。非常感谢你把这件事说清楚。！问题是，当我接触到Eve Python时，我想知道为什么人们仍然编写自己的RESTAPI，因为这通常是一大堆工作。在我看到许多不同的选项之后，比如Couchbase Lite，我想知道这是否真的是为了这样使用。非常感谢你把这件事说清楚。！