1. Работа с большими списками данных в административной части (интеграция/импорт данных для свойств из инфоблоков) 2. Работа с большими списками в публичной части (нужна JS библиотека автонавигации с поддержкой multyselect-а) 3. Управление результатами расчета: сортировка, удаление и т.д. (Пока нашлось: http://tablesorter.com) 4. Автонумерация отправленных расчетов и сохранение их в инфоблок, на случай неотправки по причине перерасхода ресурсов на хостинге 5. Сложная логика условий при расчетах. 6. Пошаговое исполнение. 7. Возможность отображения списка товаров: общего, выбранных, свойств выбранных, в том числе с поддержкой изображений с функцией zoom. 8. Из 7 вытекает скрытопотенциальная необходимость интеграции с интернет-магазином. 9. Критически важна возможность широкой и глубокой настройки пользовательского интерфейса т.к. калькулятор именно призван создать возможность для принятия решения при достаточно большом объеме сложносвязанных (в общем случае) данных, или хотя-бы подобрать 3-5 вариантов для принятия окончательного решения после консультации.
Роман! Как вы себе представляете мой ответ на вопрос - "Брать не брать"? Зависит от вашей задачи. Поскольку, как я убедился, вопрос пользовательского интерфейса - важнейший, то если требуется оригинальный пользовательский интерфейс сильно отличный от стандартного, то вот в текущей реализации Pro придется достаточно много "попотеть" с JavaScript. Если с JS - есть опыт работы, это не страшно. А если JS с нуля или около нуля - тогда будет сложно.
Петров Роман, По совету Романа - подумал о "выводе". Вывод таков, что самое узковажное место будет определять строительство объектной модели. Если узковажное место - импорт больших списков - модель будет иметь крен в сторону удобства (даже на уровне имен) работы по импорту-экспорту, а если это место - возможность модификации пользовательского интерфейса - то объекты будут устроены удобно именно для этой модификации.
Сейчас методы класса модуля просто выполняют отображение традиционных input полей ввода (select, text, radio, textarea, checkbox, hidden) + 2-х нестандартных полей datetime (input+календарь битрикс) и table (простая двухколоночная таблица). Чтобы с помощью этого набора реализовать, например, калькулятор расчета окон, который может подразумевать отображение профилей, характеристик окон, замков и еще десятки параметров придется серьезно поработать с JavaScript, что очевидно приведет к росту количества "нестандартных" полей. Чтобы уметь управлять этим разннообразием, придется, по видимому по другому взглянуть на само понятие того, что такое "поле ввода".
Группы на сайте создаются не только сотрудниками «1С-Битрикс», но и партнерами компании. Поэтому мнения участников групп могут не совпадать с позицией компании «1С-Битрикс».