我正在制定新的 iOS 应用程序的要求和规范，该应用程序旨在供某些“在该领域”工作的专业人士使用。连续数周整天，这些人使用跟踪所有不同类型信息的标准化表格向他们的上级报告了相当大的负担。传统上，这些表格是 PDF 格式，只需打印并用墨水填写，然后与数十到数百名从事相同操作的其他人共享。有时他们会使用带有表单字段的 PDF，以便可以键入数据，然后将其作为表单的一部分打印。无论哪种方式，考虑到他们的工作流程、时间和压力压力以及其他因素，这都不是完成标准化报告表格的高效方式。
我们指定的应用程序将提供一个 iOS(和 Android，如果可能的话——但在这一点上是次要甚至第三个要求)用户界面，用于跟踪他们在字段中输入的数据，并按逻辑组织数据方式为每个单独的用户，只需按一下按钮，即可获取所有数据并使用标准化格式自动创建其 PDF 文件。
当然，在这个行业中，表格是严格和严格标准化的，格式、结构或表现形式上的任何偏差都是不能容忍的。
因此，我在处理该项目时认为该应用程序将维护来自认证组织的原始标准化表格的内部存储库，每个可能的数据区域都定义为一个字段。该应用程序将:
#4 的问题是该 PDF 文件必须保持可被 Windows 和 Mac 上的标准 PDF 应用程序(Acrobat、Preview 等)编辑，因此所有字段都需要保留。 PDF 应该在 Windows 或 Mac 上都可以查看。
现在，PDF(无论是原始文档还是导出的最终文档)都不需要在 iOS 应用程序中显示，这样做也没有多大意义。
我不知道这是否可能。这是我们的第一个 iOS 项目，我们一直倾向于使用 Moai 或 Corona 或其他一些框架来构建应用程序，以节省开发时间并使跨平台移植更容易。也就是说，如果不能使用 Lua 和其中一个框架来完成(我仍然持怀疑态度……它们似乎非常适合游戏)，我们不反对直接在 Objective C 中执行它并在一段时间后构建一个 Android 版本路。
但无论哪种方式，我都无法评估这是否是一项实际的工作。我们的要求很明确，坦率地说，如果做不到，这个项目就不会再继续下去了。但我绝对可以从你们那里得到一些帮助，以确定我的选择是什么，我是否可以在 Lua 中做到这一点，以及哪些 SDK 对实现这一点最有用。
根据您所说的，似乎没有理由在移动设备本身上进行基于 PDF 的部分工作，因为:
您能否通过专注于数据收集和验证来简化您需求的移动部分，然后启动到服务器进行文档生成？这将使您在可用于将数据合并到 PDF 文档中的工具上更加灵活。如果是这样，您可以查看创建 PDF 或使用类似 iText 的代码填充字段。 (C# 或 Java)。如果您不想构建自己的后端服务器，可以尝试 Docmosis云 - 但这可能无法让您获得精确的布局。
当然，您提到的问题 - 在所有情况下都需要保持 PDF 的字段可编辑是一个重要的问题。如果您可以说服利益相关者最好从您的系统生成最终文档(生成草稿、审查、更新数据、再次生成等) - 而不是生成可编辑的文档，然后您将失去控制和可追溯性，那么您将前方数英里。
希望对您有所帮助。
关于ios - 从 iOS 文本字段创建 PDF，我们在Stack Overflow上找到一个类似的问题： https://stackoverflow.com/questions/8323360/
| 欢迎光临 OGeek|极客世界-中国程序员成长平台 (http://jike.in/) | Powered by Discuz! X3.4 |