Прощлая ветка Свежая статья от lsFusion с критикой 1с на Хабре. Часть 3.
Поехали дальше

(897) как бы в 1С не скорость набора главное. смысл мне набирать Детайл, Нонненатив, Индеексед и делать это постоянно. я как бы предпочитаю набирать БОЛЬЕЕ СОДЕРЖАТЕЛЬНЫЙ ПРЕДМЕТНЫЙ КОД.

(900) (896)  это он про УТ11 и серийные номера и ГТД в простом заказе..

(902) Не знаю, как в 1С, но в lsFusion IDE все ошибки подсвечивает сразу в момент набора.

(904) Возможно. Не скажу, так как не знаю точно, как это реализовано в УТ. С точки зрения доменной логики строка документа должна ссылаться на документ, подстрока документа на строку и т.д.

(905) сколько строчек кода вам потребуется чтобы реализовать подобный интерфейс?

https://monosnap.com/file/pcYZPYuDJmAmHv7ojI0FzrqLe8jXQf

(906) "С точки зрения доменной логики" = "С точки зрения банальной эрудици..."

(906) мне нужно вывести гтд заказа, какой алгоритм?

собираю все строки потом по каждой строке собираю все гдт и получаю таблицу всех гтд заказа ?

(901) как это? в какой группе?
оганизуем форму, - через связи-фильтры-прочее- на которой
реальные 2 предмета (номенклатура в базе) отображаются в нескольких группах - можно такое сделать? безусловно.
.
в пордвале будет сколько количество записей на экране (по сути строк динамического списка) -? имхо 4 будет показываться.
.
4 чего? 4 записи. 4 записи про что? про количество строк в динамическом списке? а что это значит? - да я хз. чтото.
выведем на печать тоже самое увидим.
.
есть польза какая-то кроме длины динамического списка в этом случае? - хз... мне польза совсем неочевидна. тем более что длина этого динамического спика уже поменялась соседним сеансом а уна сеще не отрендерилась.

+(909) пример

заказ, в заказе 50 товарных позиций
по каждой товарной позиции 50 серий

мне нужно вывести список серий.

как я получу серии? через две точки или черз одну ?

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

другие более интересные вопросы есть

(910)  да так.. у них пользователь на экране видит 5 товаров а внизу очень нужная ему запись типа "помни, товаров всего 2"
он не верит, выгружает в ексель суммирует строки и видит там снова 5 строк с айфонами..

(900) тут я хз. не 8-ник я, но имхо это штатная штука в 8-ке, делается мышкой.

кстати вопрос - а вы с характерстиками работаете?
ну в вашей ЕРП когда у меня товар в списке товаров 1, а характеристик к нему еще 100
и  я остатки вижу в разрезе характеристик и заказы могу делать в разрезе характеристик ?

ну например товар "сапоги женские демесизонные ламода люкс" а у них 100 вариантов сочетания размер/цена/высота каблука

у вас в вашей ЕРП сколько пользователь в списке товаров видит строк(допустим иерархии и фильтров вообще нет) ?

(906) " точки зрения доменной логики строка документа должна ссылаться на документ, подстрока документа на строку и т.д"
- это зависит от архитектуры решения. по разному можно. какая архитектупа правильнее - вопрос срачей.

(910) Каждая запись в таблице в lsFusion - это объект в базе. Там не может быть больше строк, чем объектов в базе. Так что при любом раскладе будет показываться 2.

(918) но пользователь один товар на экране в двух группах иерархии той что у вас там слева - может видеть?

(918) таблица в фузине - это всегда таблица БД
или прикладной обьект, не имеющий прямой связи с БД?
.
как например записи в динамический список - это объеткы в базе?

(916) Мы в магазинах одежды реализуем просто 2 сущности. Есть Item - это конкретный Sku. И есть Article - модель. Соответственно item ссылается на article. У Item есть атрибуты (ссылки на объекты) цвет и размер (ну другие могут быть). В любом документе, который затрагивает остаток всегда выбирается Item. В других документах (вроде прайсов) могут задаваться модели.

(919) Если вы поместите в дерево и группы и товары, то товар будет показываться дважды. Но в дереве нету количества и сумм. Если в дерево группы, а в таблицу - товары, то товар всегда будет один.

(920) Не обязательно таблица, может быть несколько объектов, тогда будет декартово произведение объектов (будет SELECT FULL JOIN). Но чаще всего один объект и одна таблица.

Вот вы пашете как стахановцы

Я тут сделал базу с двумя вещами:
1. Контроль не ухода в минус по алгоритму Злопчинский
2. Назначение скидок на товары

http://server.odinesnik.ru/misc/

Развлекайтесь :))

(918) то есть если мне надо на форме отразить некую "динамическую сущность" - например таблицу слепленную из трех таблиц БД - то фузина под эту динамическую сущность сделает отдельную таблицу в БД? и она будет сущестовать пока существует форма с динамическим списком?

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

когда у меня 1 модель обуви у которой есть 100 вариантов размер/цвет/высотакаблука
я в список товаров сколько должен строк добавить  чтобы потом иметь возможность при оформлении заказа выбрать нужную модель нужного цвета ?

(924) Супер. А можете скинуть dt с конфигурацией ?

(922) не, в дервеов - и группы и товары. вместе.
тогда будет - 4 так?

(927) Конечно же нет :))

(922) ну то есть вы подтверждаете что при сложной иерархии "дерева свойств" у вас условно 1 запись может пользователю на экране отобразиться сразу 10 раз.. и выгрузиться в эксель в виде таблицы где 1 по сути товар в 10 строках ?

(925) Нет. Будет FULL JOIN. При желании можно так расставить MATERIALIZED, что будет создана таблица с тремя ключами, которая будет автоматически обновляться и жить всегда.
(928) Да.

(927) а вот фиг вам ;-)

(926) Заведут кучу свойств для товара типа "размер/цвет/высотакаблука"

Назначение скидок, кстати, получилось лучше, чем в Фузине, потому что по кнопке можно назначить скидку на все выделенные элементы

(926) В список товаров 100. Просто есть отдельный справочник - список моделей.

(932) Не, ну надо же совесть иметь :))
Я часов десять ваял все это :))

(935) хм.. ну ок.. понятно что у вас методистов нет а у УТ11 есть по этому там этот вопрос решен более красиво и осмысленно.. но 5-10 лет внедрений и вы тоже к этому придете.. благо ваша платформа позволяет реализовать...

(931) фулджойн это понятно. на физическом уровне тому спискау что при этом отобразиться на форме - в БД(СУБД,СЕРВЕРЕ ПРИЛОЖЕНИЙ) - что будет соответсовать? вы же сами сказали что запись в списке - это обьект в баз. фулджойн не может сущестовать нигде.он где-то хранится. в временной таблице (в БД? или в сервер приложений? скорее в БД как я понял)

По первой задаче смотреть журнал документов "Полный"
По второй обработку "Скидки"

(929) Тогда даже смотреть не буду. Я же не сомневаюсь, что в 1С это как-то можно сделать. Мне нужно знать, как там справа сделать редактирование в динамическом списке. А как по пользовательскому доступу я проверю - там динамический список или неонка.

(936) А на фузине 30 минут. Почувствуйте разницу. Представляю сколько вы будете ваять другие примеры из статьи.

(936) а в фузине это делается одной строкой..

(937) Для магазинов одежды - это более правильное решение, так как мы работаем с франчайзи иностранных брендов. И там именно логика Артикул / Товар. Поэтому там гораздо проще интегрироваться с ними. Не поверите, но у иностранных брендов нет 1С и логики характеристик.

(942) эффект утенка и отсутствие 5-10 лет опыта..

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

в 1С наклепал мышкой справочник моделей, цветов, размеров, запаха и прочего что надо. в ПВХ кинул и все. больше ничего писать не надо.. - так я представляю ка кнеспециалист в 8-ке

(937) Не позволяет. Точнее только через два справочника.

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

(940) пришел ваш черед сделать сложную форму хотя бы немного приближенную к моему примеру

https://monosnap.com/file/ORhXPM24Lg4tmcFPob8Qs92cTY12XJ

и реализовать в ней ввод по строке с фильтром вводимых данных.

(938) Не понимаю. Будет SELECT FULL JOIN, который будет возвращать 3 ключа (если там 3 объекта), вот они и будут показываться как кортеж. Никаких новых объектов в базе данных там не будет.

(940) >>Тогда даже смотреть не буду.
Да я даже не сомневался, че

>>Я же не сомневаюсь, что в 1С это как-то можно сделать.
Как-то за полчаса в Фузине можно сделать, а я красиво сделал
Это я про вторую задачу, первую-то понятно, что в Фузине нельзя сделать, потому что нужно же алгоритм знать

>>Мне нужно знать, как там справа сделать редактирование в динамическом списке.
Никак. Ввод скидки по кнопке

>>А как по пользовательскому доступу я проверю - там динамический список или неонка.
Ну вот не надо по себе народ мерять, динамический список конечно же, иначе мне было бы и неитересно делать

>>А на фузине 30 минут. Почувствуйте разницу.
Не почувствую
Во-первых, на Экселе вообще пять минут, но и че теперь?
Во-вторых, Бро не учел несколько моментов, пришлось думать. как их решить

в 77 мне пвх не хватает жуть как. по у моего лавочника с тысячями наименований - сегодня он остатки по моделям хочет видеть,хпавтра по цветам, послезавтра отменить все по форме корпуса, потом по всему вместе. вот и приходится как фузиновцам страдать с каждой новой хотелкой. а в 8-ке это штатно (айэмалексей поправь если не так)

(949) В 77 это тоже можно, но тормозить будет.

(945) я не спрашивал может ли или нет это ваша платформа - я знаю что может.
я спрашивал как в своей ERP ведете список товаров магазина одежды..

вы уже ответили - в списке бесконечное количество строк где отличие визуально видно где то в конце "........ белая" ".........красная" "...... красная с застежкой"

и пользователь с этим всем работает строго через ваши фильтры а количество записей ему показывает число соответствующее всем вариантам товаров что есть в системе.

(924) надо ради справедливости отметить что идея не моя. но ей лет 10 наверное как минимум, а то и больше

я пример аналогичный и на 77 сделал, но выкладывать руки не дошли. жаба давит

(952) Да это понятно, я в контексте нашей ветки

(875), есть пример кода, реализующего сложные ограничения вместе с описанием решённой задачи (ТЗ или ФТ)? Пример с остатками я и в 1с могу минут за 10 накликать

(948) Что-то подтупливает она у вас по-черному.

(956) это специально моделируется одновременно работа 1 млн. пользователей в конкурирующих расчетах

(956) Ты же и смотреть не хотел?
А что именно подтупливает?
Вроде все быстро работает, мелкая самописка же

(950) нарисовать аналог пвх?

PR,
Что-то я дважды кликаю мышью на дереве и получаю вот это :
https://clip2net.com/s/43WDw5n

А клавиатурой в дереве как-то можно ввести скидку ?

(940) на 77 я прототип рисую быстро. по качеству фейса - он примерно как вай фейс. главное - работает так как надо. дальше начинается всякие удобства и фичи.
но я обычно медленно работаю.
например ТСД для WMS я выпиливаю примерно один полный рабочий день на один несложный процесс из пяти-10 элементарных действий. но это выглядит зашибись и сборщики счастливы "как удобно!"

(960) При двойном щелчке открывается товар, это типовое поведение 1С
Можно убрать, если смущает, не суть
Скидки редактируются кнопками, я  же написал
И их можно назначить на несколько выделенных товаров

Кнопки "Установить скидку" и "Убрать скидку"

Крэш, динамический список - это вещь промежуточная.
она не имеет прямого аналога в таблицах БД.
я могу собрать динамический список который вообще ни водной строке не будет содержать ни одного объекта БД.
колнка1: 5 букв из названия товара с 7 по 11 позицию
колонка2 шестнадцтиричное представление дестяисного серийного номера нормализованное удалением BB
колонка3: 7 буква инн поставщика который последний раз поставлял этот товар причем это д.б. среда

Вопрос: что я в этом динамическом списке могу отредактировать?

(963) А почему я становлюсь на верхнюю группу Товары, жму Установить скидку и ничего не происходит ?

если какие-то реквизиты динамического списка по факту обьекты - всегда можно организовать редактирование "в динамичес ком списке".
например в WMS у "меня" - ТЧ "документов" (которые вяглядят как документы для пользователя, то есть неделимый обьект) - есть динамический список. Никаких проблем его редактировать - нет. это всего лишь вопрос написания кода.
да, если ограничится определенным типом динамического списка тогда можно условно" и такие типы динамических списков реадактировать без написания кода.
но в рамках 1С это нахрен никому не надо, поэтому штатно динамические списик и не редактируются.
.
если я неправ - спецы по 8-ке поправят

(964) он не понимает что такое динамический список и для чего он и почему..
у них "динамический список" - это вывод списка записей таблицы БД + некие фильтры в виде дерева иерархии позволяющие красиво фильтровать эти записи..

ты ему еще про ПВХ задвинь теорию что это за объект, для чего используется и почему не 2 справочника.

(963) В общем незачет. Вы 10 часов потратили на такую простую задачу. При этом получилась, какая-то ерунда, нельзя редактировать прямо в дереве клавиатурой, а приходится что-то отмечать и жать кнопку. При этом боитесь дать dt, чтобы я вам рассказал где будут проблемы. Садитесь - 2.

(965) Потому что это корень, а не физическая номенклатура, нахрена нужна возможность назначить скидку на все товары?

Мне вот еще интересно, как Бро собрался назначать на отдельный товар нулевую скидку

(968) в 1С принята парадига - все редактирование в форме. примите это как данность. я к этому за долгие годы тоже пришел. хотя когда первый раз увидел - тоже не обрадовался.

(968) Ты там привстал бы с низкого старта
Особенно учитывая то, что часов 6 у меня ушло на первую задачу, а не вторую
И учитывая (970)

а кто то уже отвечал?

в фузине скидки хранятся в карточке товара?
привязка к дате действия, типу цен  есть?
или тупо реквизит карточки "скидка" и туда пишется значение из списка товаров при ручном вводе ?

(968) Dt я дать не боюсь, а не собираюсь целенаправленно по двум причинам:
1. В базе кроме второй задачи также реализована первая, про которую речи точно не было
2. Довольно странно начинать с выливания на голову пару ведер дерьма, ожидая потом, что все кругом начнут тут же радостно делаиться алгоритмами, знаниями и положительными эмоциями

(968) Извините, но вы не настолько компетентный человек, чтобы ставить оценки программистам 1С. У вас даже с ООП проблемы. Вы "формой" назвали то, что потом с моей подсказки назвали "схемой", а по канонам ООП это ни что иное, как "класс"...

(967) не, про ПВХ не буду. я до этого еще не дошел, неправильно еще расскажу (как Рома про 10 часов) - начнут пынять.
фузиновцы вообще страдают переносом свойств отдельных персонажей на всю 1С.

(975) Обходит генерал строй:
- Фамилия?
- Орлов!
- Молодец, орлы нам нужны!
- Фамилия?
- Соколов!
- Молодец, соклоы нам нужны!
- Фамилия?
- Козлов!
- Ну ничего, ничего...

(969) В постановке было, что на все товары тоже можно. Так что точно незачет. (975)

(968) ты лучше про (964) скажи

Рома, сделай ему чтобы на все товары тоже можно было...

(976) >фузиновцы вообще страдают переносом свойств отдельных персонажей на всю 1С

потому что у них три персонажа это и есть вся фузина.. и платформу пишут и клиентов поддерживают
не понимают что в мире 1С только 7000 фирм-партнеров которые к развитию платформы напрмер отношения не имеют..
и это не считая сотен тысяч фикси например или фрилансеров..

и даже тут на форуме 100500 человек у которых может быть разный подход к одной и той же задаче..
по этому кстати у 1С есть методика разработки где и пояснено по интерфейсам почему так и как правильно, по написанию и оформлению кода.. по этому кстати и БСП,..


но фузиновсцы просто не доросли до этого.. они сейчас по развитию методологий и платформы гдето на уровне 77+1с++

+ (981)  кодеры живут в мире кодеров и впаривают свое кодерское видение..

(978) Процитируешь место в постановке?

(980) Нафига? Мне уже неинтересно, а цели угодить ему изначально не было

Странно, что еще никто не попробовал обойти контроль остатков, то есть первую задачу

(968) я вот никакой ерунду существенной не вижу. при этом что явообще нихрена не 8-ик. я более менее 8-ку юзаю только БП для своего ИП.
причем это не мешало мне консультровать мохнатого 77-ика прога адского, который автозапчасти с 77 перепиленной на УНФ перетягивал (вообще нахер не знад ни он ни я как там внутри УНФ устроен). а 8-ка - это всетаки не 77. ну и что - перескочили с 77 на УНФ - вообще без строк кодирования. и работают. Почему - ну потому что - везде во всех решениях есть единая концепция а не кто в лес кто по дрова.

(985) Бро думаю база будет интереснее, вдруг догадается, что за алгоритм :))

(985) ща рискну

(987) для них это неактуально, у них в принципе решена перебором всех движений.

Ребята изобрели велосипед.
Прокатились по двору, даже пару экземпляров продали соседским мальчишкам.
Вышли за предел двора.. а там взрослые дядьки на мотоциклах гоняют.
Пацанам обидно, они честно изобретали велосипед.. сами.. где то взяли колеса, где то подсмотрели схему рамы, где то притырили руль.. а тут байки..
Ну и пишут они статью - "21 причина почему не мотоцикл" поясняя всем и каждому что бензин не нужен, моторное масло вообще непонятно и умный человек сделал бы без ненужного моторного масла, а еще этот выхлоп окружающую среду портит
Затем они заходят на байфорум и учат что вы на своих байках педали крутить не можете и вообще покажите как вы педали на байк поставите.. ведь нашим клиентам педали нужны были чтобы ехать.. а как ехать без бензина - давайте без бензина сравним кто дальше уедет и тд..

(989) Не, ну интересно же должно быть :))

(990) байкерам конечно прикольно поржать с молодняка.. но всему есть предел..
пока беседа была конструктивной и не сваливалась в тупорылое "садись-два", равно как в игнорирование прямых вопросов и увиливание от ответов - было интересно посмотреть на наивняк, вспомнить босоногое детство когда сам, много лет назад, десятки даже лет назад таким же был.. молодым, дерзким и неопытным..
но когда мальчишки начили демонстративно кривляться и изображать дурачков - разговаривать становится неочем..

(991) нихера интересного. у меня такое решалось просто. убирал бардак. закрывал все дыры через которые лез бардак. например правка задним числом. стоял первыйх два дня за списнами, на вопои "вааа, надо изменить сзади!" бил по башке. на третий-пятый дент привыкали. и далее работали правильно. и сейчас в конторе основной - я там за два гоад появился раз 8-10. работают как-то и без меня. и фузины не надо. тоже все тсабильно. как и на фузине.

(992) про интеркампани спрашивать фузиновцев надо?

Мне вот, кстати, интересно, а как в Фузине реализован условный динамический список
Реализован вообще?

(994) забей. они свою ERP сравнивают с УТ11  и просирают по всем фронтам..
причем сами признаются что кейс редактирования скидок - не рабочий и неиспользуемый, и есть в ERP  так же как в 1С нормальный документ для этого..

тяжко фузине будет впаривать на РФ своц продукт. у всех больших - у каждого свои заморочки, плюс 1С, надо будет очень сильно прогибаться под клиентов. это как ВМС внедрять. кода пишем совсем ничего, но нервово уходит вагон и телега.

998...

999..

Закрыто. срач неинтересню только предметные вопросы в отдельной ветке

Ап

Тыща