Добрый день!

Если я правильно понял Ваш бизнес-кейс, то вы его неправильно реализовали. Если при изменении одного поля нужно взять значение этого поля, округлить его и записать в другое поле, то вам нужно делать this.set("RoundPropertyPriceWithDiscount", value);

Тёскин Дмитрий Валерьевич,

Нет, я все правильно написал. Округление значения в том же самом поле. 

RoundPropertyPriceWithDiscount это просто название атрибута

Вам в эту тему.

Здравствуйте
Интересный случай. Глубоко не копал, но причина вроде бы в последовательности вызова
меняя this.set("TargetColumn", new Date());, вы "дергаете" SameHandlerControl, т.к. атрибут связан с колонкой. И поскольку перед "самовызовом" метода вы меняете флаг выхода, то получается замкнутый цикл

попробуйте вызвать window.foo = true; ПОСЛЕ this.set("TargetColumn", new Date());

мой тестовый код, на котором нет вечного цикла

define("UsrSection1Page", [], function() {
	return {
		entitySchemaName: "UsrSection",
		attributes: {
			"SameHandler": {
				dependencies: [
					{
						columns: ["UsrName"],
						methodName: "SameHandlerControl"
					}
				]
			}
		},
		methods: {
			"SameHandlerControl": function() {
				var n = this.get("UsrName");
				if (window.foo) {
					window.foo = false;
				} else {
					//window.foo = true;
					this.set("UsrName", n + window.foo);
					window.foo = true;
				}
			}
		},
...

Я решил, проблему "отложенным вызовом на 100 мс." смены атрибута который приводит к вызову обработчика в рекурсии

...
setTimeout(function(){
     this.set("TargetColumn", new Date())
}.bind(this), 100);
...

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

PS: создается такое впечатление что срабатывание обработчиков - псевдосинхронное, т.е. this.set банально "стакает" текущий контекст, и функция вызывается повторно, не завершившись в предыдущий раз.

Здравствуйте, Илья.

Зависимости атрибутов представляют собой зависимости между колонками конкретной записи. При изменении значения колонки в карточке редактирования срабатывает зависимость.
Раздел в свою очередь работает с коллекцией записей. Нет конкретной колонки, изменения которой должно вызвать срабатываение зависимости.

Ну в рамках карточки мы не обязательно привязаны к колонкам,
мы можем просто создать атрибуты (свои, пользовательские не связанные с колонками - что собственно и показано в примере) и на их изменение - зависимости выраженные в вызове методов текущего контекста.
Почему то же самое с атрибутами не доступно в рамках карточки секции ?
Возможно есть иной способ привязки логики к изменению атрибута ?
Например биндинг value на метод:
Что в таком случае будет происходить -
При установке значения в аттрибут - каждый раз будет вызываться забинженный метод - в аргументы которого будет поступать устанавливаемое значение, а его return значение - будет установлено в качестве текущего value ?

Потому что applyDependencies из BusinessRulesApplierV2 работает только для BasePageV2 и её наследников. По сути это сахар над обычным бекбоновским this.on("change: ...
так что в секции можете в ините просто написать:
this.on("change:MyAttrColumn", this.myMethod, this);
где MyAttrColumn имя атрибута\колонки для которой будет тригерится по изменению метод myMethod описанный в блоке методов.

"Максим Шевченко" написал:По сути это сахар над обычным бекбоновским this.on("change

Прям её не подключить, все же в базовой реализации этого метода анализируется атрибут IsEntityInitialized которого нет в секции. Но, вы можете попробовать написать свой миксин который будет пробегать по атрибутам, искать у них свойство "зависимости" и делать в этом форе this.on на указанные методы.

https://learn.javascript.ru/arguments-pseudoarray

в метод-обработчик передается
1) то, что в кофинге в свойстве argument
2) название измененной колонки

эта штука там уже с незапамятных времен и вряд ли куда-то денется

"Андросов Дмитрий" написал:

https://learn.javascript.ru/arguments-pseudoarray

var x = {
	var: "var keyword",
	arguments: "pseudo array",
	function: "function keyword"
}
//любуемся
console.log(x)

Псевдомассив аргументов при вызове метода обработчика собирается следующим образом:
первый аргумент: значение атрибута "argument" установленное в dependencies объекте.
второй аргумент: Имя аттрибута текущей модели (поля) по которому сработала зависимость.

Вот вопрос касался как раз "argument"

"Севостьянов Илья Сергеевич" написал:Вот вопрос касался как раз "argument"

Здравствуйте, Влад.

Для создания редактированного грида достаточно описать зависимости в define. Добавить ConfigurationGridUtilities в dependencies Вы не сможете (да это и не нужно). Так же рекомендую Вам создавать деталь через "Мастер деталей", а затем вносить изменения, поскольку добавлять фильтрацию, а так же бизнес правила для детали с редактируемым реестром возможно только на странице детали.

Спасибо. Подскажите пожалуйста еще на один вопрос:
Можно ли сделать редакрируемым грид, в котором в качестве значения колонки могут быть данные разного типа, как например у детали "Деталь характеристики продукта"?

В детали «характеристики продукта», в значение колонки не заносится разные типы значений. Там на самом деле в объекте есть колонки разных типов, и в зависимости от условий, показывается та или иная колонка, то числовая, то строковая, то лукапная. А для отображения в гриде всегда выводится ее текстовое значение. Которое программно высчитывается при изменении фактических колонок хранения.
В редактируемом же гриде вам придётся вывести все эти типы колонок, иначе вы их просто не заполните. Можно разве что в зависимости от «условия» влиять на их блокировку на изменение. Посредством написания бизнес правил в «странице редактирования» детали.
Т.к. редактируемый реестр детали, часть логики, ответственную за конкретную запись, может обрабатывать только при наличии страницы редактирования. Даже если она не открыта, бизнес правила из страницы редактирования будут отрабатывать для строк редактируемого реестра.

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

Спасибо!