Приложение для подписи PDF-файлов и их классификации на веб-сервере

Question

Я искал лучший способ реализации приложения для бизнеса моего брата, и был довольно озадачен с точки зрения того, как структурировать мое приложение. Приложение будет работать на iPad 2, развернутом в полевых условиях, иногда без легкодоступного доступа к сети (из-за пятнистой сотовой связи в этом районе).

Вот реферат о том, что нужно сделать:

1) Загрузите файл шаблона PDF (это контракт на подписку на то, что в основном является кабельной службой), который имеет редактируемые поля, такие как:

а) название б) почтовый адрес в) даты

2) иметь возможность собирать нарисованную подпись (очень похожую на любое приложение для кредитных карт, например Square и т. Д.), Которая затем накладывается на PDF.

3) Сохраните PDF-файл, содержащий нарисованную подпись и другие отредактированные поля, как новый файл. Затем загрузите его на внутренний сервер, используя имя человека и дату / время в качестве метаданных для сортировки по определенным папкам.

Без этого третьего аспекта сотруднику пришлось бы тратить от 30 минут до 2 часов в день, классифицируя все представления приложений, поэтому шаг № 3 является довольно важным аспектом разработки, даже если большая часть работы находится за пределами цели C. Тем не менее, мне нужно отослать PDF-файл, приложив к нему как можно больше информации...

Я был бы признателен за любые рекомендации, связанные с лучшим курсом действий в разработке этого. Есть ли какие-нибудь приложения с открытым исходным кодом, о которых вы, ребята, знаете, на которые я могу сослаться? Я искал в Центре разработчиков Apple и Google безрезультатно.

Как я могу правильно реализовать iText здесь? Это даже лучший вариант?? Он делает цифровые подписи, в отличие от тех, которые нарисованы с UI Kit...

Answer 1

Похоже, у вас должен быть веб-сервис с базой данных для хранения метаинформации и пути к сгенерированному PDF с подписью и другими записями.

Ваше приложение по сути генерирует PDF, выполняет вызов веб-службы и вставляет такую ​​информацию, как имя клиента, дата / время, что угодно, а затем имя или путь к файлу PDF. Впоследствии файл PDF будет загружен в указанное место с уникальным именем файла, чтобы предотвратить перезапись другого файла PDF. Вы можете сформулировать имя файла вне соответствующего Key/Id записи в базе данных, или вы можете использовать GUID в качестве имени файла и для правильной меры объединить временную метку EPOCH при создании файла. Оба подхода должны гарантировать уникальность имени файла. Еще одна возможная схема имени файла Device UUID+ отметка времени эпохи, доступно множество опций.

Answer 2

Если вам действительно нужно редактировать PDF-файлы, это звучит как довольно жесткое требование. Другой подход заключается в том, чтобы показать пользователю, что ему нужно увидеть (т.е. что он должен подписать), а затем сгенерировать PDF с подписью и заполненными полями. Поскольку вы все равно хотите загрузить его, вы, вероятно, избавите себя от головной боли, если разгрузите его с iPad и сделаете это с помощью удаленного сервера (как предложил Крис), создавая PDF-файл так, как вам нужно. Я принимал участие в разработке приложений для iPad, проводя проверки свойств - он использовал Docmosis для генерации документов в предварительном просмотре, а затем в отправленных формах. Надеюсь, что это помогает, хотя это несколько месяцев вниз.