Имя: Пароль:
1C
 
УФ в обычном приложении
,
0 demiurggig
 
26.03.19
12:46
Не первый раз встречаю когда в обычном приложении используют УФ, например в торговле 10.3. Подскажите, пожалуйста, зачем это делается, в чем преимущества УФ в торговле 10.3 перед обычными формами?
1 Ёпрст
 
26.03.19
12:48
(0) Просто писателям всея руси из селезнёвки лень писать один и тот же код под разные формы, вот и кочуют формы из ут 11 в ут 10 и розницу и ка
2 Cyberhawk
 
26.03.19
12:48
Чтоб потом переделывать легче было.
Ну и ковыряться с ОФ такое себе удовольствие.
3 Ёпрст
 
26.03.19
12:49
а приимуществ нет, сплошные недостатки
4 Cyberhawk
 
26.03.19
12:51
(3) Охват УФ, открываемой в ОП, шире, чем у ОФ. Потому что ее можно и в УП открывать.
Так что ты гонишь)
5 sqr4
 
26.03.19
12:53
Да начнется!!!)
6 ДенисЧ
 
26.03.19
12:59
Такое не нужно. Просто аффтары не хочут возвращаться на ОФ. Им ограниченность ганглия не позволяет.
7 ptiz
 
26.03.19
13:01
(0) Как уже сказали - лень писателей.
8 bolder
 
26.03.19
13:05
Нихрена не угадали.УФ в режиме тонкого клиента в разы меньше инфо гоняет.
9 demiurggig
 
26.03.19
13:07
(8) Первый раз слышу чтобы УТ 10.3 в тонком клиенте могла работать
10 bolder
 
26.03.19
13:12
(9) Дополнения к УТ10.3 активно использую.Клиент сервер.Да, нужно постараться, и кода там несколько больше.
11 Web00001
 
26.03.19
13:17
(10)Только причем здесь тонкий клиент?
12 bolder
 
26.03.19
13:21
(11) Ну хорошо,тогда УФ+тонкий клиент = профит.
13 Cyberhawk
 
26.03.19
13:22
Вот, хотя бы один здравомыслящий уже отметился в ветке )
14 bolder
 
26.03.19
13:29
15 Кац
 
26.03.19
13:49
(0) зато запросто можно организовать работу в тонком и веб клиенте
16 Web00001
 
26.03.19
18:03
(12)Тогда непонятно причем здесь УТ103. Я не слежу за актуальными ветками УТ10.3 ибо незачем. И тоже как и (9) первый раз слышу, что УТ10.3 вдруг научилась работать в режиме тонкого клиента, разворачивать лень. Последний раз когда я ее видел, модуль управляемого приложения там был пустой. Поэтому поверю на слово. УТ10.3 дописали, до состояния "может работать в режиме тонкого клиента" или ты открываешь управляемые формы в толстом клиенте и делаешь вид, что это тонкий клиент?
17 ptiz
 
27.03.19
09:34
(8) Можно было бы посмеяться, но только грустно.
18 Cyberhawk
 
27.03.19
10:43
(16) "непонятно причем здесь УТ103" // Иногда лучше читать, чем писать. УТ 10.3 упомянута как пример, в общем случае есть куча подсистем навешиваемых на любую конфу и которые на УФ, что дает профит в виде возможности работы в подсистеме в тонком и веб-клиентах
19 Вафель
 
27.03.19
10:44
можно и в тольстом клиенте. тот же динамический список
20 palsergeich
 
27.03.19
10:47
Ну причин несколько:
1) для самоубучения. Года идут, ОФ потихоньку отмирают, и раз бабахнет переход на УТ 11, и все ты за бортом.
2) молодежь не очень в ОФ умеет, туда загнать тяжеловато.
21 Web00001
 
28.03.19
13:18
(18) >>Иногда лучше читать, чем писать.
Я тоже так считаю. Но ты по какой то причине пишешь вместо того, что бы читать

>>УТ 10.3 упомянута как пример, в общем случае
Может все таки стоит поднять глаза и прочить (0)? Автор спрашивает зачем УФ в приложении, которое запускается ТОЛЬКО в режиме толстого клиента?
При слове УФ у адептов УФ падает забрало на глаза и они начинают брызгая слюной убеждать всех в том какие они прекрасные. Хотя с ними никто вроде и не спорил.
22 elCust
 
28.03.19
13:26
Один только динамический список в УФ чего стоит.

Вот надо тебе вывести список собранный из разных мест да и раскрасить его. В УФ это делается 3 нажатиями кнопки мыши. В ОФ это пол дня работы и тонна кода.
23 Cyberhawk
 
28.03.19
16:46
(21) "ты по какой то причине пишешь вместо того, что бы читать" // Попрошу без инсинуаций.
"Может все таки стоит поднять глаза и прочить (0)?" // Тебе - конечно.
Во-первых, найди там слово "например", что подтверждает мои слова, которые ты же сам и процитировал.
Во-вторых, убедись что там нет ничего, подтверждающего твои слова "в приложении, которое запускается ТОЛЬКО в режиме толстого клиента". То, что ты так думаешь про УТ 10.3, конечно же не означает, что это так и есть.
Так что 2:0, пока ты сливаешь )
24 Web00001
 
29.03.19
05:03
>> Попрошу без инсинуаций.
Ты первый начал

>>Во-первых, найди там слово "например"
Ну увидел и что? В качестве примера выбрано приложение которое запускается ТОЛЬКО в режиме толстого клиента.

>>Во-вторых, убедись что там нет ничего, подтверждающего твои слова "в приложении, которое запускается ТОЛЬКО в режиме толстого клиента".
Там нет ничего опровергающего. Иходи из того, что там написано. В качестве примера у нас ТОЛЬКО одно приложение и оно запускается "ТОЛЬКО в режиме толстого клиента" все остальное ты додумал сам. Можешь туда таким макаром вообще, что угодно приписать: УНФ, игру сапер из виндовс и еще что нибудь. Автор же написал слово "например" просто для фантазии открыт, добавляй, то, что удобно. Пофигу, что имел ввиду автор, главное не проиграть спор. Любой ценой. О хоспадя...

>>То, что ты так думаешь про УТ 10.3, конечно же не означает, что это так и есть.
Напиши, где я ошибаюсь, вместо того, чтобы язвить и передергивать.

>>Так что 2:0, пока ты сливаешь )
Я был не в курсе, что мы соревнуемся. Если тебе полегчает: ты прав.
25 Cyberhawk
 
29.03.19
08:13
"Напиши, где я ошибаюсь" // Думаю, твоя ошибка в том, что слишком много кривды в твоих сообщениях
26 ptiz
 
29.03.19
09:22
(21) "убеждать всех в том какие они прекрасные. Хотя с ними никто вроде и не спорил." - я бы поспорил. Во большинстве ситуаций УФ дают только тормоза и неудобство работы.
27 ptiz
 
29.03.19
09:22
+(26) я в первую очередь про формы списков.
28 Провинциальный 1сник
 
29.03.19
09:24
УФ не нужны без УП, по-моему. И вся разработка под УФ должна ставить своей целью именно работу в УП, для облачной легкости.
29 Web00001
 
29.03.19
09:59
(26) >>я бы поспорил
В рамках данного топика имелось ввиду. Так то это тема для отдельного срача
30 Fish
 
29.03.19
09:59
ОФ - это уже вчерашний день. Вполне понимаю нежелание разработчиков писать под ОФ, когда можно использовать прекрасные и совершенные УФ.
31 fisher
 
29.03.19
10:17
Отчеты на УФ одно удовольствие рисовать, я именно с этого начинал.
С какими-то частями можно будет работать через web.
Простые формы разрабатывать намного легче, быстрее и красивше (именно интерфейс имею в виду).
В общем, смысл такой, что если можно использовать УФ - выгоднее использовать УФ. И руку набиваешь (или не сбиваешь) и проще потом наработки в современные конфы переносить.
32 fisher
 
29.03.19
10:22
(27) Ты про какие тормоза в формах списков? При одинаковой функциональности не встречал тормозов в сравнении с ОФ. Используя сложные/кривые запросы динамических списков, сортировки по неиндексированным полям на больших периодах и прочие лайфхаки - да, можно получить великолепные тормоза.
33 1Сергей
 
29.03.19
10:24
(32) открой ЖР в какой-нибудь базе на пол террабайта и подивись :)
34 Fish
 
29.03.19
10:25
(33) Ты про новый формат ЖР? Только УФ каким боком тут? Не нравится - включи старый текстовый формат.
35 1Сергей
 
29.03.19
10:26
(34) Но, в ОФ-то летает :)
36 fisher
 
29.03.19
10:27
(33) Очень релевантный пример.
(27) Хотя, конечно, тонкий клиент гораздо более капризен в плане отзывчивости интерфейса. ОФ почти всегда максимально отзывчив. УФ при разного рода накладочках сразу начинает лаги ловить.
37 Провинциальный 1сник
 
29.03.19
10:28
Вообще считаю что внешний ЖР надо избавить от регистрации событий, связанных с данными. Они должны писаться в "прикладной ЖР", который хранится в самой базе аналогично регистру сведений, с индексами и отборами. А во внешний - только то, что касается соединяния с базой или авторизацией.
38 1Сергей
 
29.03.19
10:29
Что-то мне эта ветка напоминает сказку О рыбаке и рыбке :)
39 Fish
 
29.03.19
10:30
(35) Емнип, новый формат ЖР и на ОФ на редкость тормознутый. Пока не наложишь отбор - ещё вроде ничего. Но стоит наложить хоть один (не дай бог несколько) - то можно идти пить кофе :)
40 fisher
 
29.03.19
10:41
(39) Я вообще не понимаю идеи писать первичный лог напрямую в СУБД.
ИМХО, первичный лог обязан быть текстовым и биться на файлики по дням. Это дает максимальную надежность, скорость записи и позволяет легко настраивать ротацию логов. А вот если не хватает скорости/возможностей анализа - тогда уже поверх первичных логов прикручивается агрегатор с нужными фишками, как это на "большой земле" обычно и делается.
А в 1С решили скрестить ежа и ужа. Получилось не очень. Теоретически анализировать должно быстрее, но сиквел-лайт для больших объемов не шибко подходит. Плюс все прелести СУБД, начиная с того, что ротацию легко не настроить.
41 fisher
 
29.03.19
10:48
Хотя в 1С вполне нормально писать лог действий пользователя (не технический лог) напрямую во "взрослую" СУБД. Как некоторые и делают, чтобы не заморачиваться с двухступенчатой схемой.
В 8-ке просто сделали большую глупость. Есть же технический журнал. Нафига в обычный ЖР писать события всех транзакций??? Это же бред. В 7.7 нормально было. Плюс невозможно настроить удобную детализацию. В итоге получаем на порядки бОльшие размеры ЖР в сравнении с 7.7 на тех же документопотоках.
42 fisher
 
29.03.19
10:50
Я на некоторых больших продуктовых базах делаю так - включаю уровень детализации ЖР "ошибки и предупреждения" (как-то так), а все остальное нужное пишу сам вручную или по подпискам.
43 Fish
 
29.03.19
10:52
(42) Я тоже. Более подробная детализация ЖР возможна только на тестовых базах.
44 ptiz
 
29.03.19
10:52
(32) Сделай просто справочник на несколько сотен тысяч записей, иерархический. ОФ - мгновенный переход по группам, мгновенное отображение списка. УФ - грусть, печать, тормоза.
45 Tonik992
 
29.03.19
11:11
(6) вообще плюсую. В топку обычные формы. Есть возможность использовать УФ - надо делать.
46 fisher
 
29.03.19
11:19
(44) На нескольких сотнях тестить лень, ради доказательства что в интернете кто-то неправ.
А на десятках никогда не тормозило.
47 ptiz
 
29.03.19
11:30
(46) Еще бы оно на десятках тормозило :)
48 SUA
 
29.03.19
11:35
(44) Файловая база таки да... но зачем там справочник на сотни тысяч записей для просмотра?
49 ptiz
 
29.03.19
11:39
(48) Открыл свою рабочую базу, SQL. Список реализаций (около 5 миллионов).
Обычная форма - жмем PgUp, листается с конца к началу так, что посчитать не успеваю, но около 7 страниц в секунду.
Управляемая форма (простой дин.список без произвольного запроса) - по 1-2 странице в секунду.
50 oslokot
 
29.03.19
11:52
(49) УФ, БП3 клиент-сервер. Открыл список номенклатуры, в ней ~ 5 тыс элементов. Да и неважно сколько их.
Жму PgDown - страницы мелькают так, что не успеваю подсчитать.

ЧЯДНТ?
51 fisher
 
29.03.19
12:17
(49) Мой список реализаций (2 миллиона) листается только в путь. Не похоже, что медленнее 7 страниц в секунду.
52 Cyberhawk
 
29.03.19
12:18
(45) Что-то ты не туда плюсуешь) Там, где ты плюсуешь, утверждается, что УФ в ОП не нужны и те, кто делают так, делают это не от большого ума)
53 Cyberhawk
 
29.03.19
12:19
(49) "Управляемая форма (простой дин.список без произвольного запроса) - по 1-2 странице в секунду" // А в ОФ тоже дин. список листаешь?
54 Mikeware
 
29.03.19
12:19
(6) не могут?
55 fisher
 
29.03.19
12:20
(47) Что значит "еще бы"? Я, например, не могу себе представить по какой причине список не тормозящий на листании десятков тысяч записей должен начать тормозить как не в себя на сотнях.
56 Fish
 
29.03.19
12:23
(55) Ну если отключить динамическое считывание данных, то вполне себе может тормозить.
57 ptiz
 
29.03.19
12:24
(53) В ОФ - ДокументСписок, а какие еще варианты?
58 Mikeware
 
29.03.19
12:25
(31) т.е. весь профит - в "прогрессивности"?
59 1Сергей
 
29.03.19
12:26
(57) ДС в ОФ
60 d4rkmesa
 
29.03.19
12:32
(0) Потому что это быстрее - можно сделать нормальную форму и не возиться с идиотскими привязками в ОФ.
61 Cyberhawk
 
29.03.19
12:36
(57) Значит надо смотреть, где задержка) Кажется проще сравнить для начала запросы очередной порции к СУБД (в профайлере, например) в ОП и УП. Если там разницы не будет, то уже сравнивать время передачи данных с сервера в форму.
62 ptiz
 
29.03.19
12:38
(61) И что это даст? Имеем, что имеем: на одних и тех же данных ОФ - в разы быстрее.
63 fisher
 
29.03.19
12:41
(62) Может, дело именно в боках работы УФ на толстом клиенте. Не думаю, что в 1С этот режим вылизывали. Во всяком случае, я уже сталкивался с разного рода "шероховатостями".
64 lucbak
 
29.03.19
12:43
(62) ОФ быстрее (с этим трудно спорить), но быстрее они так сказать "базовой" комплектации - взять тот же "ДокументСписок" - сам по себе работает быстро, а теперь давайте-ка разукрасим его, добавим рассчитываемые колонки и посмотрим... УФ удобнее (+больше возможностей), как в плане настройки так и в плане разработки (хотя тут конечно палка о двух концах)
65 Сисой
 
29.03.19
12:56
(0) Я так постоянно делаю.
Причина простая. Есть монструозная конфигурация на ОФ. Перейти на УФ нельзя, внедрение займет годы и сотни миллионов рублей.
УФ используются для:
1. Переноса функционала из других конфигураций;
2. Удобных отчетов на СКД. В т.ч. внешних.;
3. Динамических списков.

Все новые модули мы разрабатываем на УФ, юзаем их через такси, но обращение к формам справочников и отчетов этих модулей возможно и в ОФ.
Некоторые функции БСП в режиме ОФ тоже используем.
66 Сисой
 
29.03.19
12:58
(40) +100
Идея писать детализированный ЖР в sqllite - мудацкая.
67 Cyberhawk
 
29.03.19
13:04
(62) Так ведь вероятность немалая, что понимание места, дающего задержку, даст возможность ускорить дин. список в УФ.
То, так ты говоришь, аналогично ситуации, когда груженая камнями ламба не разгоняется за 3 секунды до 100 км/ч, и ты говоришь что заглядывать в багажник нет смысла )
68 fisher
 
29.03.19
13:05
(65) Стоп. А как ты умудряешься использовать внешние отчеты СКД на УФ в обычном приложении? Обычное приложение же вроде принципиально не хочет открывать УФ во внешних отчетах/обработках.
69 ptiz
 
29.03.19
13:40
(66) Да, удивительно, как в 1С сами раскладывают себе грабли, а убирают только тогда, когда по лбу получают.
70 ptiz
 
29.03.19
13:48
(67) А зачем 1С по-умолчанию в ламбу(УФ) камней наложила?
"места, дающего задержку" - задержку дают или запросы, которые 1С генерит к СУБД, или обработка этих запросов на сервере 1С, или перемещение кучи данных между клиентом и сервером. В любом случае - движок 1С не поменять. Можно пытаться шаманить и модифицировать запросы/формы так, чтобы 1С их проглатывала максимально легко, но - это затраты с непонятным результатом.
Каюсь, одну УФ в свою конфу встроил - для специфического документа, маркетинг хотел хитрые отборы и группировку в журналах.
71 Mikeware
 
29.03.19
13:51
мыши плачут, колются, но жрут кактус...
72 lucbak
 
29.03.19
13:54
(71) Осталось только разобраться с вопросом, что является кактусом ОФ или УФ? :) или 1С в целом )
73 Eiffil123
 
29.03.19
14:15
Думаю, в УТ 10, как и в УПП, управляемые формы появились, когда появилась 8.2 и тогда еще были планы перевести старые конфигурации на УФ.
А потом появились ERP и УТ и эти планы потеряли свой смысл.
74 d4rkmesa
 
29.03.19
14:16
(68) Предположу, что какие-то манипуляции с формой отчета, которую можно брать из конфигурации. Теоретически можно какую-то подсистему свою подсистему реализовать.
75 Сисой
 
29.03.19
14:43
(68,74) Да, встроенная в конфу специальная форма. Для отчетов на СКД без формы.
76 Сияющий в темноте
 
29.03.19
15:16
УФ проще в программировании,так как можнл забыть про разметку и править только тогда,когда совсем криво получилось.
В ОФ без разметки очень тяжело,и мышение по экрану не очень удобно.
скорость работы-вопрос спорный,если при каждом чихе контекст на сервер не гонять,то хорошо.
просто,в УФ нет возможности делать НайтиСтроки по индексированной таблице,а также нет возможности сделать на форме поле без реквизита,что не позволяет динамически выводить данные в таблице,но тот же динамический список это решает.
77 Сияющий в темноте
 
29.03.19
15:18
и,самое главное,что обработкаоповещения работает в любых формах,что дает возможность использовать указатели на функции в 1с.
78 Вафель
 
29.03.19
15:28
(77) чем обработка оповещения лучше чем просто "Выполнить"
79 fisher
 
29.03.19
15:34
(71) А какая альтернатива? Утки?
80 Cyberhawk
 
29.03.19
15:50
(70) Почему по уолчанию? Вон (32) (50) и (51) пишут что все летает из коробки )
81 Mikeware
 
29.03.19
15:50
(72) я за то, что кактусом являются УФ.
я понимаю, что "дело привычки", "новая прогрессивная платформа" и все такое - но тормоза по запуску (БП3, УТ11 - ERP побоялся), медленная работа, ублюдочный интерфейс...
82 Mikeware
 
29.03.19
15:52
(80) "летает. но нызЭнько-нызЭнько..."©
83 fisher
 
29.03.19
16:35
(81) Ты предвзят. Я скажу так - у концепции толстого клиента (в принципе, а не в текущей его реализации) есть очевидные преимущества:
- отсутствие дополнительных прослоек (которые в частности могут приводить к лагам интерфейса)
- простота разработки (ибо моноприложение, что по сути смотри п.1)
Декларативный интерфейс могли бы вполне реализовать и в концепции толстого клиента. Как и множество других плюшек, которые сейчас есть в тонком клиенте. И была бы конфетка.
Но.
У тонкого клиента тоже есть очевидные преимущества. В том числе - трендовые (та же облачная 1С, например - новое направление продаж). Другое дело, что для многих покупателей они неважны. Но 1С пришлось выбирать, ибо тянуть параллельно по сути две продуктовые ветки - плохая бизнес-идея. Так как функционально тонкий клиент покрывает толстый - выбор был очевиден. Толстый клиент определили в дом престарелых доживать свои дни.
Поэтому теперь уже выбор стоит не между толстым клиентом и тонким, а между каменеющим артефактом и современным и развивающимся продуктом.
В этом моменте семерочники должны фыркнуть и сказать, что восьмерка - это испорченная семерка, которая была простая как три копейки, где все делалось в пол-пинка, ресурсов она не жрала, лицензии были бесконечные и пользователям ничего лучше этого и не надо было и она еще всех нас переживет.
84 SUA
 
29.03.19
16:58
(70) >>одну УФ в свою конфу встроил
таки да... прогресс не отменить
и кстати списки все в УФ я так подозреваю часто можно упростить (оставив только наименование у того же справочника номенклатуры например, или номер/дату/контрагента у реализации, без навешанных красивостей) и тогда сравнивать уже что быстрее
85 SUA
 
29.03.19
16:59
(83) видел недавно одну семерку ТиС кстати... юзеры говорят что на 8ку не хотят)
86 Ёпрст
 
29.03.19
17:02
Это, на уф научились уже делать множественные отборы в форме списка ? ..или отбор по значению колонки, или поиск по тексту в колонке списка ?.. ну так, мало ли, упустил чего
87 ptiz
 
29.03.19
17:09
(86) Это всё, но через такое жэ, что только адепты УФ считают это нормальным.
88 ptiz
 
29.03.19
17:12
У меня некоторые юзеры в обычных формах с "Отбор по значению текущей колонке" с трудом могут совладать, про УФ даже думать не хочу.
89 Ёпрст
 
29.03.19
17:12
На уф, только подсветка всей текущей строки радует, такую бы в оф не помешало бы.
А так, хз.
Все конфы что видел - это полный пэ для работы, никакого юзабилити.
90 fisher
 
29.03.19
17:20
(86) Удобный отбор по текущему значению колонки (как в ОФ) сделали в каком-то дремучем релизе (как и переход из объекта в список с позиционированием на объекте, чего тоже сразу в УФ не было).
Поиск по колонке - кнопка расширенного поиска (или просто Alt-F в колонке).
Что такое множественные отборы? По нескольким колонкам? Их очень удобно набрасывать через те же отборы по значениям колонок. Они совместно применяются и красиво отображаются. Сложные отборы делаются через настройки, которые по-дефолту выносятся в быстрые настройки (ведь динамические списки в УФ через СКД сделаны) и дальше пользователю с этим уже удобно работать.
91 fisher
 
29.03.19
17:26
Хотя поиск по колонке работает в УФ как отбор по частичному совпадению. Если хочется чтобы именно "перескочило", не скрывая остальные данные - такого вроде нет.
92 fisher
 
29.03.19
17:31
Да и вообще удобство работы с динамическими списками в актуальном Такси - это одна из киллер-фич.
93 Ёпрст
 
29.03.19
17:37
(90) множественный отбор - хочу сразу отбор по организации и клиентосу, примеру.
94 Ёпрст
 
29.03.19
17:37
и по любым комбинациям - в списке/не в списке/ в группе/равно/больше меньше и т.д
95 Вафель
 
29.03.19
17:38
(93) разве в уф этого нельзя?
96 Ёпрст
 
29.03.19
17:39
+ хочу в списке найти что-то по текстовому представлению (части строки)...
97 Ёпрст
 
29.03.19
17:40
(95) в какой конфе есть пример ?
98 RomanYS
 
29.03.19
17:40
(93) Еще - настроить список.
Всё есть, даже больше возможностей чем в ОФ со сложными отборами. Но менее удобно чем было, стало "дальше"
99 fisher
 
29.03.19
17:40
(93)(94)(96) Я вроде про все написал уже...
100 fisher
 
29.03.19
17:42
Что не оч. нравится - полнотекстовый поиск в такси сейчас дефолтовым запилили. Лучше бы дефолтным оставался поиск по колонке, а использование окошка полнотекстового поиска опциональным было.
101 Вафель
 
29.03.19
17:43
(97) вроде это базовая фича списка в уф.
или ты что-то другое имеешь ввиду?
102 Fish
 
29.03.19
17:45
(97) В любой, где есть ДС.
103 Ёпрст
 
29.03.19
17:46
во, раз тут знатоки уф, спрошу..
Как в в УФ, в табличной части документа, добавить текстовую колонку (как в обычной форме), которая , например, отображает Сред(Номенклатура.Наименование,3,5) ?
104 Fish
 
29.03.19
17:46
(96) Ищи, кто не даёт?
105 Вафель
 
29.03.19
17:47
(103) можно, но чутка сложнее чем на ОФ
106 Fish
 
29.03.19
17:48
(103) Добавляешь колонку у реквизита формы, который соответствует ТЧ.
107 Ёпрст
 
29.03.19
17:48
(105) и...пример есть?
обычная таб часть любого дока
108 Ёпрст
 
29.03.19
17:49
(106) этого реквизита нет в тч, чего добавлять ?
109 Вафель
 
29.03.19
17:49
(107) неожиданно, но на форме туда можно добавить "красную" колонку
110 fisher
 
29.03.19
17:49
(103) Как в ОФ работать не будет. Надо пересчитывать самому по каждой строке в доп-реквизите (ессно в доп-реквизите формы, не объекта).
Причины абсолютно прозрачны - снижение нагрузки на тонкого клиента и более предсказуемый профиль нагрузки.
111 Вафель
 
29.03.19
17:50
112 Ёпрст
 
29.03.19
17:50
Пример, кто-нибудь может написать ?
113 Вафель
 
29.03.19
17:51
(112) как добавить или как заполнять? смотри типовые. практически везде есть
114 Вафель
 
29.03.19
17:52
обычно метод называется

ЗаполнитьДобавленныеКолонкиТаблиц();
115 Fish
 
29.03.19
17:52
(112) Зачем? Чтобы убедить тебя, что это можно делать в УФ? Может, проще тебе ИТС почитать?
116 Cyberhawk
 
29.03.19
17:55
(83) "Так как функционально тонкий клиент покрывает толстый - выбор был очевиден" // Лол
117 Ёпрст
 
29.03.19
17:56
(114) в ут11, есть что-то похожее ?
118 Вафель
 
29.03.19
17:57
(117) есть конечно
119 Вафель
 
29.03.19
17:58
(116) те моменты что не покрывает - они вам не нужны )))
120 Вафель
 
29.03.19
17:58
(117) после того как ты колонку добавишь, с ней работаешь как о обычным реквизитом тч
121 fisher
 
29.03.19
18:00
(112) В УФ как в шапку, так и в ТЧ можно добавлять реквизиты, которые не реквизиты объекта ("синенькие"), а реквизиты формы ("красненькие"). В базу они не пишутся. Просто живут пока живет форма. И заполняешь их как угодно по подходящим событиям. А на элементы управления "красненькие" реквизиты биндятся точно также как и "синенькие".
122 Ёпрст
 
29.03.19
18:01
(118) ага, спсб. погляжу , на досуге
123 Вафель
 
29.03.19
18:01
(121) в шапку объекта вроде нельзя
124 Ёпрст
 
29.03.19
18:01
(120) ок
125 fisher
 
29.03.19
18:03
(123) Так там они и смысла не имеют. Не очень корректно выразился, согласен. Просто реквизиты формы, не в шапку.