Построение системы отчетов

[Serg V. Gulko]

Это типа - лучше вообще ничего не делать:)?
В Сбт, 05/11/2011 в 07:16 +0200, Dmitrii пишет:

> :D
> 
> "говно будет и так, и так" © Bearman (или кто-то другой)
> 
> 
> 
>  --- Исходное сообщение ---
>  От кого: "Serg Gulko" <s.gulko at gmail.com>
>  Кому: "Kiev Perl Users Group" <kiev-perl-users-group at googlegroups.com>
>   Дата: 4 ноября 2011, 20:12:39
>  Тема: Построение системы отчетов
>  
> 
> 
> > Коллеги, поделитесь опытом...
> > 
> > Работаем над web приложением(на Catalyst), где часть функционала -
> > построение разнообразных отчетов. Отчеты строятся на стороне
> > клиента(графики, таблицы) на основании данных, получаемых с сервера. У
> > нас тут возник философский спор, как было бы лучше реализовать данную
> > часть приложения.
> > 
> > Идея первая: весь функционал по формированию данных для отчетов
> > выносится в отдельный класс(независимый от web). В Catalyst создается
> > контроллер reports, который занимается просто передачей параметров на
> > вход упомянутого выше класса. Например: /reports?
> > report=ReportA&accounts=1,2,3&date=A
> > 
> > Идея вторая: тот же самый контроллер reports наполняется конкретными
> > реализациями отчетов(или функциями, передающими запросы классам
> > логики). Например: /reports/reporta?accounts=1,2,3&date=A
> > 
> > Оба подхода более-менее взаимозаменяемы, но какой было бы лучше
> > выбрать? Или есть еще другие варианты, которые мы упустили?


-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.pm.org/pipermail/kiev-pm/attachments/20111105/35f50f45/attachment.html>