0

所以，这是一个更广泛的问题，因为我意识到我们很多人一遍又一遍地做同样的事情。

  • 将数据/内容显示为 TableViews 或 Detailviews
  • 从一些服务器（很多 Rails-Servers，也许是 Django）动态下载这些数据

我的设想：抽象这些对象的整个 GET/POST/缓存，甚至是任意数据对象的动态视图创建

所以应用程序唯一要做的事情是：

  1. 在一些 plist/dictionary 中提供可能的 Web 服务/Api-Calls 列表，由“EntityName”标识
  2. 在运行时，通过名称请求或上传实体，框架处理整个 Fetching/BackgroundAction/Posting/Url-parsing
  3. 该应用程序甚至可以根据 Data-Propertys 使用带有插座/标签的自定义生成视图

所以，我正在考虑自己创建这个，使用AFNetworking 来做底层的东西。在此之前，我只是想确定，没有任何东西已经在这样做了。

（类似于 iPhone 的镜像 RubyOnRails-Framework，它将 DRY 和 ConventionOverConfiguration 牢记在心，以加快 CMS 管理的 iOS 应用程序的开发）

编辑：简而言之：就像远程数据库的 CRUD 控制器一样，可以对其进行皮肤/限制以适应客户/应用程序的需求。

4

1 回答 1

0

你知道解析吗？

也许不完全符合您的要求，但绝对值得一试。它们完全消除了很多服务器端的麻烦。

于 2012-09-25T15:29:57.293 回答