我一直在研究为我兄弟的业务实现应用程序的最佳方法，并且在如何构建我的应用程序方面一直很难过。该应用程序将在现场部署的iPad 2上运行，有时没有现成的网络访问（由于该区域的单元格覆盖不均匀）。
以下是需要做的摘要：
1）加载具有可编辑字段的模板PDF文件（其签署基本有线服务的合同），例如：
a）姓名b）街道地址c）日期
2）能够收集绘制的签名（非常类似于任何信用卡应用程序，如Square等），然后将其覆盖到PDF上。
3）将包含绘制的签名和其他已编辑字段的PDF保存为新文件。然后，使用个人名称和日期/时间作为元数据将其上载到后端服务器，以便分类到特定文件夹。
如果没有第三个方面，员工每天必须花费30分钟到2个小时对所有应用程序提交进行分类，因此第3步是开发的一个非常重要的方面，即使大部分工作都在目标C的境界。尽管如此，我还是需要尽可能多地发送PDF文件，以便尽可能多地发送信息......
我很感激任何有关制定此行动的最佳行动方案的指导。是否有任何您可以参考的开源应用程序？我搜索过Apple的开发者会员中心和Google无济于事。
我怎样才能在这里正确实施iText？那是不是最好的选择？它使用数字签名而不是使用UI Kit绘制的数字签名...
答案 0 :(得分：1)
听起来你应该有一个带有数据库的Web服务，用于存储元信息以及带有签名和其他条目的生成PDF的路径。
您的应用程序基本上会生成PDF，进行Web服务调用并插入信息，例如客户端的名称，日期/时间，您想要的任何其他内容，然后是PDF文件的名称或路径。随后将PDF文件上载到具有唯一文件名的指定位置，以防止覆盖另一个PDF。您可以在数据库中的记录的相应Key / Id之外制定文件的名称，或者您可以使用GUID作为文件名，并且在生成文件时可以连接EPOCH时间戳。两种方法都应该保证文件名唯一性。另一种可能的文件名方案是Device UUID + epoch timestamp，有很多选项可供使用。
答案 1 :(得分：0)
如果您必须实际编辑PDF，这听起来是一个非常困难的要求。另一种方法是向用户显示他们需要查看的内容（即他们必须签名的内容），然后生成带有签名和填充字段的PDF。因为你想要上传它，如果你从iPad上卸下它并使用远程服务器（如克里斯建议的那样）根据需要生成PDF，你可能会省去头痛。我参与了帮助开展房地产检查的iPad应用程序开发 - 它使用Docmosis在预览中生成文档，然后在提交的表单中生成文档。希望有所帮助，即使它已经过了几个月。