Тонкий клиент VS Толстый клиент #638598


#0 by SeregaMW
Программисты и администраторы 1С по-разному представляют взаимодействие Клиент-Серверных вариантов. С одной стороны им конечно понятен смысл разработки фирмой 1С «тонкого» клиента (масштабируемость, отказоустойчивость, отсутствие больших требований к программным и аппаратным ресурсам), с другой стороны для многих само взаимодействие – «черный ящик». В коде 1С активно используются директивы вида &НаКлиенте, &НаСервере, &НаСервереБезКонтекста, которыми, в соответствии с функционалом, программист управляет вызовы процедур и функций. «Тонкие» клиенты 1С  устанавливают связь с сервером приложения посредством TCPIP и Socket. По организованному каналу связи отправляет и получает пакеты от сервера приложения 1С, этим они полностью напоминают «толстых клиентов 1С. Так в чем же принципиальная разница? Пакеты, отправляемые и получаемые ТнКл 1С представляют из себя xml–пакеты. Хочется услышать Ваше мнение, по поводу удобства разработки, быстродействия клиентов, оптимизации, обучение пользователей. Помните замечательную возможность ещё с 7.7 "Поиск по строке" в формах списков справочников? В тонком клиенте ее нет, её заменили на "поиск" он же "отбор" в отдельном окошке. А объяснить пользователям  почему новая система стала менее удобной не всегда получается.
#1 by Fragster
ну юзай управляемые формы в толстом, кто тебе мешает-то?
#2 by acsent
очередное нытье?
#3 by Fragster
#4 by Fragster
ну и
#5 by Бешеная Нога
очередной неудачник имхо
#6 by golden-pack
Тоже не мог понять этот прикол с поиском построке. Тормозить стали формы списка и еще куча всякой фигни. УФ - разработка стала сложнее. Но это очередной этап в 1С. Было 7.7 -> 8.1 -> 8.2 -> 8.2 (УФ) Нужно смириться с этим и начинать изучать и кодить. Других вариантов нет.
#7 by le_
Не нравится - ищите другую платформу или пишите свою.
#8 by Бешеная Нога
УФ - разработка стала сложнее?
#9 by golden-pack
Да. Передача значений с клиента на сервер - дополнительный код / время разработки. Вместо 1 процедуры - две / три. ПРимерно так - когда реализуешь задачу в тослтом клиенте возникает вопрос - каким из миллиона способов это можно сделать. А в УФ - как это вообще можно сделать.
#10 by Fragster
да ладно, за один только фильтр по реквизитам "через точку" УФ можно простить все
#11 by Fragster
это заставляет немного думать, отделяя представление от кода
#12 by Fragster
от "бизнес логики" в смысле
#13 by rotting
это пока у тебя мало знаний, потом все выровняется
#14 by Maxus43
ояпть срач, Гения позовите, он накидает говна в УФ
#15 by golden-pack
Никто с этим не спорит. Может даже стало лучше - теперь программисты забут о той простоте разработке которая была в толстом. Может еще заставить всез объявлять переменные в начале процедуры, типизировать их. Из той же оперы.
#16 by Fragster
я бы многое отдал за типизацию параметров и прочего, хоть бы и опциональную
#17 by Fragster
это уменьшает долю говнокода сильно
#18 by Lenka_Boo
1. Задолбали меня &Тута и &Тама На толстый столько хороших внешек есть, но пока их на тонкий переделаешь... 2. При переходе с 7-ки юзвери быстрее к толстому привыкают, чем к тонкому.
#19 by golden-pack
Тут не может быть аргументов. Прогресс не остановить.
#20 by SeregaMW
Без нытья, просто хочется знать мнение других, что то подчеркнуть новое из общения в ветки. Специфика взаимодействия сервера приложения 1С с тонкими клиентами вносит свой вклад в длительности выполнения команд. Зачастую, длительное время выполнения операций 1С не зависит от загрузки ресурсов или параллельной работы других пользователей 1С. Для демонстрации этого была создана обработка, основной целью которой было открытие и закрытие формы одного и того же документа и замер времени выполнения этой незамысловатой процедуры. Фрагмент кода представлен на следующем рисунке: На сервере приложения 1С не включен технологический журнал, есть большое количество свободной оперативной памяти и ресурса CPU. На нем запускается исключительно один процесс с обработкой. После анализа статистики длительностей этой операции получены следующие данные: На первом рисунке представлены все данные, а на втором – только длительности менее 2 секунд. При этом средняя длительность около 1,5 секунд (далее матожидание). На что следует обратить внимание: • На первом рисунке отчетливо видно, что значительные (до 9 секунд) отклонения длительностей от матожидания. Периодичность этих отклонений каждый 2 минуты. Следовательно, сервер приложения 1С запускает процедуру, приводящую к увеличению длительности. Поиск подобных процедур не дал результата, поэтому есть большая вероятность, что эта процедура никак не управляется со стороны администратора. • Если увеличить масштаб (второй рисунок), то открывается другая интересная картина – на графике вырисовывается две четких линии с разницей до 30%. Природа этого явления, скорее всего, отличная от предыдущей. Но в этом случае уже значительная часть операций (около 25-30% от всего количества) выполняется медленнее.
#21 by Длинный Клиент
>v8: Тонкий клиент VS Толстый клиент Оба г-но !
#22 by Mort
Мои вменяемые пользователи совсем не опечалены возможностью искать через поиск как в клюшках. А в 8.3 такая возможность наполовину появилась. А пускать прогеров "вниз" на уровень взаимодействия давно пора. Во первых инструмент стал посурьезней, во вторых всякое лошьё типа фиксина отрубилось.
#23 by Конфигуратор1с
Хочется услышать Ваше мнение, по поводу удобства разработки, быстродействия клиентов, оптимизации, обучение пользователей. "удобство разработки" - что один что второй имеют преимущества и недостатки. С одной стороны в уф нужно больше думать где клиент где сервер, с другой стороны ряд преимуществ - не болит голова с привязками элементов формы, динмический список вообще няшка - выводи все что хош одним запросом, пользовательские настройки в скд (хотя это же можно было и в толстом реализовать, ИМХО) и так далее. В целом тонкий и толстый клиент отличаются для разработчика в основном отличием работы с формами. В этом плане лично для меня  больше плюшек у тонкого клиента. Быстродействие клиента? ну тут спорить не буду - замеры не делал. Опять же зависит от форм и прямоты рук разработчиков конфигурации. Но вроде, визуально, в тонком 1сина шустрее. Оптимизация - зависит от условий, но чисто для себя начал замечать, что когда пишешь стараешься думать что бы лишний раз сервер не дергать и оптимизируешь код изначально. А не на коленке склепали а потом по свободе переписываешь. обучение пользователей - а вот это уже не зависит от клиента. Открою большою Тайну - клиенту пофигу - 1с7ка/1с8ка/сап /навижн, тонкий/толстый клиент, Упр/обычные формы. Клиенту главное что бы программа работала и давала нужный результат. Религиозные темы его не интересуют.
#24 by zulu_mix
а мне вот интересно, как тс представляет себе скролл в списке в тонком клиенте, где юзер набивает в справочнике "клиенты" ТЫКОВЛЕВ это надо весь список протащить от Т до ТЫ. проще отбор вмазать и выкинуть только то что попадает. экономия трафика однако.
Тэги: 1С 8
Ответить:
Комментарии доступны только авторизированным пользователям

В этой группе 1С