Управляемые формы, как правильно писать код #549736

На форме есть программно-созданная кнопка. При нажатии на кнопку в зависимости от её имени определяется логика работы. Один из вариантов при нажатии выдается пользователю диалог на сохранение файла. Возможная реализации алгоритма с проблемой: 1. На сервере выполняется определение логики работы в зависимости от имени (выполнимо только на сервере, на клиенте не работает получение свойства "Заголовок" у объекта "КомандаФормы"). 2. Далее на клиенте выполняется вывод диалога пользователю (!ПРОБЛЕМА, переход из серверной в клиентскую процедуру выдает ошибку!). --- Тогда пишем алгоритм заново начиная с начала: 1. На клиенте вызываем серверную процедуру с передачей параметра "КомандаФормы" для определения логики. (!ПРОБЛЕМА, передача параметра "КомандаФормы" невозможен!) Так как же правильно и красиво расписать такую логику?

>>При нажатии на кнопку в зависимости от её имени определяется логика работы

а что ещё нельзя и как можно, нужно?

скажи это разработчикам РМК Розницы

почитай Радченко Коротко о главном

у КомандаФормы есть Имя. даже у программносоданных

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

чего только стоило сделать отбор в динамическом списке по владельцу. реально интерфейс у 8.2 кривой )

1. Да. У них на форме одна эталонная кнопка, при открытии добавляются кнопки-клоны со своими именами. В зависимости от имени нажатой кнопки происходит то или иное событие

имя на клиенте легко получается из команды, в отличии от заголовка. вроде уже что-то получается )

Внимание, вопрос: если пользователь нажал кнопку, не она ли будет текущим элементом формы?

как то не привычно определяет активный элемент или нет, если передается "КомандаФормы". я лучше их сделаю по одной на каждую кнопку ))) следующая проблема вот эта хрень на клиенте не работает ))) такое чувство что кодируешь на минном поле... СправочникСсылка.<Имя справочника> (CatalogRef.<Имя справочника>) <Имя табличной части> (<Tabular section name>) Использование: Только чтение. Описание: Тип: СправочникТабличнаяЧасть.<Имя справочника>.<Имя табличной части>. Набор свойств содержит табличные части справочника. Доступ к табличной части осуществляется по имени, как оно задано в конфигураторе. Доступность: Сервер, толстый клиент, внешнее соединение.

что собственно и понятно, нефиг тонкому клиенту получать табличные части :)

Именно. А что ты с ней делать-то собрался?

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

не будет... доступность ТЗ Доступность: Сервер, толстый клиент, внешнее соединение.

Ну выполняй на сервере, какие проблемы?

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

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

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

тем не менее 8.0-8.1 меня только радовал ))) а тут хоть и понятно, что могут быть проблемы с передачей параметров. так ещё интерфейс явно не дружелюбный. чего только стоит совмещение формы, реквизитов, команд и все с кучей вкладок ) должно быть проще! )))

так, кто нибудь подскажет. переменные в модуле это серверные или клиентские переменные? )

В модуле формы - как напишешь

вам бы перфоратор в руки или болгарку в ноги...

Поэтому я езжу на автомате. там всего 2 педали, и 3 положения у ручки (вперед, назад, паркковка)

Пропустил еще как минимум 3, а то и 4, от коробки зависит. Еще есть N, L, 2, может быть 4. А если типтроник, то еще 2 прибавляются. Никакой интуиции не напасешься :)

*может быть 4 = может быть 3

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

уже выяснили, можно 22 доставать

следующий вопрос. как реализовать в тонком клиенте:

Доступность: Толстый клиент.

Если я не ошибаюсь РМК в Рознице под тонким работать не должно, только толстый

Глобальный контекст.ПолучитьФорму (Global context.GetForm) Глобальный контекст (Global context) ПолучитьФорму (GetForm) Синтаксис: ПолучитьФорму(<ИмяФормы>, <Параметры>, <Владелец>, <Уникальность>, <Окно>) Параметры: ---бла-блабла Возвращаемое значение: Тип: Форма; УправляемаяФорма. Описание: Получает форму или управляемую форму. Перед получением осуществляется поиск уже открытой такой же формы. Поиск осуществляется по типу формы, значениям ключевых параметров формы, владельцу формы, пользовательскому ключу уникальности. Если в параметре <Уникальность> передано значение Истина, то поиск уже открытых форм не осуществляется. Доступность: Тонкий клиент, веб-клиент, толстый клиент. Вызов метода выполняет обращение к серверу.

работает, уже проверил ) спс. ещё тут разобрался с написанием Элементы.Список.ТекущиеДанные...

А насчет зависимости от имени логики - непонятно в чем проблема.

проблема была в том, что на клиенте запрещено обращаться к свойству Заголовок. зато к имени можно и все становиться замечательно )

я тут CRM Рарусовский немного мучал на управляемых формах. впечатления, на УФ можно сделать всё ))) поэтому ничего меня не остановит, главное не изобретать велосипед.

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

Ну, молодец. А для нахрена ты ее передал?

надо, нетленка нестадартная.

Я понимаю, что написана криво. Но для нафига туда-сюда обратно гонять данные?

есть некий конструктор меню. для данного конструктора есть много параметров. вот они и тянутся для выполнения пункта меню. не тяни с меня больше подробностей )

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

мне нужна табличная часть изначально

Ну, нужна - хорошо. Кто запрещает ее передать в вызываемую форму так, как это положено делать?

динамическим списком?

О_о Ты сам-то себе это как видишь? Временное хранилище для таких вещей предназначено

непонял, а хранилище здесь зачем? )

При том, что именно оно предназначено для временного хранения данных на сервере, как ни парадоксально. И можно (а в твоем случае так даже нужно) в него сохранить эту твою ТЗ и прочее, что доступно только на сервере, и потом восстановить в вызываемой форме.

в тонком клиенте нельзя обращаться к ТЗ. через хранилище или ещё как то передавать его бесполезно. именно поэтому все передается в списках и структурах, ибо иначе тонкий клиент шлёт нафиг.

Мне слова "на сервере" большими буквами написать и с буффонами вокруг них попрыгать?

так мне тз использовать надо на клиенте, ключевое ))) если бы задача была передать сервер-клиент-сервер, то проблем бы не было и с обычными типами

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

читаю уже ) но пытаюсь и вас понять... пример чтоли нарисуйте.

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

основные моменты уже рассказали: гонять туда-сюда надо как можно меньше, как можно реже, пользоваться врменным хранилищем. И вообще, УФ требуют понимания не только того, ЧТО ты хочешь сделать, но и КАК это будет работать. Еще для понимания концепций, рекомендую ознакомиться с тем,как устроены современные веб-приложения, в частности,  с технологией ajax, асинхронными вызовами и веб-сокетами. Это очень близко к тому, что происходит в УФ.

php знаю, протокол http подробно тоже знаю. помоему меня вынуждают описать цель данных извращений, а я не готов обсуждать нетленку :)

знание языков и протоколов не при чем. важно понимание концепций

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

+ нашел работает