точнее он не говнокод в чистом виде, т.к. ооп но дебажить его гораздо сложнее издержки технологии вообщем то

Но я не настаиваю. Для моих задач д7 стал подарком свыше. Кому-то удобней как раньше

да я тоже не спорю, и не пытаюсь доказать что мои фломастеры вкуснее просто рассуждаю вслух

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

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

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

меня вот другое убивает

А мне вот что про ооп интересно: написал я класс, есть у него методы, которые что-то из базы тянут. Есть на странице несколько компонентов. И все используют одни и те же методы объекта. Нет способа не делать одно и тоже несколько раз?

у битрикса было три плюса громадных, когда я входил 1. хороший маркетинг 2. относительно не высокий порог входа 3. хорошая документация сейчас смотрю и вижу что все двигается к тому, чтобы из трех - оставить лишь один плюс

Порог входа вроде не меняется. Видео ннормальные есть

А мне вот что про ооп интересно: написал я класс, есть у него методы, которые что-то из базы тянут. Есть на странице несколько компонентов. И все используют одни и те же методы объекта. Нет способа не делать одно и тоже несколько раз?

кеширование компоненты, кеширование на уровне класса (свое ручное)

прям в память всмысле

В оперативу?

Порог входа вроде не меняется. Видео ннормальные есть

речь не о видео что такое два ядра и почему, как второе недостаточно документированное использовать и поддерживать при нескольких разных подходах наследование опять же

при недостаточных доках - это повышение порога за счет ооп отдебажить тоже становится сложнее, в ядро уже тоже просто так не заглянешь если что..

В оперативу?

угу, если уверен что данные понадобятся параметр класса, наполняем его значениями реализуем "ленивую" логику - если данных еще нет - догрузим из бд и сохраним, если уже есть - не трогаем бд

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

тут уже получается вопрос - не как, а зачем.. тем более если есть кеширование компоненты..

Юзкейсов не придумал. Это пока так...

при обсчетах - вполне реальный кейс

либо для расчетов, где данные одни и теже дергаются либо для упрощения логики кода

но на cli можно и рамы побольше дать если что )

У нас сейчас на проекте ппц какая ооп система развернута. Там все через менеджеры ресурсов, ресурсы, все на ArrayObject. Реальное имя класса почти нигде не участвует. В конструкторах описаны матоды, которые по своей логике вызывают ресурс, который создает обхект класса, свойства которого — объекты других классов. И вот несколько компонентов на странице, которые создают эти объекты десятками

То ли это ппц тупость, то ли высшие уровни ооп, для меня пока недоступные. Но для магазина, как по мне, это реальный оверхед

ну все не всегда такое как кажется смотреть кейсы надо

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

но опять же.. это лишь мое мнение

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

а веселье подливает то, что даже если ошибся - ты вынужден уже поддерживать то что наделал..

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

Тут как всегда нужно найти середину которая всех устроит. Нельзя заниматься преждевременной оптимизацией там где она может и не понадобится, например, писать весь проект прямыми запросами, ну и абстракциями увлекатся не стоит и критичные участки лучше захардкодить, так как оно вряд ли будет еще где то использоваться или в ближайшее время участки вдруг станут не критичными

ну это понятно вопрос лишь опыта и хорошего сорта кофе

А мне вот что про ооп интересно: написал я класс, есть у него методы, которые что-то из базы тянут. Есть на странице несколько компонентов. И все используют одни и те же методы объекта. Нет способа не делать одно и тоже несколько раз?

Создавать класс, экземпляр которого передается из компонента в компонент

Синглтон?

Синглтон?

естественно )

естественно )

Синглтон как бы не есть хорошо. К тому же возможны варианты, когда нужно несколько объектов

Необязательно $a = new B; $APPLICATION->IncludeComponent( 'component', 'template', array('MY_CLASS' => $a) ); $APPLICATION->IncludeComponent( 'component2', 'template2', array('MY_CLASS' => $a) );

не очень хорошо потому что ктото такое написал? хм.. оригинально

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

ну.. я как раз выше об этом писал, только применительно к компонентам впринципе что это несколько избыточно - ооп, ради ооп

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

Логика сиглтона - это не более одного

в битриксе есть контейнер

который не используется

А мне бы просто не хотелось похожие операции выполнять постоянно. Идея с кешированием в оперативе вроде ничего

если осема надо

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

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

или написать какой-то сервис, который по цепочке будет забирать данные оО

наверное вопрос дурацкий.. но если я правильно понимаю - речь о компонентах и их однородных данных а почему не использовать штатное управляемое кеширование?

наверное вопрос дурацкий.. но если я правильно понимаю - речь о компонентах и их однородных данных а почему не использовать штатное управляемое кеширование?

признаюсь честно, все что я понял - нужно что-то откуда-то забирать

и вроде и кейс закрывает и ограничения на раму этого нет, ну если там конечно не дикое кол-во данных

и использовать в нескольких компонентах.

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

изначальный вопрос просто был про одни данные для разных логик впринципе ответ был - в раме, в параметре класса если речь о компонентах - то кеш если компоненты на разных сайтах одной машины - то мемкеш если компоненты на разных сайтах разных машин под разными ядрами - то сервис )))

что делать если будет из разных галактик - я еще не придумал..

квантовая спутаность

эт если разные галактики

Приветствую, есть работающие по sale.order.ajax, реально ли переделать в шаги?

изначальный вопрос просто был про одни данные для разных логик впринципе ответ был - в раме, в параметре класса если речь о компонентах - то кеш если компоненты на разных сайтах одной машины - то мемкеш если компоненты на разных сайтах разных машин под разными ядрами - то сервис )))

Примерно про это я и спрашивал. Спасибо за идею

всем доброго утра) с пятницей

Доброго утра, почему CSaleLocation::GetByID не возвращяет улицу??

а ID, который передаете в эту функцию, принадлежит к местоположению типа "Улица"?

да

ERROR: S client not available

$arLocs = CSaleLocation::GetByID($arProps["VALUE"]); $var = Bitrix\Sale\Location\Admin\LocationHelper::getLocationPathDisplay($arProps["VALUE"]);

вот так если попробовать, улица выводится?

Сейчас прверю

Да во всю строку string(116) "Россия, Калининградская область, Калининград, Панинский проезд"

ну вот, значит улицу он возвращает, а корректный вывод нужно смотреть среди методов класса Bitrix\Sale\Location\Admin\LocationHelper

Спасибо за подсказку

Пожалста, обращайтесь

Если что вот так можно получить улицу $parameters = array(); $parameters['filter']['=ID'] = $request->get("ORDER_PROP_LOCATION"); $parameters['filter']['NAME.LANGUAGE_ID'] = "ru"; $parameters['limit'] = 1; $parameters['select'] = array('LNAME' => 'NAME.NAME'); $arVal = Bitrix\Sale\Location\LocationTable::getList( $parameters )->fetch(); if ( $arVal && strlen( $arVal[ 'LNAME' ] ) > 0 ) { $val = $arVal[ 'LNAME' ]; }

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

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

ну там походу структура базы нестандартная.

магазин запчастей, каждый инфобок это марка. в марке категории

так это жесть

и как оказалось некотоые запсасти относятся к нескольким маркам

переделай по феншую

пусть все в одном иб будет

как? как сделвть чтобы марки были категориями в одном инфоблоке7

Юрий, а почему бы просто не разбить файл по маркам? И выгружать в каждый инфоблок свой файл?

выгрузки приходит из 1с.

в 1с настрой выгрузку либо пили обработчик, который за ленивым 1скником будет приводить базу в порядок

да втом то и дело что я не работаю с 1с, там свой программист

ну либо пили обработчик, либо указания для 1сника, второе предпочтительней так как нафиг костыли

ну либо пили обработчик, либо указания для 1сника, второе предпочтительней так как нафиг костыли

да я даже не представляю, что ему сказать. как должна выглядеть структура в 1с чтобы все ввгружалось в 1с? в чем сечас различия

марки это разделы, илейте все в 1 иб, ну или марки это свойства, вариантов та масса, как те удобней будет?

по структуре на сайте я понимаю как лучше сделать а в 1c как-то указывается, что эта категория будет разделом или это будет отдельный инфоблок?

да нельзя категории на иб разбивать)

пусть их в разделы выгружает

Так в этом то и проблема, то что если будет 1 ИБ и в нем категории, все будет нормально выгружать.

непонял почему это проблема?)

Я имел ввиду проблема Юрия в этом, то что у него не 1 ИБ с категориями)

я это понимаю. но при выгрузке создаются инфоблоки