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

Есть объект - Контрагент, у него есть поле - Партнер. Задача - указать в в поле документа "Партнер" партнера из контрагента.

Решение нормального человека:

документОбъект.партнер = контрагент.партнер;

Решение в типовой 1с:

Партнер = ДенежныеСредстваСервер.ПолучитьПартнераПоКонтрагенту(Объект.Контрагент);

Функция ПолучитьПартнераПоКонтрагенту(Контрагент) Экспорт
	
	Запрос = Новый Запрос("
	|ВЫБРАТЬ
	|	Контрагенты.Партнер КАК Партнер
	|ИЗ
	|	Справочник.Контрагенты КАК Контрагенты
	|ГДЕ
	|	Контрагенты.Ссылка = &Контрагент
	|");
	
	Запрос.УстановитьПараметр("Контрагент", Контрагент);
	РезультатЗапроса = Запрос.Выполнить();
	Выборка = РезультатЗапроса.Выбрать();
	Если Выборка.Следующий() Тогда
		Партнер = Выборка.Партнер;
	Иначе
		Партнер = Неопределено;
	КонецЕсли;
	
	Возврат Партнер;

КонецФункции

кто там п*здел про "пояснения разработчиков" и т.п., я не помню уже, давай, профэссор, что скажешь по этому поводу? Это в соответствии с какой парадигмой сделано? [smile=:D] В рамках какой концепции? [smile=:D] По каким стандартам? [smile=:D]

как может документ называться "Партнер"? кто у вас архитектор?

(0) Все правильно сделано в типовой. Объектное чтение - зло.

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

(0) Если мы читаем через точку то считываем весь объект со всеми его табличными частями, а там уже выбираем один из реквизитов.

Только не спрашивайте почему

MIK (0) Если мы читаем через точку то считываем весь объект со всеми его табличными частями, а там уже выбираем один из реквизитов.

Только не спрашивайте почему

а как в типовой, запросом разве не все реквизиты получаются?!

(7) см запрос (0)

(7) В БСП есть специально обученная функция для кошерного получения реквизитов запросом вместо чтения через точку.

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

(10) Я не вижу ни одной причины сейчас писать код подобный

документОбъект.партнер = контрагент.партнер;

Одновременно неэффективно и небезопасно.

ТеньД (7) В БСП есть специально обученная функция для кошерного получения реквизитов запросом вместо чтения через точку.

пилять откуда вы все это знаете!!!!!!!!!!

(12) За знание подобных вещей мне платят деньги.

(11) ну ладно большинство этих, они конченые (не касается авторов (8), (6) и Теслы)... но ты то вроде на c++ писал, или на чем еще... к чужому мнению прислушиваться вроде в состоянии, что для 1совца крайне нехарактерно... ты хоть понимаешь, какую ахинею ты сейчас порешь?)) у тебя тоже "отравление головного мозга выделениями 1с"?

ТеньД (12) За знание подобных вещей мне платят деньги.

мне тоже! Но я то не знаю этого! Как узнать?

Рупор Галактики Решение нормального человека:

нонче времена немного ушли вперёд по сравнению с 1с 7.7

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

документОбъект.партнер = контрагент.партнер;

Зачем получаем объект? Если мы находимся в модуле документа то можно писать Партнер =
в этой трансрипции

Партнер = Контрагент.Партнер;

Код Идеален!!!!!

Решение в типовой 1с:

Это шляпа полная
тк судя по первому коду в модуле документа у нас уже есть ссылка на справочник контрагента

Партнер = ДенежныеСредстваСервер.ПолучитьПартнераПоКонтрагенту(Объект.Контрагент);
Функция ПолучитьПартнераПоКонтрагенту(Контрагент) Экспорт

Запрос = Новый Запрос("
|ВЫБРАТЬ
| Контрагенты.Партнер КАК Партнер
|ИЗ
| Справочник.Контрагенты КАК Контрагенты
|ГДЕ
| Контрагенты.Ссылка = &Контрагент
|");

Запрос.УстановитьПараметр("Контрагент", Контрагент);
РезультатЗапроса = Запрос.Выполнить();
Выборка = РезультатЗапроса.Выбрать();
Если Выборка.Следующий() Тогда
Партнер = Выборка.Партнер;
Иначе
Партнер = Неопределено;
КонецЕсли;

Возврат Партнер;

КонецФункции

(11)Раз это по твоему правильно, может быть ты из какого-нибудь нормально ЯП и среды разработки пример говна и некомпетентности не то что в программировании, а в школьном курсе информатики, как в (0) приведешь? Всерьез думаешь, что найдется такой (у адекватных людей, естественно)?

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

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

но нам-то нужна ссылка на партнера, которая лежит в некоторой записи в таблице БД, которая относится к нашей ссылке Контрагент

(14) Твое непонимание простительно, в отличие от категоричности высказываний. Ты же 1с знаешь поверхностно, откуда такой апломб и самоуверенность, что правильно, а что нет?

Во-первых, как правильно написано в (6) чтение через точку транслируется в чтение всего объекта контрагент, со всеми потрохами. Т. е. выбрать * из Справочники.Контрагенты как контрагент где контрагент. ссылка = &ВыбранныйКонтрагент + аналогичные запросы по всем табличным частям справочника. Как несложно догадаться, такой код не очень эффективен.

Во-вторых, чтение через точку игнорирует права доступа. Если код документОбъект.партнер = контрагент.партнер; будет выполнен под юзером с урезанными правами, у которого нет права на чтение данного партнера, код свалится с ошибкой. Читая запросом можно использовать предикат РАЗРЕШЕННЫЕ или поместить ПолучитьПартнераПоКонтрагенту в привеллегированный модуль.

andrewks но нам-то нужна ссылка на партнера, которая лежит в некоторой записи в таблице БД, которая относится к нашей ссылке Контрагент

ну я так понимаю, мы имеем ссылку на контрагента

неужто получение партнера запросом

Выбрать
СпрКонтрагент.Партнер
из Справочник.Контрагент как СпрКонтрагент
где
СпрКОнтрагент.Ссылка = &Контрагент

быстрее

чем Контрагент.Партнер?

NewTesla неужто получение партнера запросом

не партнера, а ссылки на партнера

NewTesla быстрее

да

Интересно!

Век диви век учись!) щас гляну)

(26) конечно не быстрее, Тесла, ты прав, ибо помимо запроса создается еще куча абсолютно ненужных объектов типа самого запроса, результата запроса, выборки, делаются лишние операции с выборкой (типа выборка.следующий()), вызов самой процедуры стороннего модуля и возврат из нее значения. Плюс к тому пишется туча абсолютно лишнего и ненужного кода. Сам запрос на встроенном языке никаким образом не выполнится и не вернет значение быстрее, чем чтение через точку. Я не знаю, насколько нужно не разбираться в вопросе, чтобы утверждать обратное.

(29) типовой изобретатель велосипеда ты ж не знаешь матчасти, представляю что ты там на ваяешь в своей ЕРП ...

Fynjy (29) типовой изобретатель велосипеда ты ж не знаешь матчасти, представляю что ты там на ваяешь в своей ЕРП ...

где почитать подобное? про матчать? тк скоро я получаю КМС и мне нао готовиться уже к мастеру и мсмк

(27) Скажи мне, раз, по твоему запросом получать значение лучше, чем через точку, а через точку неэффективно и медленно, зачем вообще тогда существует обращение к чему либо через свойства (через точку), раз это такой отстой? почему все обращаются, даже в 1с?

и как тогда ты объяснишь вот такой код из той же типовой УТ, при изменении партнера:

Объект.Менеджер = Объект.Партнер.ОсновнойМенеджер;

Это что же получается, тут неэффективно, а тут эффективно? И от чего же оно зависит, эффективно или нет? От текущей фазы луны? [smile=:D] От текущей доминирующей парадигмы? [smile=:D] От "пояснений разработчиков"? [smile=:D]

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

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

(35) даже если ты ничего не напутал и не придумал (в чем я, прости, сомневаюсь), и у тебя и правда как-то получилось запросом на встроенном языке получить и присвоить ссылочное значение свойству объекта быстрее в 2 раза, чем просто через свойство, это лишь говорит о том, что величина степени ущербности 1с высока настолько, насколько даже я никогда не предполагал, но никогда, ни при каких обстоятельствах ни дин вменяемый человек не будет воротить кучу говнокода, когда можно просто присвоить через свойство. Также, как никогда нормальный адекватный человек не поедет за 1 батоном в Ашан за 10 км, когда можно купить его в булочной за углом. Это называется адекватность.

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

(0) Также стоит понимать, что все приведенные мной примеры из типовой выполняются полностью на стороне сервера, с сервера на клиент там ничего не передается [smile=:D]

(41) причём тут это? и так ясно, что в любом случае код будет выполнен на сервере

Соглашусь с автором топика. Говнокода в 1С более чем. И получение всего объекта через точку это именно 1совская фича. Сделали как проще и всего делов. Если уж на то пошло, могли бы в своем компиляторе преобразовать этот вызов. Чесслово уже достало это ОбщийМодуль.ПолучитьЗначениеОбъекта(Ссылка,"Наименование");

ТеньД Одновременно неэффективно и небезопасно.

почему?

(44) Потому что

Рупор Галактики "отравление головного мозга выделениями 1с"

Тень, возвращайся в c++, или откуда ты... Пока у тебя еще есть шанс излечиться от этой желто-красной заразы.
Тесла, а ты давай за javascript садись, пока не стал таким же как Маратыч и ему подобные. Телочки со всех концов света ждут красивых сайтов от тебя.

а, я дальше по контексу понял что читать запросом надёжнее потому что таким образом не игнорируются(sic!) права доступа

(45) Это конфигурация Управление холдингом. А процедура из БСП

(46) ты лучше приведи примеры использования последних фреймворков при работе с базой данных, той же mysql, и чтобы без селектов всяких

Robin Union (46) ты лучше приведи примеры использования последних фреймворков при работе с базой данных, той же mysql, и чтобы без селектов всяких

все селекты в отдельный слой интеграции с базой данных

(50) ты путаешь мягкое с тёплым. ничто не мешает в 1с писать через точку или получать объект записи таблицы в оперативную память и там уже обращаться через точку

Robin Union да [...], чо только нельзя

это всё мелочи так то...

(54) ты хоть понял суть претензий Рупора?

Robin Union (54) ты хоть понял суть претензий Рупора?

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

(57) да [...] ты не понял.
(58) о чём тебе и говорю, что [...] не понял
тот же DataSet ADO.NET кэширует сука данные в оперативной памяти

Robin Union (58) о чём тебе и говорю, что [...] не понял

я готов выслушать вашу версию его претензий

(60) Ты не понял ничего.

(62) потому что у тебя в голове каша

(63) Вещества употреблял, алкоголь? Признавайся.

Рупор Галактики городить запросы вместо простого обращения через свойства - это безумие какое-то

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

(66) не бывал. вот тут менее рекламное фото
wiki:Pascha_(brothel)

ТеньД код свалится с ошибкой

Не Объект не найден будет?

Рупор Галактики Я вот думаю в Европку может съездить, заехать хочу...

(70) Юзер увидит диалог "Нарушение прав доступа" с кнопкой ОК. Обожаю их за высочайшую информативность.

и что показывают тесты производительности такого творчества?...

Guk и что показывают тесты производительности такого творчества?...

Тесты показывают что скоро я буду между двух лесбиянок!!!!!!!!!!!!!!!!!!!!!

УРА!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!

УРА!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!

УРА!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!

Да здравствуйте первая индустриальная революция ТЛМС и Владимир Ильич Ленин, который вдохновляет меня на часть перемен!

(74) Я очень сильно сомневаюсь, что эта махина действительно быстрее присваивания через свойства, мне кажется ты что-то путаешь. Но, даже если батон в Ашане был бы дешевле, чем в булочной, даже в 2 раза, ездить за 1 батоном за 10 км в Ашан, когда его можно купить в булочной за углом, это безумие. Подумай об этом.

ТеньД (70) Юзер увидит диалог "Нарушение прав доступа" с кнопкой ОК. Обожаю их за высочайшую информативность.

проверил - объект не найден (на примере реквизита таб. части)

Robin Union конечно, в текущих конфигурациях для обоих справочников используется однотипное ограничение по группам доступа
короче, если доступна ссылка контрагента, а партнер запрещен, то и в коде и в запросе со словом разрешенные будет объект не найден

а не проще поставить проверку на права перед кодом

пп.партнер = контрагент. партнер?

все равно не понятно

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

NewTesla почему через контрагент. партнер мы получаем таблицчные части контрагента?

мы получаем ссылку на партнера, больше ничего
вот смотри
предположим, у нас есть кусок кода, где происходит частое обращение к реквизитам контрагента (ссылки на справочник)
Контрагент.Партнер, Контрагент.ИНН, Контрагент.КПП и проч.
тут 2 варианта: либо платформа будет каждый раз совершать запрос в бд, либо она выгрузит данные контрагента в память, чтобы последующие обращения к реквизитам не требовали запроса в бд
программист может об этом вообще не знать. платформа как бы сама тут суетится

Robin Union поэтому если ты, имея ссылку, обращаешься к ее реквизитам, это и нормально и платформа даже сама для тебя готовит данные
и, опять же, не надо путать типы данных... ссылка на объект это просто ссылка на объект
явная манипуляция данными сущности необходимо и очевидно происходит при работе с типами ДанныеФормыСтруктура, СправочникОбъект, как пример

ну так следуююя логике ТЗ из (0) и следует что ссылка тот у нас есть! и в запросе мы эту ссылку подставляем

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

(77) Основной ресурс, требующий оптимизации в разработке на 1с (как и в подобных ей бизнес приложениях) - минимизация обращения к БД. Стоимость выполнения "простыни" кода, формирующей текст запроса, ничтожно мала по сравнению с чтением из БД. Насколько критично переписывать подобный код ИМХО зависит от ситуации. Для разовой операции лично я бы заморачиваться не стал. Хотя я знаком с настоящими пуристами от 1с, которые за объектное чтение сходу бы определели написавшего в ламеры. Работа с терабайтными базами не проходит бесследно для психики. Там "простой" код элементарно приводит к непростым последствиям.

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

(82) проверил щас (не с контрагентами):
ОбщегоНазначения.ЗначениеРеквизитаОбъекта(Ссылка, ИмяПоля, Истина - выбрать разрешенные);
выдаёт Объект не найден

[...] соседи на первом этаже говорю я вам плитку куплю и положу, выберите в магазине они куй забили говорят сам выбирай

(94) А ты хотел так просто уронить бсп-ный код? В запросе обращение к запрещенному объекту обрабатывается корректно. При обращении через точку будет ошибка.

Впрочем, они могли поменять поведение в последних релизах платформы.

ТеньД При обращении через точку будет ошибка.

написал же выше, что нет её - тоже объект не найден

Наверное пофиксили. И это хорошо.

ТеньД (77) Основной ресурс, требующий оптимизации в разработке на 1с (как и в подобных ей бизнес приложениях) - минимизация обращения к БД. Стоимость выполнения "простыни" кода, формирующей текст запроса, ничтожно мала по сравнению с чтением из БД. Насколько критично переписывать подобный код ИМХО зависит от ситуации. Для разовой операции лично я бы заморачиваться не стал. Хотя я знаком с настоящими пуристами от 1с, которые за объектное чтение сходу бы определели написавшего в ламеры. Работа с терабайтными базами не проходит бесследно для психики. Там "простой" код элементарно приводит к непростым последствиям.

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

это какя тока начинал ИП нанял чела , главного разработчика Беккера = это крупная фирма у нас

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

я подумал окуенный чел разраб! А он блять запись движений в цикле сделал [...] дебил! И код на 70 процентов медленнее стал! Это как Ержан тот с отчетом [...]! Тоже главный раработчик! Сделал мне отчет, который не формируется вообще если его не за день формировать а зависает! А я сделал и все довольны)