Быстрая разработка отчетов на Java: дауншифтинг с «1С: Предприятие»

Приветствую уважаемых читателей.

Как и обещал в первой статье Быстрая разработка CRUD на Java: дауншифтинг с «1С: Предприятие», продолжаю описание своих OpenSource проектов, реализующих аналогичную 1С: Предприятию функциональность.
На сей раз, это СКД — система компоновки данных, и моя разработка FlexReporting (ссылка на GitHub).
В чем суть этого механизма? Это некий realtime — ROLAP инструмент, который на лету трансформирует «плоские» данные в иерархические отчеты.
На самом деле, есть много любителей поспорить, что СКД это не «тру» OLAP, но я бы напомнил, что такая вещь как агрегаты, заранее рассчитывающие и хранящие многомерные данные по всем (или по заданным) сочетаниям измерений оборотных регистров накопления — а это весомый аргумент для использования этой аббревиатуры. Впрочем, от споров по терминологии очень хотелось бы уклониться.

Вот так это выглядит в 1С ERP 2.0:

Функции СКД (и моей разработки) — дать пользователю источник данных, а уж он пусть как хочет играется с настройками отчета:
1. Задает, в какой последовательности будут выводиться данные, какие группировки будут по вертикали, какие по горизонтали.
Например: склад, товар, менеджер и т.д.
2. Задает набор показателей, и агрегатные функции (сумма, среднее, количество, минимум, максимум и проч.), которые будут к ним применяться.
Например: сумма(стоимость), среднее(количество_товара), максимум(дата_отгрузки).

В общем-то, этого можно добиться и в Excel, используя функционал сводных таблиц, но в базовом варианте неплохо бы иметь это в собственной системе, если предполагается формировать из нее гибко настраиваемые отчеты. Что я и сделал, изобретя на фрилансе очередной велосипед — как обычно не нашел с ходу простого и функционального решения для этой задачи, а время поджимало.

Расскажу про алгоритмы.
Для начала, определимся с данными. Они могут быть любыми — приехать из JDBC, ORM, через JSON или SOAP, главное, чтобы их можно быть преобразовать в ArrayList. В демке в функции getData() простая заглушка из нескольких записей.

Пользователь устанавливает набор настроечных группировок, которые будут выводиться в отчете. Потом по ним строятся 2 дерева (горизонтальных и вертикальных группировок).

groupsFeildsList.add(«a»);
groupsFeildsList.add(«b,bb»);
groupsFeildsList.add(«url»);
columnFeildsList .add(«c»);

Проблема заключается в том, что пользователь может захотеть на одном группировочном уровне видеть сочетание полей (в примере b и bb). Это несколько усложнило алгоритм, раньше он был более читабелен.

Далее, мы устанавливаем перечень показателей, и агрегатную функцию, которая по ним работает (в демке один показатель):

computeFeildsList.add(newHashMap(«field,function»,«d»,«max»));

Рекурсивные функции generate(vert, t, groupsFeildsList, 0) по нашим данным формируют деревья, описываемые простейшим классом Node:

public class Node implements Cloneable {
public ArrayList /Node/ nodes;
public LinkedHashMap fields;
public HashMap additional;
public Node parent;
…
};

Далее происходит расчет показателей по уровням деревьев, разумеется тоже рекурсивный — функция public HashMap compute(Node x, Node y, ArrayList t,ArrayList computeFeildsList) и одновременный вывод результата в html.

Работает все это чудо под Spring и вставляется в jsp шаблон. С ним была пара скользких моментов.
Отчет должен был быть интерактивным. В интернете я нашел пример — http://ift.tt/1WcFiwn.
Так как я решил использовать стили для сворачивания и разворачивания строк а-ля Excel, их надо было как-то грузить. С этим были проблемы, и в итоге я воткнул текст прямо в jsp шаблон ( style type=«text/css» ).
Еще момент: оказалось, что разные браузеры по-разному работают с чекбоксами, в результате вы можете заметить в коде такую вещь:

if(((ua.indexOf('MSIE') != -1)||(ua.indexOf('Firefox') != -1)||(ua.indexOf('Mozilla') != -1))&&(ua.indexOf('Chrome') == -1)) {
row.querySelector('td input').checked = !row.querySelector('td input').checked;
newch = !row.querySelector('td input').checked;
}

Собственно, вот что получилось в итоге у меня:

Что хотелось бы добавить. По первой статье я получил несколько дельных советов, и ссылок на ресурсы, которые стоит изучить. За это большое спасибо.
Но получил и чуток негатива, с акцентом на то, что, дескать 1С этим разработкам на коленке никогда не догнать (и не вытеснить из ниши регл. отчетности), и вообще все это лишь томленье духа и тщета. Естественно не догнать! Потому и открыт исходный код, что несколько другие цели стояли.

Тем не менее, сообщу один интересный факт. На той неделе довелось мне выступить на конференции INFOSTART EVENT 2015 CONNECTION в «Колизее», в городе Санкт-Петербург.

И что же я там увидел?

2 доклада по открытым проектам схожей направленности:
1script

Этот проект является альтернативной реализацией виртуальной машины, исполняющей скрипты на языке 1С: Предприятие.
При этом проект является полностью независимым от библиотек 1С и не требует наличия системы 1С: Предприятие на целевой машине.

Metadata.js

это альтернативный лёгкий javascript клиент 1С, позволяющий читать и редактировать данные, расположенные на сервере 1С с большим числом подключений (дилеры или интернет-витрина с сотнями анонимных либо авторизованных внешних пользователей).

Так что не один я имею специфические вкусы, нас таких много.

Всем удачной рабочей недели!

This entry passed through the Full-Text RSS service - if this is your content and you're reading it on someone else's site, please read the FAQ at http://ift.tt/jcXqJW.