Вход | Регистрация

  1  2  3   
1С:Предприятие :: 1С:Предприятие 8 общая

Много ли кто еще работает на обычных формах?

Много ли кто еще работает на обычных формах?
Я
   Dmitry_333
 
22.12.18 - 15:30
Всем здравствуйте и с наступающим!
Собственно, вот заинтересовала статистика. Есть ли смысл писать вариант обработки для ОФ? Лично я за последние полгода единожды встречал работающую контору, где конфа на ОФ. Что скажите? Так ли их на самом деле осталось немного?
 
 
   Волшебник
 
1 - 22.12.18 - 15:32
Их полно
   ДенисЧ
 
2 - 22.12.18 - 15:47
Пиши обработку,, которая будет работать и в УФ и в ОФ
   Aleksey
 
3 - 22.12.18 - 15:51
А что уже скорость работы в УФ обогнала скорость работы в ОФ
   МимохожийОднако
 
4 - 22.12.18 - 16:06
(0) Тебе не надо.
   Ник080808
 
5 - 22.12.18 - 16:08
(3) давно
   Смотрящий
 
6 - 22.12.18 - 16:10
(5) Пздёшъ
   Ник080808
 
7 - 22.12.18 - 16:14
(6) а выведи мне список документов в оф с выводом расчетных колонок и такой же на упрформах на динамическом списке)
   Aleksey
 
8 - 22.12.18 - 16:14
(5) И как давно?
Я просто КИП мучал полгода назад и он показал что серверные операции (ну там проведения всякие) работают одинаково что на ОФ, что на УФ (что логично). А вот интерфейсная часть ... ОФ пока на порядок быстрее
   Aleksey
 
9 - 22.12.18 - 16:15
(7) На взлетной полосе Шереметьево-2 стоит огромный гиперлайнер. В салон перед взлетом входит стюардесса и объявляет в микрофон:
- Господа пассажиры, мы рады Вас приветствовать на борту нашего экспериментального гипераэробуса...
На первом этаже нашего гипераэробуса находится салон для VIP-пассажиров вместимостью на 2000 человек...
На втором этаже гипераэробуса находится современный квазиквадро кинотеатр вместимостью 500 человек, вместе с залом игровых автоматов на 200 человек...
На третьем этаже нашего аэробуса находится плавательный бассейн (50 метров) с сауной на 100 человек.
На четвертом этаже аэробуса располагаются теннисные корты с трибунами для болельщиков...
А теперь, господа пассажиры, пристегните ремни и мы попробуем со всей этой хренью подняться.


Я к тому что причем тут возможности и скорость работы
   Смотрящий
 
10 - 22.12.18 - 16:16
(7) Пфф ... частный случай, выведется УФ быстрее, секунды на полторы. что не отменяет общей тормознутости интерфейса УФ по сравнению с ОФ
 
 Рекламное место пустует
   Ник080808
 
11 - 22.12.18 - 16:17
(9) тут не возможность. Я за неделю писал три списка документов где нужно было выводить допколонки в обычных формах. Как не оптимизируй в соответствии с со всеми рекомендациями, все равно тормознутее чем ДС
   hhhh
 
12 - 22.12.18 - 16:27
(10) это тормознутая была БСП. Но разработчики трудятся не покладая рук, сейчас бух 3.0 по интерфейсу заметно быстрее, чем бух 2.0. и гораздо удобнее, потому что такси.
   d4rkmesa
 
13 - 22.12.18 - 16:33
(12) Этточно, я недавно поймал себя на мысли, что новые БП и ЗУП на 8.3.12 субъективно заметно прибавили в скорости.
   Смотрящий
 
14 - 22.12.18 - 16:40
(12) 8.3.10, бп 3.0, -2 релиза от последнего. дополнительные реквизиты и сведения - открыл и на перекур идешь. пришел, выставил фильтр и опять курить.
Допреквизит один, строка(20) ....
   d4rkmesa
 
15 - 22.12.18 - 16:41
(0) Да это же зависит от ваших целевых конфигураций, если это только актуальная линейка на БСП, то смысла нет. А если упор на поддержку каких-то новых функций в морально устаревших конфах на ОФ, то это совсем другое дело.
   Конструктор1С
 
16 - 22.12.18 - 19:09
(8) пример можно?
   Конструктор1С
 
17 - 22.12.18 - 19:12
(10) а в чём конткретно тормознутость УФ по сравнению с ОФ?
   lucbak
 
18 - 22.12.18 - 19:16
(0) а зачем писАть обработку на оф если он на ууф? С каких это пор уф перестали открываться в ообычном приложении?!
   ДенисЧ
 
19 - 22.12.18 - 19:17
(18) Внешние УФ на ОФ?
   lucbak
 
20 - 22.12.18 - 19:19
(19) зачем внешние в 2018?! Обработки в расширение и счастье будет вам.
   Скиурус
 
21 - 22.12.18 - 19:50
(3) Скорость работы нет, но на нее всем плевать. А вот скорость разработки на УФ гораздо выше.
   Aleksey
 
22 - 22.12.18 - 19:53
(17) отрисовка форм, особенно в терминале
   shuhard
 
23 - 22.12.18 - 19:57
(20)[Обработки в расширение]
ню ню
попробуй это в УПП-ах под 8.2
   Конструктор1С
 
24 - 22.12.18 - 20:08
(22) а конкретные примеры? У меня формы почему-то не тормозят, открываются моментально
   Aleksey
 
25 - 22.12.18 - 20:26
(24) на локальном компе с ССД и видеокартой - все летает (видеокарта быстро отрисовывает что на ccd закэшировано)

На терминале с его градиентом и отрисовкой и встроенной видеокартой - всё грустно
   Провинциальный 1сник
 
26 - 22.12.18 - 20:28
(25) Надо интерфейс такси использовать, там градиентов значительно меньше
   Aleksey
 
27 - 22.12.18 - 20:37
(26) Так такси и юзаем. По крайне мере на нашем железе и инфраструктуре КИП показал разгромное приемущество ОФ в части взаимодействия с пользователем по сравнению с УФ и паритет при серверном взаимодействии.

P.S. Естественно речь не идет о самописке с двумя реквизитами. Речь идет о сравнении типовых на УФ и ОФ, в частности УТ10 и УТ11. Ведь при работе никто в здравом уме не пишет с нуля. Берут типовую и дорабатывают поэтому сравнивать тупо влоб УТ10 на ОФ и переписанную на УФ УТ10 никто не будет
   Конструктор1С
 
28 - 22.12.18 - 21:14
(25) работаю из дома, подключаюсь через RDP. Всё нормуль, никаких тормозов.

(27) "Ведь при работе никто в здравом уме не пишет с нуля"
Как-как? Видимо вы в крупном бизнесе не работали, там порой ERP пишут с нуля
   vis_tmp
 
29 - 22.12.18 - 21:24
(21)Ты это серьёзно?
   lucbak
 
30 - 22.12.18 - 21:30
(23) перевести на 8.3 религия не позволяет?!
   lucbak
 
31 - 22.12.18 - 21:31
(29) когда привыкаешь, разработка становится такой же быстрой как на оф
   quest
 
32 - 22.12.18 - 21:36
Скорость разработки - очень сомнительное понятие.  
https://www.anekdot.ru/id/-10035080/


Требуется технологичность и следование стандартам. Проверить и то другое сейчас на автомате нельзя (АПК не в счет, по итогу использования -  гуано) Резюмируя  - пиши под что хочешь. Главное что бы работало и без глюков
   Скиурус
 
33 - 22.12.18 - 21:39
(31) Быстрее гораздо. На разработку самой формы практически не тратится время.
 
 
   lucbak
 
34 - 22.12.18 - 21:43
(33) сьэконил на формах потратил время на  разбитие процедур (клиент, сервер)
   Скиурус
 
35 - 22.12.18 - 21:53
(34) Разделение на клиент-сервер в продакшене все равно придется делать, лучше сразу - в итоге меньше времени теряется. Банально возможность сразу же без лишних телодвижений проводить или печатать несколько документов кучу времени при отладке экономит.
Это как структурное программирование и спагетти-код. Вроде как рабочий прототип проще слепить на втором, но пока отладишь... Поэтому они и вымерли.
   Alexor
 
36 - 22.12.18 - 21:56
(28) тоже сталкивался. Уф в терминале не живут.
В конфигураторе нормально сидеть. Но сама работа в 1с работать в некоторых случаях невозможно.
   Aleksey
 
37 - 22.12.18 - 22:03
(35) зачем? Это искуственное ограничения усложняющее код.
К примеру мне надо вывести на форму реквизит справочника. В ОФ я просто беру и вывожу, в УФ я должен полезть на сервер, чтобы достучаться до реквизита и вернуть его значение.

Зачем мне эти лишние строки кода в продакшене и чем это лучше чем то как это сделано в ОФ (неявное обращение)
   ReaLg
 
38 - 22.12.18 - 22:09
(0) Живут те, кому очередное перевнедрение будет дорого стоить. В количественном выражении - наверное подавляющее большинство на УФ. В суммовом - не знаю. Перевести 100 фирм с 5 менеджерами с ут 10-11 и 1 бухгалтера 2.0-3.0 намного проще, быстрее и дешевле, нежели одно производственное предприятие с УПП на ЕРП. ИМХО.
   quest
 
39 - 22.12.18 - 22:18
(37) Ты еще скажи что фунциональное программирование и чистые функции - гуано. Тебя 1С пытается приучить  правильно, а ты выкаблучиваешься.  Реально деление на клиент и сервер добавляет провизводительности. Не надо так молодых фигне учить
   Скиурус
 
40 - 22.12.18 - 22:20
(37) Странный пример какой-то. Если тебе надо на управляемую форму вывести реквизит реквизита этой формы (ну я так понял твою мысль), то ты его легким движением мышки вытаскиваешь на форму и всё. Да для этого даже конфигуратор не нужен, если уж на то пошло :)
   ReaLg
 
41 - 22.12.18 - 22:25
(37) (39) Небольшой спец, но ИМХО: теоретически разделение на клиент-сервер, так, как это сделано в УФ полезно. Прог, когда начинает плясать с бубном вокруг всех этих оберток данных(тут есть это, зато нет этого, зато вот так можно...), чтобы передать туда-сюда, начинает серьезнее задумывать об архитектуре(а нельзя ли написать так, чтобы не гонять туда-сюда данные?). Но, с другой стороны, все конфы на УФ, кторые видел(БП3, УТ11, ЗУП3) НАМНОГО тормознутее аналогов на ОФ. КИПа у меня нет, но это видно просто в процессе работы.
   quest
 
42 - 22.12.18 - 22:28
(41) когда-то хаскель тупил на тестах жестче чем чистый С. Сейчас идет вроваень или даже обгоняет на некоторых тестах.  Придет время и ОФ будет торомозть на новых платформах.


Диалектика, блин
   Aleksey
 
43 - 22.12.18 - 22:38
(41) Ну а чем ТЗ то им помешал?

(42) Ну немного не так. С каждой новой версии платформы 1С добавляет баги в ОФ. То картинки не показывает, то события не срабатывают, то подвал съзжает.
В какой то момент количество багов превысит критическое значение и будет выбора или 8.2 на ОФ, или 8.х на УФ.
   ReaLg
 
44 - 22.12.18 - 22:40
(41) И еще - порог вхождения на УФ намного выше, нежели на ОФ. Хорошо это или плохо - сложно сказать. Для хорошего спеца - хорошо(меньше конкуренции). Для начинающего - плохо (сложнее въехать, больше процент тех, кто просто "ниасилил").
Для отрасли 1С программирования - хорошо, остается больше грамотных спецов, меньше неграмотных. Для предприятий - плохо. Раньше каждый второй мог взять и поправить конфу, теперь каждый третий.
(42) Работать предприятия хотят сейчас. А не завтра.
   ReaLg
 
45 - 22.12.18 - 22:43
(43) Я думаю, это специально сделано. Чтобы думали, перед тем, как гонять большие объемы данных между клиентом и
сервером, и гоняли только действительно необходимое.
Теория заговора :))
Технической проблемы передать ТЗ я не вижу.
   ReaLg
 
46 - 22.12.18 - 23:03
(43) И, как мне кажется, хорошо, что ТЗ нельзя передать.
Иначе так и было бы всегда:
Возврат Запрос.Выполнить().Выгрузить();
А что там тянется на самом деле и передается - большинству пофиг.
А так, когда ты каждое нужное поле должен бережно завернуть в оберточку, а потом только передать на клиент - тут уже лишнего не будешь передавать :))
   Aleksey
 
47 - 22.12.18 - 23:10
(46) с чего это вдруг? Точно также оборачиваешь в массив структур и все это авно передаешь дальше. Тоже самое только тратишь время на обертки и разворачивания её.
   Скиурус
 
48 - 22.12.18 - 23:14
(47) Если тебе так уж нравится стрелять в ногу, то можно сделать общий серверный модуль с возможностью вызова с клиента и прописать в него универсальные функции по конвертации ТЗ в массив структур и по получению значения реквизита ссылочного типа.
   ReaLg
 
49 - 22.12.18 - 23:30
(47) Да можно, можно. Но пока завертываешь - еще раз подумаешь, а нужно ли мне это на клиенте? И от части ненужного избавишься. И будешь думать, что каждый раз, когда ты дергаешь функцию на сервере - это все мало того что получается из БД, потом еще обертывается, может быть подумаешь и сократишь количество вызовов... В целом, как мне кажется, отсутствие ТЗ на клиенте дисциплинирует программиста. Но замедляет разработку :)
 
 Рекламное место пустует
   novichok79
 
50 - 22.12.18 - 23:52
чо за дичь то? скорость разработки на УФ ниже, из-за того что приходится больше кода писать. программисту все равно наплевать, пока у него не тормозит его поделка, как и что у него между сервером гоняется. а завернуть данные в оберточку и все такое - это какое-то дрочево, которое опять же удлиняет время разработки, за которое "предприятия, которым надо работать сегодня" не хотят платить.
   novichok79
 
51 - 22.12.18 - 23:54
у меня только 2 года назад появились предприятия на УФ, если что. освоить эту хрень несложно, т. к. если копаешься в типовых, все равно дойдешь до всего, либо сам, либо с курсами какими-нибудь.
   Конструктор1С
 
52 - 23.12.18 - 05:35
(47) в подавляющем большинстве случаев можно прямо на сервере все данные закинуть в ТЧ/ТЗ/ДЗ, выводимые на форму. Так что не вижу тут никакой сложности. Просто нужно отвыкать от старых привычек

(48) в БСП такая функция есть
   Конструктор1С
 
53 - 23.12.18 - 05:56
А если завтра придется мигрировать на другую среду разработки? Будете там искать таблицу значений? Господа, надо быть гибче, избавляться от своих закостенелых привычек. Те старики, которые раньше писали программы в условиях ограниченных вычислительных ресурсов, просто ужаснулись бы, если бы увидели, как у современных 1Сников принято данные порожняком переливать через тяжеленные коллекции значений.
   Aleksey
 
54 - 23.12.18 - 07:15
(53) А если завтра 1С умрет? Нужно уже сейчас прекратить писать на 1С
   Конструктор1С
 
55 - 23.12.18 - 07:36
(54) не нужно. Но и идти на поводу привычек тоже не стоит.
   seevkik
 
56 - 23.12.18 - 09:04
Ну хз как там разработка в уф и оф в среднем в попугаях, но, имхо, в уф поразительная скорость разработки простой нетленки внатуре "тяп,ляп и в продакшен", но оф немного подумать надо, но механизм давно уже изжил себя, особо сложнее не станет, а вот разработка на уф со всеми рекомендациями(ну, как в типовой) со всеми фичами, той же инициализации или программного всего что можно (проведение, создание на основании, подключаемые команды и тп) становится непростым таким геморроем
   Скиурус
 
57 - 23.12.18 - 09:18
Это если шаблонов зараннее не сделать то да, до-о-о-лго. Вот давно пора в платформе поправить конструкторы проведения и печатных форм. Ничто не мешает переделать их на БСП-стиль.

Что реально усложняет разработку - это отказ от модальности в том виде, в котором он реализован. Такое графоманство получается с тремя процедурами для того чтобы реализовать вопрос пользователю.
   opus70
 
58 - 23.12.18 - 10:32
(57) золотые слова про модальность, все остальное еще терпеть можно но вот простой вопрос это просто вынос мозга какйто стал
   Dmitry_333
 
59 - 23.12.18 - 18:57
(18) ну на тот случай, например, если у пользователя не отжата галка в свойствах конфы про разрешение использования УФ в обычном приложении.

Плюс некоторые элементы формы "потекли" при открытии в ОП.
   ReaLg
 
60 - 23.12.18 - 20:08
(50) Ну а вот должно быть не наплевать, что гоняется. Это позволит уменьшить проблемы производительности при увеличении размера данных.
Предприятия хотят работать сегодня - это я писал про скорость работы конфы, а не про скорость разработки. Скорость, собственно, написания кода важна, конечно, но, как мне кажется, достаточно мала при крупных задачах по сравнению с обследованием, пониманием задачи, разработке алгоритмов, структуры данных, согласованием, тестированием и т.д. На мелких - да, раньше писал ты полчаса впф, выставляя час(опять же постановка задачи, согласования), теперь пишешь 45 минут то же самое. Ну выстави полтора часа.
   mikeA
 
61 - 23.12.18 - 20:09
(0) Как минимум Инструменты разработчика))
   ReaLg
 
62 - 23.12.18 - 20:13
(50)я своим постоянным клиентам по шабашкам честно сразу говорил - переходите на уф(я их не веду, просто за небольшими доработками обращаются), цены на увеличатся немного, т.к. писать буду медленнее. Переходят(что делать, надо) и соглашаются
   Фрэнки
 
63 - 23.12.18 - 20:34
(50) а ты не пиши дрочиловные доработки - уважай себя!

Я по возможности стараюсь в последнее время типовые ломать и приписывать все в расширениях. И это не означает что доработку такую написать медленней чем это было на обычных формах.
   Фрэнки
 
64 - 23.12.18 - 20:34
(63) ой "типовые НЕ ломать" - пропустил частичку НЕ
   ReaLg
 
65 - 23.12.18 - 20:49
(57) (58) Вот для модальности у меня в голове приличного «оправдания» для разработчиков платформы нет. Я всегда пользовался модальностью тогда и только тогда, когда без реакции пользователя продолжение выполнения программы невозможно(понимая, где ее можно использовать, а где нет). И оставить модальность, как мне кажется, можно было бы. То что я читал - сводится к совместимости с вебом. Может быть мало читал. Тут не могу сказать, может быть им просто действительно сложно, лень или еще что-то было оставить модальностью.
   MyNick
 
66 - 23.12.18 - 21:10
(50) "завернуть данные в оберточку и все такое - это какое-то дрочево, которое опять же удлиняет время разработки" за такое веб разработчики и побить могут :)
   Елена Троянская
 
67 - 23.12.18 - 21:16
(0) Есть клиенты с УПП.
   Fragster
 
68 - 23.12.18 - 22:48
   Конструктор1С
 
69 - 24.12.18 - 03:58
(50) "программисту все равно наплевать, пока у него не тормозит его поделка"

А потом кричим на каждому углу "да эта ваша 1С тормозная и глючная!"
   dmpl
 
70 - 24.12.18 - 07:59
(0) ОФ - лучшее, что придумала 1С ;)

(7) Сдается, вы неправильно спроектировали решение... кстати, а как у тебя в этой форме работает ввод по строке?
   dmpl
 
71 - 24.12.18 - 08:06
(45) Дураки так и будут гонять большие объемы. А страдать будет конечный пользователь - франчи-то за оптимизацию отдельные деньги берут, им чем кривее начальный код - тем больше денег.
   dmpl
 
72 - 24.12.18 - 08:07
(49) Большинство пойдет в Гугль, найдет код и будет его вставлять везде где только потребуется.
   dmpl
 
73 - 24.12.18 - 08:15
(53) Сделаем класс ТаблицаЗначений. 1С - специализированный язык, и именно эта специализация является преимуществом. Так-то учетные системы и на машинных кодах можно писать... так что выкиньте ваш Си, или чем вы там высокоуровневым пользуетесь - и айда писать в машинных кодах. Не надо быть заложником привычек.

(60) Неа. Скорость разработки решает. Под все остальное просто покупается более мощное железо. И это именно из-за того, что уже согласование и проектирование вылезает за все сроки.

(63) И как сравниваешь что поменял?
   ILM
 
74 - 24.12.18 - 08:20
Работаем в УПП на ОФ. Переходим на ЕРП с УФ.
   unregistered
 
75 - 24.12.18 - 08:30
(0) > Есть ли смысл писать вариант обработки для ОФ?

Это зависит от конкретной обработки.
Если это что-то для конкретного прикладного решения (конфы), то статистику надо смотреть по этой конфе.
Если же что-то универсальное или для административных функций, то пока ещё достаточно пользователей ОФ и можно заморочится и написать для них. Но с пониманием, что постепенно их количество будет уменьшаться, а значит опять таки решение зависит от того что конкретно ты там навоял.
   Мелифаро
 
76 - 24.12.18 - 08:34
Много.
   ИначеЕсли
 
77 - 24.12.18 - 08:54
Работаем на УПП, в базе 400 активных пользователей, реализована куча подсистем под отраслевую специфику.
Переходить не собираемся, пока не появится отраслевое решение и сама ERP не стабилизируется.

На УПП в своё время перешли с самописки как раз в тот момент, когда её перестали серьёзно дорабатывать - получилось очень удачно.
   la luna llena
 
78 - 24.12.18 - 09:37
(0) походила по собеседованиям, поспрашивала у знакомых. В провинции очень многие на обычных формах, кто УПП внедрил и не собирается сваливать с него. Если производство и провинция, то процентов 80 будет обычные формы
   novichok79
 
79 - 24.12.18 - 10:35
(60) ха, 45 минут - это если ты "фреймворк" костыльный от 1С под названием БСП знаешь, да и то, если ты печатаешь без остановки. бывает тратишь по 2 часа чтобы все "причесать".
   novichok79
 
80 - 24.12.18 - 10:36
(62) переходят, потому что 1С внедряет новое только в новые конфиги
   novichok79
 
81 - 24.12.18 - 10:37
(63) что значит "дрочильные обработки"? конкретизируйте.
   novichok79
 
82 - 24.12.18 - 10:37
(66) в соседнем кабинете сидит пхпшник, пойду ему скажу, посмотрю на реакцию.
   novichok79
 
83 - 24.12.18 - 10:38
(69) ваша 1С-ка тормознутая из-за овердохуя общих модулей и инициализаций подсистем типовых при каждом открытии формы.
   Fish
 
84 - 24.12.18 - 10:41
(0) Ещё побольше, чем на 7.7, но постепенно их кол-во уменьшается.
   novichok79
 
85 - 24.12.18 - 10:43
(78) у меня в провинции был УТ 11 на производстве. для меня это была "школа УФ" практически.
   Кац
 
86 - 24.12.18 - 10:43
УФ - наше всё
   ptiz
 
87 - 24.12.18 - 10:49
1С 8 на ОФ - лучшее, что сделала 1С!
   Кац
 
88 - 24.12.18 - 10:54
после УФ, невозможно без уныния смотреть на ОФ
   GANR
 
89 - 24.12.18 - 10:54
(87) Только УФ. Надоели геморрой с привязками и отсутствие возможности модификации типовой формы без осложнений для обновления типового релиза.
   Конструктор1С
 
90 - 24.12.18 - 11:31
(83) и каким же образом количество общих модулей влияет на производительность?
   novichok79
 
91 - 24.12.18 - 13:01
(90) я думаю что сам интерпретатор теряется в количестве кода. все равно на эти вызовы тратится время. но без конкретных замеров производительности, я не вижу смысла спорить.
   Air777
 
92 - 24.12.18 - 13:05
УФ вытеснили ОФ в типовых насильственным путем. И сам этот факт говорит о полезности УФ для конечного пользователя. Все что есть в них легко можно было реализовать и в ОФ

Единственное реальное применение УФ по сей день это всякие фреши и ползанье через веб руководов и прочих тыкателей в планшет. Работает оно убого но да работает. Но это явно менее 20% юзеров кому оно очень актуально. Остальным подавай быструю рабочую лошадку без лишних вы*бонов

Справедливости ради отмечу что есть тенденция к оптимизации УФ но там еще конь не валялся такими то темпами. А на минуточку УФ же 10лет!

Какие нафиг клиент серверны вызовы. О чем вы? Посомтрите демки типовых самой 1с публично доступные они же откровенно лагают. И это "демка" в лучшем свете от разаробов. Уныне и безнадега

ИМХО Для сценариев со сложным вводом где важна скорость и удобство работы с несколькими окнами одновременно ОФ еще много лет будут вне зоны досягаемости УФ.

Но я верю что 1с в 1 прекрасный момент переосмыслит свою парадигму и/или проведет радикальный рефакторинг и тогда оно взлетит по настоящему. И не будет вопросов, никто же не выбирает нынче 7.7 или 8? Но это будет уже какая то другая реальностью

PS вот вам ссылка гляньте как мог бы выглядит веб клиент если бы разрабы 1с следили за развитием веб инструментария https://webix.com/demos/web-desktop/
Шах и мат Борис Нуралиев )
   Конструктор1С
 
93 - 24.12.18 - 13:14
(91) даже если вызов общего модуля и требует каких-то там дополнительных микросекунд, на общую производительность это не влияет. А вот когда разработчик позволяет себе вольности, типа получения значения реквизитов через точку (читай - запрос в цикле), либо без особой на то необходимости плодит таблицы на форме, это очень влияет на производительность
   Aleksey
 
94 - 24.12.18 - 14:44
(93) Ну да передача 200 различных параметров через 300 процедур ради того чтобы вернуть константу, которая ну никак не зависит от параметров - это конечно никак не влияет
   dmpl
 
95 - 24.12.18 - 15:01
(93) Ха-ха, да за несколько микросекунд сервер даже код модуля не успеет получить, не то что его скомпилировать.
   ptiz
 
96 - 24.12.18 - 15:11
(93) Теперь, чтобы получить значение реквизита ссылки на форме, вместо простого обращения "через точку" мы вызываем отдельную серверную функцию. Зато - прогресс!
А в ОФ, между прочим, данные объекта после такого кэшировались, и один раз получив значение "через точку", можно было спокойно получать все остальные свойства.
   Конструктор1С
 
97 - 24.12.18 - 15:14
(94) если в этих процедурах нет множественного обращения к БД, то ничего плохого тут не вижу
(95) да хоть секунды. На фоне общей производительности, связанной с чтением из БД, записью в БД и блокировками, все вызовы общих модулей являются просто каплей в море.
   vis_tmp
 
98 - 24.12.18 - 15:16
(97)Вот так и получаются тормозу УФ...
   vis_tmp
 
99 - 24.12.18 - 15:16
*"тормоза"
   vis_tmp
 
100 - 24.12.18 - 15:16
100
  1  2  3   

Список тем форума
  Рекламное место пустует
ВНИМАНИЕ! Если вы потеряли окно ввода сообщения, нажмите Ctrl-F5 или Ctrl-R или кнопку "Обновить" в браузере.
Рекламное место пустует