паспорт, с которым впускают без виз во все развитые страны
во все? а так вообще бывает?
И еще: а как вообще организаторы собираются вычислять, по какому адресу живет участник турнира? Нет, в случае, например, с Беларусью все понятно — уже гражданство все определяет, а если гражданство РФ? Смотреть дополнительно в адресе адрес прописки, не крымчанин ли? Но в загранпаспорте же прописка не указывается?
Схема, которую Вы реализовывали, могла быть вполне себе рабочей. Не вижу каких-то серьезных ошибок. Сам я вложился немного в прошлом году в конце зимы. И так и не окупился. Да вон посмотрите на теслу. Накупили кучу биткоинов, ждали, ждали, и в итоге просто продали бОльшую часть в убыток. Но если бы купили пораньше, и продали вовремя, наварились бы просто сказочно. В. Волатильность. Что тут скажешь. Ремонтировать ли карты... только если с кем-то договоритесь тут же их продать. Чтобы стоимость ремонта окупилась, и какая-то прибыль была сверху. Либо сейчас их продать тому, кто сам реализует такой трюк.
Вот категорически не соглашусь. Мне доставило удовольствие как знакомство с предысторией, так и просмотр видео. Странно, что кто-то декларирует, в каком объеме должна быть статья на Хабре. Как говорится, дареному коню в зубы не смотрят.
Сейчас уже всюду этот формат видео. Люди сидят на ютубе. Читать разучились. Писать - тем более. Или что... вкусное, грамотное и стилистически выдержанное вступление пробуждает аппетит? :)
Шикарная статья. Честная и по существу. У подруги в планах книжка не по IT, но данный опыт можно применять для книгопечатания в любых областях. Подкину ей ссылку.
Шикарная статья. Коллеги, будьте внимательны к своему психологическому здоровью. Наполняйте жизнь смыслом, не забывайте про важность хобби, соблюдайте режим труда и отдыха.
Как говорится, умный учится на чужих ошибках. Профессиональное выгорание - дичайшее состояние.
Ознакомился со статьей. Фьюженовцы давно грозились её написать, и я со страхом ждал этого дня, ибо механизмы 1С сейчас настолько универсальны (а всем, как известно, на сто процентов не угодишь; чем-то да приходилось жертвовать), что при желании можно напридираться страниц на сто, а не прочитать очередные вирши коллег из братской Беларуси я не мог — все-таки уровень компетенции в теории бизнес-приложений они демонстрируют приличный, и насколько бы корректным ни было их мнение о платформе конкурентов (а для формирования даже поверхностного взгляда надо потратить немало времени и энергии), в любом случае мне лично любопытно, что видит профессионал со стороны, когда заглядывает за блестящую ширму, которую 1С'ники показывают заказчикам и рядовым пользователям.
А тут очень даже лаконичная статья. Строго структурированная и сжатая. Так что спасибо.
Было мнение, что изучение платформы 1С и написание критических статей ребятам из lsFusion мало пригодятся. В любом случае, они продолжают свой сизифов труд. Можно только пожелать им терпения и процветания.
Иногда при знакомстве с очередной записью труженика из команды lsFusion хочется просто отметить какой-то положительный момент, сиюминутное впечатление от публикации. В данном случае я ставлю целью отметить последовательное изложение материала и его качественное оформление.
Бывает, хабровец, уходя с головой в описываемые технологии, напрочь забывает, что не все читатели плавают в мире, из которого он всплыл, чтобы поделиться с окружающими своей нирваной.
Но KabakovichMaxim подает информацию очень аккуратно, добавляя матчасть из мира спорта (я, например, полный профан во всех этих *ИФА'х) порциями, по мере необходимости.
Подозреваю, что эта аккуратность отчасти вызвана стремлением преподнести свою технологию как нечто максимально логичное, простое и прозрачное. Ну что ж, ничего плохого в этом стремлении нет.
<...> они просят их написать подробное ТЗ, при этом задавая кучу бессмысленных вопросов и требуя указать несущественные детали. И все это в расчете на то, что пользователь просто отстанет
Уверен, халтурщиков и профанов везде хватает. Возможно, Вы также дадите право распространять ваш продукт интегратору «Мы внедряем lsFusion в городке N», а он будет городить непонятные велосипеды, чихать на конечного юзера, плавать в предметке и функционале фреймворка… А Вы и знать не будете. Когда сеть франчайзи разрастется, за всеми не уследите.
А по поводу
ограничений платформ 1С
мне казалось, мы уже поставили точку в этом вопросе. Не так страшен дьявол, как Вам сначала показалось. Все реализуемо. Была бы квалификация.
Какая-то анимация у окошка ввода все-таки есть. Но значение можно вводить немедленно после выбора строки. Его не съедят лангольеры :)
Мне, на самом деле, неизвестно, может ли lsFusion, из коробки или будучи запрограммирована, показывать что-то для отдельно взятой ячейки, например калькулятор. Но если может — для этого тоже понадобится горячая клавиша. Желательно общеизвестная и удобно на клавиатуре расположенная. А их, что для lsFusion, что для 1С, не так много.
На самом деле мне необязательно вызывать ввод для следующей строки именно по клавише Tab :) 1С позволяет использовать для этого много разных клавиш. Уж выберем с заказчиком, что ему по душе, из того, что предлагает платформа.
Ыть, ну все, дорогой CrushBy из братской и бесконечно красивой Беларуси, я не представляю, как Вы теперь будете возражать. Мне не нравится спорить, и я делаю это разве что предварительно не поленившись проверить лично свои аргументы. Так можно долго муссировать этот вопрос, но я не успокоюсь, потому что уверен в своей правоте.
Уважаемая sergeevaira может сколько угодно критиковать форму подбора в одной из типовых конфигураций, но поверьте, тот способ выбран не потому, что платформа по-другому не умеет. Алгоритм подбора выстрадан десятилетиями опыта, который есть за плечами вендора, и тысячами мнений разношерстных пользователей. Кому не нравится — свои программисты корректируют согласно пожеланиям работодателя.
Сравнивайтесь с Microsoft или еще кем-то… а лучше — ну их всех. Давайте лучше параллельно развиваться дальше. Заказчиков на всех хватит. Меня вот заинтересовало мнение oldschoolgeek насчет task-based UI и современных подходов к построению CRUD интерфейсов. Действительно непонятно, что он имел ввиду. И качество «хотя бы» на уровне чего-то, даже Dynamics 365 — такое нам не надо. Уж двигаться вперед — так ориентируясь не на хотя бы, а на бест-практикс. Хотелось бы разузнать про современные тенденции. Скриншоты того же SAP'а ничего не дают. Мои коллеги и гугл мне не помогли. Может быть у Вас есть, чем поделиться? То, что у вас в демке — явно не ориентир, вы сами это признаете. Может еще есть идеи, как достичь уровня знаний oldschoolgeek?
Конечно, это будет работать не так, как в Excel. В Excel вообще нет динамического вывода данных. А вот в lsFusion есть динамический вывод, и указание количества прямо в этом «выводе». Я лишь продемонстрировал, что подобное можно сделать и в 1С без проблем.
Что касается клавиш вверх-вниз, в 1С они уже зарезервированы — по «вниз» может выпадать вспомогательный список значений. Значений, которые может подсказывать пользователю система, отталкиваясь, например, от остатков или истории выбранных для этой позиции значений. Или исходя из любых других алгоритмов. А «вверх» вызывает маленький калькулятор (или что-то еще в зависимости от типа данных в поле ввода).
Поэтому для перехода/начала ввода в следующую строку можно использовать Tab.
В lsFusion нет таких возможностей. Зато свободен «Вниз» для перехода к следующей строке. А в 1С — можно использовать Tab. Там одна кнопка, а тут — другая. Вообще проблемы никакой не вижу. Слишком мелкий вопрос, чтобы применять к нему «хорошо или плохо».
И пусть никого не смутит Ваше «с всплывающим окном». На самом деле оно не всплывает, а немедленно «выскакивает» при выборе интересующей пользователя строки. Скорость «наколачивания» накладных в таком режиме ничем не будет отличаться от скорости «наколачивания» данных в том же Excel.
Может быть, даже, наоборот
учитывая, что «Excel в облаке» в виде тонкого клиента не реализована. Т.е. либо ставим Office локально, и все нагрузка при работе — на нашу локальную машину, и не дай Бог, чтоб она была недостаточно шустрая, либо работаем через браузер со всеми вытекающими, либо делаем что-то вроде RemoteApp, и юзеры путаются в файловых пространствах. А главное — весь список данных, а он может быть гигантским, Excel выводит перед пользователем единовременно. Поправьте меня, если я ошибаюсь, но и для Excel в облаке это заявление справедливо. О чем тут можно говорить?
Нажал 3
Нажал вниз или вверх
Нажал 4
Нажал вниз или вверх
Это справедливо только если пользователь намерен вставлять количество (какое-то значение в рамках одной колонки) в каждую строку таблицы по порядку.
Но на практике пользователь выбирает, просматривая строки (и какую-то вспомогательную информацию, находящуюся в других колонках или где-то еще), куда ввести количество, и вводит его не в каждую строку.
В любом случае я могу запрограммировать при нажатии Tab после ввода сразу же начало ввода в следующую строку. А при нажатии Enter — просто спозиционироваться на следующей строке (закрыв окошечко ввода). И будет заказчику
Нажал 3
Нажал Tab (или Shift+Tab, если надо начать ввод в предыдущую строку)
Нажал 4
Нажал Tab
Нажал 8
Нажал Enter, чтобы завершить ввод количеств, сразу попасть в следующую строку и при необходимости перейти мышкой или клавиатурой еще куда-то
Не вижу смысла. Этот вопрос уже муссировался сто раз. Чуть выше скриншот аналогичного всплывающего окна в phpmyadmin.
Предпочитаю остановиться на том варианте, который я продемонстрировал, и признать, что в несущественных деталях интерфейс 1С все-таки принципиально отличается, и с этим ничего нельзя поделать средствами платформы (обходные костыли есть, но это не обсуждается). После ввода цифры пользователю придется нажать еще одну клавишу — это закроет всплывающее для ввода цифры окно.
Но ведь и в lsFusion, и в Excel чтобы завершить ввод в ячейку нужно обязательно что-то еще нажать!
В несущественных настолько, что я не понимаю, зачем Вы этот момент акцентируете до сих пор.
Приторможу с этим. Есть риск погрязнуть в упреках относительно оптимальности алгоритмов или самого принципа, с помощью которого это было реализовано. Я все-таки не тру-программист, и код был написан, в некоторый степени, впопыхах. В т.ч. без попыток как-то сжать его. Свои же коллеги 1С'ники могут меня раскритиковать, как это уже случилось под конец обсуждения вашего продукта на другом ресурсе. Замечу лишь, что считаю себя немножко педантом. Во всяком случае, качество моего кода в моей команде иногда ставят в пример. И озвучу механику: для реализации такого подбора я просто храню две таблицы: одна, СтрокиЗаказа «живет» только на клиенте и выводится на форму, а другая, «таблица значений с изменениями» — только на сервере. И каждый раз, когда пользователь что-то вводит, обе таблицы синхронизируются. Контекстных серверных вызовов нет, т.е. ни одна таблица целиком с клиента на сервер или обратно не гоняется. Аа, ну и плюс есть динамический список, вот он порциями обновляется с сервера.
Приводить ли код, и как вообще реагировать на ваше продвижение — жизнь покажет.
Так. Реакция на местные обзоры lsFusion на небезызвестном форуме 1С'ников подутихла, и у меня есть время оставить тут для справедливости пример реализации в 1С подбор «а ля lsFusion» (хотя понятно, что реализация представленного кейса силами того или иного фреймворка не дает представляющему никаких интеллектуальных прав).
Но прежде хотелось бы все-таки обозначить свою позицию
Во-первых, у меня нет столь критичного отношения к вашим наработкам, как у некоторых адептов 1С, среагировавших на пару случаев подклейки к публикациям команды lsFusion тега «1С» и навязчивого сравнения вашего фреймворка с платформой 1С. То, что мы сейчас наблюдаем — и оголтелая критика, и предвзятое отношение, и нецензурные записи в вашей демо-БД, оставленные, вероятно, в том числе кем-то из 1С'ников — все это было неизбежно. Среди пользователей любого фреймворка найдутся и грамотные, сдержанные профессионалы, и импульсивные матерящиеся негативно настроенные мужики. И чем ниже порог вхождения в предмет, тем больше шансов пообщаться со вторыми. Вот порог вхождения в 1С — довольно низкий. Но все же откровенного хамства ни здесь, ни на других площадках авторы lsFusion пока не хлебнули. Высказывания, преимущественно — по существу.
Но ведь ваши представители подчеркивают, что порог вхождения для любого желающего в ваш фреймворк — значительно ниже, чем в разработку на 1С. Так что у вас самое интересное — маячит всей своей тушей на горизонте. Готовьтесь к общению на совершенно другом уровне :)
Во-вторых, споры, которые случаются сейчас между авторами одного фреймворка и пользователями другого — это, наверное, неправильно и несправедливо. Если уж строить спор — так между вашими специалистами и ведущими специалистами ООО «1С», хотя понятно, что и такой диалог был бы лишен смысла — уж слишком разные весовые категории.
В-третьих, сейчас, после череды ярких статей от вашей команды многие IT-шники, и многие 1С'ники в том числе, присматриваются к интересным наработкам из братской Беларуси с целью ознакомиться с практической ценностью представленного функционала, ибо как раз 1С'ники всегда отличались в своей работе, в автоматизации, особенным стремлением любым способами удешевить разработку вспомогательных механизмов (без них никуда), трезвым и адекватным отношением к любым языкам и фреймворкам. А высшая ступень специалиста по платформе 1С (имею ввиду ЭТВ) прямо требует знаний в самых разных областях.
Так вот, если вы сейчас продолжите презентации в стиле «вот как мы можем, и это лучше, чем у 1С», то такая подача, как уже неоднократно отмечалось, только испортит позитивный интерес. Она не даст вам ощутимых очков, но автоматически задвинет в ряд «еще одних убийц 1С», а сколько их уже было? И где они сейчас?
Итак, пример подбора. Прежде всего мне непонятно категоричное неприятие командой lsFusion самого принципа, навязанного платформой: список, динамически выводимый пользователю, служит для чтения некоторых данных, а не для их редактирования. Этот вопрос не раз поднимался толковыми и не очень мемберами на разных форумах, так что не стану сейчас подробно останавливаться на вычисляемых полях, блокировке редактируемых данных, событиях и триггерах — и других соображениях, исходя из которых авторы платформы 1С не включили в механизм динамического вывода т.н. поля ввода. Напомню лишь еще раз, что у платформы есть масса других элементов интерфейса, в т.ч. «а ля Excel», где возможен непосредственный ввод. В случае же с динамически выводимыми данными никто не мешает, если уж таково требование заказчика к интерфейсу, отображать более или менее продвинутое вспомогательное окно, предназначенное для ввода значения определенного типа — календарь, числовая клавиатура… Эта фишка не нова. Простейший пример — скрин поля ввода в PhpMyAdmin (собственно, что есть под рукой):
Так почему нельзя использовать что-то такое при вводе прямо в динамический список?
Собственно, исходя из этого постулата и опираясь на показавшееся мне логически верным описание одного из вариантов реализации требуемого подбора и пожелания лицезреть это:
предполагается, что надо руками хранить, что пользователь изменил, и при открытии диалога дополнительно проверять не измененные ли это данные. Плюс я так понимаю это надо как-то в запросе динамического списка учитывать (он вообще к таблицам значения обращаться умеет?), и вручную заставлять этот динамический список обновляться при изменении таблицы значений с изменениями. В любом случае вы опять-таки представляете сколько кода при этом будет?
не поленился набросать форму, аналогичную служившей примером в данной публикации:
Я посчитал, сколько строк кода получилось в вашем случае. Меньше ста.
Мне же для получения такого же результата пришлось пощелкать в wysiwyg-редакторе, написать кода немногим более 150-и строк, а потом еще поднастроить слегка внешний вид формы, чтобы вспомогательные элементы напоминали таковые в вашем примере. Вывод: в каких-то случаях скрипты на встроенном языке 1С сложнее, чем в lsFusion для достижения одинакового результата. Но точно нет такого алгоритма «а ля lsFusion», который бы никак нельзя было реализовать на 1С разумным количеством действий.
Подозреваю, что способ реализации этого механизма от релиза к релизу менялся, и сейчас еще находится не в финальном виде. Имхо, кэширование в 1С иногда было даже этакой «вещью в себе» и что-то, бывало, работало после обновления платформы в полную силу только после достаточного наполнения новых емкостей кэша. 1С'ники с некоторых пор спокойно к этому относятся. Примеров не приведу, но обсуждения коммьюнити на эту тему легко нагуглить.
Сейчас нет смысла обсуждать этот момент, поскольку, как, видимо, и IsFusion, платформа 1С 8 находится в состоянии активной эволюции.
Так или иначе, основные моменты, связанные с динамическим выводом мы обсудили, и я могу, собственно, что-то продемонстрировать…
Платформа уведомляет открытые динамические списки о том, что изменились/удалились/появились определенные данные. В качестве данных может выступать ссылка на определенный элемент. И если эта ссылка у нас уже есть (запрашивать у СУБД значение ссылки не требуется), то СУБД в этом процессе совершенно не используется.
1С возможно те же оконные функции не включили в язык запросов
Мне это неизвестно. В 1С язык запросов, доступный разработчику сильно урезан, а запросы, которыми пользуется сама платформа — черный ящик. При желании можно воспользоваться инструментами СУБД, чтобы посмотреть, какие запросы посылает платформа к СУБД. Оставим использование платформой оконных функций для других публикаций. Думаю, в рамках обсуждения динамического вывода значительных объемов информации мы прояснили все мелочи :)
во все? а так вообще бывает?
И еще: а как вообще организаторы собираются вычислять, по какому адресу живет участник турнира? Нет, в случае, например, с Беларусью все понятно — уже гражданство все определяет, а если гражданство РФ? Смотреть дополнительно в адресе адрес прописки, не крымчанин ли? Но в загранпаспорте же прописка не указывается?
Схема, которую Вы реализовывали, могла быть вполне себе рабочей. Не вижу каких-то серьезных ошибок. Сам я вложился немного в прошлом году в конце зимы. И так и не окупился. Да вон посмотрите на теслу. Накупили кучу биткоинов, ждали, ждали, и в итоге просто продали бОльшую часть в убыток. Но если бы купили пораньше, и продали вовремя, наварились бы просто сказочно. В. Волатильность. Что тут скажешь.
Ремонтировать ли карты... только если с кем-то договоритесь тут же их продать. Чтобы стоимость ремонта окупилась, и какая-то прибыль была сверху. Либо сейчас их продать тому, кто сам реализует такой трюк.
Вот категорически не соглашусь. Мне доставило удовольствие как знакомство с предысторией, так и просмотр видео. Странно, что кто-то декларирует, в каком объеме должна быть статья на Хабре. Как говорится, дареному коню в зубы не смотрят.
Сейчас уже всюду этот формат видео. Люди сидят на ютубе. Читать разучились. Писать - тем более. Или что... вкусное, грамотное и стилистически выдержанное вступление пробуждает аппетит? :)
Шикарная статья. Честная и по существу. У подруги в планах книжка не по IT, но данный опыт можно применять для книгопечатания в любых областях. Подкину ей ссылку.
Шикарная статья. Коллеги, будьте внимательны к своему психологическому здоровью. Наполняйте жизнь смыслом, не забывайте про важность хобби, соблюдайте режим труда и отдыха.
Как говорится, умный учится на чужих ошибках. Профессиональное выгорание - дичайшее состояние.
А в СССР была убитая социалка?
А тут очень даже лаконичная статья. Строго структурированная и сжатая. Так что спасибо.
Было мнение, что изучение платформы 1С и написание критических статей ребятам из lsFusion мало пригодятся. В любом случае, они продолжают свой сизифов труд. Можно только пожелать им терпения и процветания.
Бывает, хабровец, уходя с головой в описываемые технологии, напрочь забывает, что не все читатели плавают в мире, из которого он всплыл, чтобы поделиться с окружающими своей нирваной.
Но KabakovichMaxim подает информацию очень аккуратно, добавляя матчасть из мира спорта (я, например, полный профан во всех этих *ИФА'х) порциями, по мере необходимости.
Подозреваю, что эта аккуратность отчасти вызвана стремлением преподнести свою технологию как нечто максимально логичное, простое и прозрачное. Ну что ж, ничего плохого в этом стремлении нет.
Уверен, халтурщиков и профанов везде хватает. Возможно, Вы также дадите право распространять ваш продукт интегратору «Мы внедряем lsFusion в городке N», а он будет городить непонятные велосипеды, чихать на конечного юзера, плавать в предметке и функционале фреймворка… А Вы и знать не будете. Когда сеть франчайзи разрастется, за всеми не уследите.
А по поводу
мне казалось, мы уже поставили точку в этом вопросе. Не так страшен дьявол, как Вам сначала показалось. Все реализуемо. Была бы квалификация.
Ыть, ну все, дорогой CrushBy из братской и бесконечно красивой Беларуси, я не представляю, как Вы теперь будете возражать. Мне не нравится спорить, и я делаю это разве что предварительно не поленившись проверить лично свои аргументы. Так можно долго муссировать этот вопрос, но я не успокоюсь, потому что уверен в своей правоте.
Уважаемая sergeevaira может сколько угодно критиковать форму подбора в одной из типовых конфигураций, но поверьте, тот способ выбран не потому, что платформа по-другому не умеет. Алгоритм подбора выстрадан десятилетиями опыта, который есть за плечами вендора, и тысячами мнений разношерстных пользователей. Кому не нравится — свои программисты корректируют согласно пожеланиям работодателя.
Сравнивайтесь с Microsoft или еще кем-то… а лучше — ну их всех. Давайте лучше параллельно развиваться дальше. Заказчиков на всех хватит. Меня вот заинтересовало мнение oldschoolgeek насчет task-based UI и современных подходов к построению CRUD интерфейсов. Действительно непонятно, что он имел ввиду. И качество «хотя бы» на уровне чего-то, даже Dynamics 365 — такое нам не надо. Уж двигаться вперед — так ориентируясь не на хотя бы, а на бест-практикс. Хотелось бы разузнать про современные тенденции. Скриншоты того же SAP'а ничего не дают. Мои коллеги и гугл мне не помогли. Может быть у Вас есть, чем поделиться? То, что у вас в демке — явно не ориентир, вы сами это признаете. Может еще есть идеи, как достичь уровня знаний oldschoolgeek?
Что касается клавиш вверх-вниз, в 1С они уже зарезервированы — по «вниз» может выпадать вспомогательный список значений. Значений, которые может подсказывать пользователю система, отталкиваясь, например, от остатков или истории выбранных для этой позиции значений. Или исходя из любых других алгоритмов. А «вверх» вызывает маленький калькулятор (или что-то еще в зависимости от типа данных в поле ввода).
Поэтому для перехода/начала ввода в следующую строку можно использовать Tab.
В lsFusion нет таких возможностей. Зато свободен «Вниз» для перехода к следующей строке. А в 1С — можно использовать Tab. Там одна кнопка, а тут — другая. Вообще проблемы никакой не вижу. Слишком мелкий вопрос, чтобы применять к нему «хорошо или плохо».
И пусть никого не смутит Ваше «с всплывающим окном». На самом деле оно не всплывает, а немедленно «выскакивает» при выборе интересующей пользователя строки. Скорость «наколачивания» накладных в таком режиме ничем не будет отличаться от скорости «наколачивания» данных в том же Excel.
Это справедливо только если пользователь намерен вставлять количество (какое-то значение в рамках одной колонки) в каждую строку таблицы по порядку.
Но на практике пользователь выбирает, просматривая строки (и какую-то вспомогательную информацию, находящуюся в других колонках или где-то еще), куда ввести количество, и вводит его не в каждую строку.
В любом случае я могу запрограммировать при нажатии Tab после ввода сразу же начало ввода в следующую строку. А при нажатии Enter — просто спозиционироваться на следующей строке (закрыв окошечко ввода). И будет заказчику
Предпочитаю остановиться на том варианте, который я продемонстрировал, и признать, что в несущественных деталях интерфейс 1С все-таки принципиально отличается, и с этим ничего нельзя поделать средствами платформы (обходные костыли есть, но это не обсуждается). После ввода цифры пользователю придется нажать еще одну клавишу — это закроет всплывающее для ввода цифры окно.
Но ведь и в lsFusion, и в Excel чтобы завершить ввод в ячейку нужно обязательно что-то еще нажать!
В несущественных настолько, что я не понимаю, зачем Вы этот момент акцентируете до сих пор.
Приводить ли код, и как вообще реагировать на ваше продвижение — жизнь покажет.
Но ведь ваши представители подчеркивают, что порог вхождения для любого желающего в ваш фреймворк — значительно ниже, чем в разработку на 1С. Так что у вас самое интересное — маячит всей своей тушей на горизонте. Готовьтесь к общению на совершенно другом уровне :)
Во-вторых, споры, которые случаются сейчас между авторами одного фреймворка и пользователями другого — это, наверное, неправильно и несправедливо. Если уж строить спор — так между вашими специалистами и ведущими специалистами ООО «1С», хотя понятно, что и такой диалог был бы лишен смысла — уж слишком разные весовые категории.
В-третьих, сейчас, после череды ярких статей от вашей команды многие IT-шники, и многие 1С'ники в том числе, присматриваются к интересным наработкам из братской Беларуси с целью ознакомиться с практической ценностью представленного функционала, ибо как раз 1С'ники всегда отличались в своей работе, в автоматизации, особенным стремлением любым способами удешевить разработку вспомогательных механизмов (без них никуда), трезвым и адекватным отношением к любым языкам и фреймворкам. А высшая ступень специалиста по платформе 1С (имею ввиду ЭТВ) прямо требует знаний в самых разных областях.
Так вот, если вы сейчас продолжите презентации в стиле «вот как мы можем, и это лучше, чем у 1С», то такая подача, как уже неоднократно отмечалось, только испортит позитивный интерес. Она не даст вам ощутимых очков, но автоматически задвинет в ряд «еще одних убийц 1С», а сколько их уже было? И где они сейчас?
Итак, пример подбора. Прежде всего мне непонятно категоричное неприятие командой lsFusion самого принципа, навязанного платформой: список, динамически выводимый пользователю, служит для чтения некоторых данных, а не для их редактирования. Этот вопрос не раз поднимался толковыми и не очень мемберами на разных форумах, так что не стану сейчас подробно останавливаться на вычисляемых полях, блокировке редактируемых данных, событиях и триггерах — и других соображениях, исходя из которых авторы платформы 1С не включили в механизм динамического вывода т.н. поля ввода. Напомню лишь еще раз, что у платформы есть масса других элементов интерфейса, в т.ч. «а ля Excel», где возможен непосредственный ввод. В случае же с динамически выводимыми данными никто не мешает, если уж таково требование заказчика к интерфейсу, отображать более или менее продвинутое вспомогательное окно, предназначенное для ввода значения определенного типа — календарь, числовая клавиатура… Эта фишка не нова. Простейший пример — скрин поля ввода в PhpMyAdmin (собственно, что есть под рукой):
Так почему нельзя использовать что-то такое при вводе прямо в динамический список?
Собственно, исходя из этого постулата и опираясь на показавшееся мне логически верным описание одного из вариантов реализации требуемого подбора и пожелания лицезреть это:
не поленился набросать форму, аналогичную служившей примером в данной публикации:
Я посчитал, сколько строк кода получилось в вашем случае. Меньше ста.
Мне же для получения такого же результата пришлось пощелкать в wysiwyg-редакторе, написать кода немногим более 150-и строк, а потом еще поднастроить слегка внешний вид формы, чтобы вспомогательные элементы напоминали таковые в вашем примере. Вывод: в каких-то случаях скрипты на встроенном языке 1С сложнее, чем в lsFusion для достижения одинакового результата. Но точно нет такого алгоритма «а ля lsFusion», который бы никак нельзя было реализовать на 1С разумным количеством действий.
Сейчас нет смысла обсуждать этот момент, поскольку, как, видимо, и IsFusion, платформа 1С 8 находится в состоянии активной эволюции.
Так или иначе, основные моменты, связанные с динамическим выводом мы обсудили, и я могу, собственно, что-то продемонстрировать…
Мне это неизвестно. В 1С язык запросов, доступный разработчику сильно урезан, а запросы, которыми пользуется сама платформа — черный ящик. При желании можно воспользоваться инструментами СУБД, чтобы посмотреть, какие запросы посылает платформа к СУБД. Оставим использование платформой оконных функций для других публикаций. Думаю, в рамках обсуждения динамического вывода значительных объемов информации мы прояснили все мелочи :)