Я работаю над Java-веб-приложением, которое получает 400 000 раз в день. Я должен добавить функцию, с помощью которой пользователи могут загружать каталог врачей и больниц в формате PDF в соответствии с выбранными ими критериями. Существует значительное количество бизнес-правил, связанных с каталогами, некоторые врачи / больницы должны отображаться в одном виде, другие получают совсем другое лечение, макеты не причудливые, просто множество условных элементов. Многие из условных элементов могут быть преобразованы в фиксированные шаблоны, но существует ряд вариантов, которые могут применяться в ряде ситуаций и комбинаций, поэтому количество перестановок делает исчерпывающий список шаблонов нецелесообразным.
Я слышал о iText и начал играть с ним, кажется, он идеально подходит для работы, которую мне нужно сделать. Пару дней назад (после того, как я добился значительного прогресса в iText) я узнал, что компания, в которой я работаю, включила BIRT в список утвержденных решений для создания PDF-файлов.
Я не думаю, что BIRT является хорошим решением для этого приложения, и я пытаюсь обосновать использование iText. Аргумент, который я привел людям, утверждающим программное обеспечение, заключается в том, что iText - это библиотека в BIRT, поэтому она должна быть неявно одобрена (они ее не купили), BIRT слишком тяжелый, и мы даже не будем использовать большинство ее функций. и BIRT слишком тесно связан с источником данных. Я действительно хочу сказать что-то о том, что BIRT негибкий в отношении условного макета документа, но я не смог выяснить, каковы возможности BIRT в этом отношении (это может указывать на то, что его возможности невелики, но ... трудно сделать дело на основе недостающей информации).
Хотите узнать, согласны ли вы с тем, что iText - лучшее решение для моего приложения? Если да, то какой аргумент вы бы выдвинули, чтобы одобрить его? Если нет, то почему BIRT лучше?
Большое спасибо, и я рад прояснить любые запутанные моменты моего вопроса.