наткнулся на http://habrahabr.ru/blogs/functional_programming/122827/

как вы думаете, оно нужно, или нет?
(сорри, отправилось случайно)

(0) это я не увидел прототипа или его там нет? Пощупать бы идею

помню в проекте на дельфи так и работали, были модули сбора запроса и других объектов - но пока вкуришь, как это все работало - уходит месяц минимум

(0)опять Сирожа балуетсо?

о, я уже подобное писал v8: Функциональные параметры в 1С

(0) интересно. но не дай бог наткнуться где нить на такое. только пол дня вкуривать будешь для чего это.

в (0) про запросы - отстой

остальное - хз

(7) про запросы - человек изобретал active record, который не вперся в 1с вообще никак

(9) это уровень платформы как я понял. а если для прямых запросов заюзать. можно прикрутить? я по диагонали статью в вики прочитал про AR. сейчас лень уже вникать.

Статью не читал. Автор изобрёл как сделать в 1С лямбда-функции и замыкания?

А я то думал, что это я сложно написал:


           Пока ?(Инд = КоличествоИтераций, ИндексПоследнейСтроки < Объект.Товары.Количество(), МассивСтрок.Количество() < КоличествоСтрокНаИтерацию) Цикл
           
               МассивСтрок.Добавить(Новый Структура("КлючСтроки, Номенклатура, ХарактеристикаНоменклатуры"));
               ЗаполнитьЗначенияСвойств(МассивСтрок[МассивСтрок.ВГраница()], Объект.Товары.Получить(ИндексПоследнейСтроки));
               ИндексПоследнейСтроки = ИндексПоследнейСтроки + 1;
           
           КонецЦикла;

Прочитал статью. Хочу узнать на каких веществах сидит автор.

Для чего я это сделал? Приведенный пример быстрее и надежнее сделать конструктором запроса. Читается это все равно хуже, чем обычный язык запросов. Неужели только из любви к искуству? Не только. Эта часть библиотеки предназначена для сложный запросов, которые содержат повторяющиеся элементы, или переменное количество полей, подзапросов. Такие запросы обычно формируются контакенацией строк, что приводит к необходимости следить за синтаксисом, в особенности, за расстановкой запятых и скобок. Я надеюсь библиотека в этих случаях принесет больше пользы, чем вреда, хотя на практике я такой подход еще не тестировал.


Уебство.

(14) а вдруг 1С разработчики прочтут и сделают штатным функциональный подход?

(15) Чур все произведенные тогда кирпичи мне пересылать - я дом сложу.

Ущербную модель ничем не исправишь, а тем более такими костылями.

(0) ...Этому баяну уже СТОЛЬКО лет... Ты не поверишь!

(0)
"запросы обычно формируются контакенацией строк"
дальше не читал

Передачу в функцию параметра как другую фуннкцию можно организовать в связке Соответствие+Выполнить()

Собственно Соотвествие(Структура) и есть параметр функции
Ключ - Имя другой вложенной функции
Значение - список параметров этой вложенной функции

В теле функции
СтрокаВыполнить = "Ключ(" + Значение + ");";
Выполнить(СтрокаВыполнить);

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

(19) он имел ввиду шаблоны запросов с одной логикой, но для разных таблиц.

Т.е. проше иметь "алгоритм" запроса для определенной задачи, чем сотни кусков однородного запросного кода

(0) все что пишеться на хабре - это для леммингов, мнящих себя суперпрофи... достаточно прочитать комментарии к статье...

(22) наверняка в каких-то областях леммингом будете вы для них. Все относительно)

(21) обрати внимание на "контакенацией"

(24) я сначала смотрю на идею и если ее нет, то уже потом ищу повод придраться к словам)

(22) на хабре уровень компетенции людей повыше таки будет, чем здесь

(26) спасибо, поржал

доброго ...

использование  конструкции
Выполнить(<НекийЗамудрённыйТекст>);

чревато проблемой
- после динамической компиляции изменения в <НекийЗамудрённыйТекст> ,после перезапуска сеанса, могут быть не приняты во внимание.

причина в кешировании скомпилированных участков подобного кода.

(14)
>>Уебство.

Полностью поддерживаю!

из (0)

1) требуется именно программист RAD, языка неспециализированного. Человек, занимающийся таким узким направлением, теряется, как правило, специалист в IT. Автор статьи — редкий умница, должен признать. Мне чаще приходилось общаться на почве интеграции с до ужаса безграмотными консультантами SAP или программистами 1С;

2) нет возможности использовать наработки большого сообщества программистов; а отдельная средних размеров фирма вроде 1С, ясно дело, просто не потянет адекватное развитие языка;


ХА! :)

"безграмотными консультантами SAP" - ХА :)

А интересно, кстати, почему фирма 1С не представлена на Хабре? Вопрос, впрочем, риторический.

(26) по камментам к статье, сложно сделать такой вывод ;)...

+(33) особенно позабавили товарищи, которые 1С в глаза не видели, но осуждают ;)...

(34) не читал, но осуждаю