混合应用程序制造商与移动框架

Question

您认为何时最好使用移动应用制作工具（例如：Appery.io）以及何时使用框架进行编码（例如：离子）？

当然，使用框架进行编码并不会将您绑定到任何App Maker标签......但除此之外，我应该考虑任何其他问题。

我需要启动一个简单的项目来查询一些REST API并有一些疑问。 所以我想在这里发帖，向以前走过这条路的人敞开心扉。

我并不是说这是一个关于什么是最佳框架并将它们全部进行比较的开放式问题。我只是想确定是否真的有必要走下更复杂的更复杂的框架，还是可以使用像Appery这样的东西获得成熟的长期解决方案？

谢谢！

Answer 1

对于移动应用程序，以及在您的情况下，从服务器加载动态数据的应用程序，通常更适合移动应用程序框架而不是在线应用程序构建器。这可能有多种原因：

1. 应用程序构建器通常具有许多功能，但它们几乎总是因某些自定义客户端要求而失败。

2. 它们通常倾向于满足对静态应用程序的需求，当涉及到具有大量数据操作内容的动态应用程序时，您应该更喜欢自己的框架和逻辑来实现这一点。

   < / LI>

3. 你几乎每次都可以修改/调整一个框架，你不能用appbuilder这样做。

4. 您不是在云上共享代码[如果您为某个关键组织/客户工作，则很重要]。

5. 您可以完全控制代码/视图。你可以调整它，扭曲它，几乎保证总拥有权。所有你必须遵守的是你的框架所施加的限制。

6. 您可以混合和匹配不适用于appbuilder的框架。

     

   这些是我的一些快速想法，可能[以及]有更多理由转向移动框架..

Answer 2

AppMakers通常作为快速原型制作的工具。这些天他们推销您可以使用Appmakers制作生产应用程序，但是当您开始使用它们时，您会注意到您有一个或一些其他要求无法实现。根据我的经验，AppMakers的应用程序开发时间似乎较少，但通常更多。另一方面，移动应用程序框架也提供了很多灵活性和代码可重用性。