Абсолютно, ну это не значит что если они существуют, мы не должны ничего не придумывать. Даже если попытка будет "квадратными колесами". Иногда какие то решения с незначительными правками несут тот самы смысл, который большинство искал или им этого не хватало. Вот примеру сколько меседжеров мы имеем уже. И суть то их по суте одна. Тот самый Скайп уже был давно придуман с тем же функционалом, но в итоге где Скайп, а люди пользуются Telegram или WhatsApp, потом утят что то нашли ближе ))
Я бы не стал спорить с тем, что Crystal Reports, JasperReports и подобные решения существуют не просто так. Если задача хорошо решается enterprise-репортингом - надо брать enterprise-репортинг и не героически страдать.
GraphCompose не пытается быть “ещё одним JasperReports”. Это скорее code-first layout engine для случаев, когда PDF- часть приложения, а не отдельная отчётная платформа.
Мне была интересна другая модель, документ описывается кодом, layout версионируется в Git, геометрию можно тестировать до генерации PDF, pipeline можно гонять в CI, pagination/rendering не спрятаны в чёрный ящик, нет отдельного report server/designer/runtime ради пары кастомных документов.
То есть это не “давайте заменим 20 лет enterprise-отчётности за выходные”. Это скорее попытка сделать встраиваемый layout-инструмент для тех задач, где enterprise-комбайн выглядит тяжелее самой проблемы.
А квадратные колёса - возможно. Но именно поэтому я и вынес layout, pagination и snapshot testing в отдельные концепции. Просто рисовать текст через PDFBox и назвать это фреймворком было бы куда более квадратным велосипедом.
Абсолютно, ну это не значит что если они существуют, мы не должны ничего не придумывать. Даже если попытка будет "квадратными колесами". Иногда какие то решения с незначительными правками несут тот самы смысл, который большинство искал или им этого не хватало. Вот примеру сколько меседжеров мы имеем уже. И суть то их по суте одна. Тот самый Скайп уже был давно придуман с тем же функционалом, но в итоге где Скайп, а люди пользуются Telegram или WhatsApp, потом утят что то нашли ближе ))
Я бы не стал спорить с тем, что Crystal Reports, JasperReports и подобные решения существуют не просто так. Если задача хорошо решается enterprise-репортингом - надо брать enterprise-репортинг и не героически страдать.
GraphCompose не пытается быть “ещё одним JasperReports”. Это скорее code-first layout engine для случаев, когда PDF- часть приложения, а не отдельная отчётная платформа.
Мне была интересна другая модель, документ описывается кодом, layout версионируется в Git, геометрию можно тестировать до генерации PDF, pipeline можно гонять в CI, pagination/rendering не спрятаны в чёрный ящик, нет отдельного report server/designer/runtime ради пары кастомных документов.
То есть это не “давайте заменим 20 лет enterprise-отчётности за выходные”. Это скорее попытка сделать встраиваемый layout-инструмент для тех задач, где enterprise-комбайн выглядит тяжелее самой проблемы.
А квадратные колёса - возможно. Но именно поэтому я и вынес layout, pagination и snapshot testing в отдельные концепции. Просто рисовать текст через PDFBox и назвать это фреймворком было бы куда более квадратным велосипедом.