Управляемые формы против не управляемых #591157


#0 by miron16
Кто что думает по сабжу? Вед доступ не нужен... но ни езвестно что будет завтра...есть ли смысл делать на управляемых формах?
#0 by miron16
Кто что думает по сабжу? Вед доступ не нужен... но ни езвестно что будет завтра...есть ли смысл делать на управляемых формах?
#0 by miron16
Кто что думает по сабжу? Вед доступ не нужен... но ни езвестно что будет завтра...есть ли смысл делать на управляемых формах?
#0 by miron16
Кто что думает по сабжу? Вед доступ не нужен... но ни езвестно что будет завтра...есть ли смысл делать на управляемых формах?
#1 by jsmith82
1. вед доступ можед понадобица 2. прокачаешсо как программист 3. когда выйдет 8.2.16, будет ичсо круче
#2 by DmitryPavlik
смотря что. управляемые имеет делать смысл, если удалённые филиалы, слабый канал и т.п. хрень, где надо жестко оптимизировать скорость сети и не надо много крутить на формах. яркий пример - менеджеры по продажам, как сделали 1с - всё для них! бух. не переводят-же
#3 by marvak
А простой терминальный сеанс в данном случае не выход?
#4 by miron16
Треминал конечно выход... просто непонятно что с упр. формами будет... минусов у них полно (хотябы то что они тормозные)... а плюсов для сегоднешней работы - нет
#5 by DmitryPavlik
при не скоростном канале ваще попка будет )
#6 by Maxus43
если канал де держит терминальную сессию - то это не канал, это древний модем со скоростью в 56 Кб...
#7 by DmitryPavlik
не спорю. аргументов полно
#8 by khimiki
7.7 и терминал рулят. И никуда переходить не собираемся, ни то что на управляемые формы, даже на восьмёрку ни в какой перспективе.
#9 by miron16
ну то что 8ка тут решеный вопрос. Осталось определиться с формами =)
#10 by khimiki
Ну и гоняй её по терминалу, меньше проблем будет. Зачем тебе нужны эти так называемые управляемые формы? Моё мнение такое: задумываться о применении новых технологий нужно тогда, когда они начинают массово применяться. А быть первопроходцем - это ни к чему.
#11 by Maxus43
самописка чтоль? Типовые сама 1с потихоньку переведёт. Я бы сделал обычные формы, если какой-то категории юзеров понадобится тонкий клиент иль ещё чего - писать под них интерфейс отдельно, т.е. это никогда не поздно. имхо
#12 by DmitryPavlik
знаю фирму, которые с 7.7 перешли сразу на УФ и рады :)
#13 by Sserj
Чета у меня и на 56Kb через модем помню склад нормально работал.
#14 by Maxus43
ну я утрировано) смысл понятен, для терминального соединения не надо широкий канал, а если его не хватает даже для этого - надо думать не о УФ а о расширении канала
#15 by z80a
Вообще не понимаю смысла в УФ. Если требуется удаленный доступ или нехватка ресуросов на клиентах - терминал лучший выход.
#16 by neomarat
это еще кто сказал? - в апреле будет бух.
#17 by Sserj
Так чета у меня еще подозрение что УФ поболе трафика жрут чем терминал, правда все как то замерить лень :)
#18 by vmv
если есть опыт в написании УФ, то на них конкретную задачу можно реализовать быстрее и эффективнее. Да есть глюки, но выедь их можно выделить и обойти, если зачача более-менее узкая и неплохо выделена, например в тз. А юзать обычные и 7.7. можно только когда масса людей уже работает с продуктом и затраты на разработку, реализацию будут нерентабельны, т.к. старый продукт еще не отработал свои затраты.
#19 by neomarat
ну если практически все типовые слезли с обычных форм - наверное в этом есть какой-то смысл. быть приверженцем обычных форм когда все основные на управляемых, ИМХО глупо. Ведь придется дотачивать типовые, а ты там не в зуб ногой
#20 by jsmith82
понимашь, пользователям вообще до опупени, какие там у тебя будут формы поставь им семёрку, они будут кричать, что УФ пошло поставь им УФ, они будут кричать, что семёрка это прошлый век подумай о своей карьере, о строчке в резюме, которое ты напишешь спустя 2 года... и, 1ска всё-таки развивается, посмотри где они были и где они щас УФ обязательно станет мощной хренью
#21 by vmv
смотря как напишешь, если разработчик не отдает себе отчета до мелочей в том, что может порождать трафик - то будут жрать. В том и соль, чтобы писать на УФ нужно мозги включать, а эта операция многими забыта)
#22 by Maxus43
да не, прочитал книгу про Разработку упр интерфейса - там про оптимизацию много написано, причем счетчик переданых-полученых байт есть, мало жрёт на самом деле если грамотно написать
#23 by jsmith82
писать на УФ трудно именно в плане того, что там нужно разделять логику сервера и клиента чтобы мыслить правильно, нужно будет проплюхаться на них годик зато потом поимеешь мега-скилл трехзвенной архитектуры
#24 by khimiki
Я даже себе представить не могу, что ещё где - то есть модемы. Да через Мегафон выходите в интернет где нет другого способа. И дешевле и лучше, чем через модем.
#25 by VitShvets
Я бы рекомендовал всётаки тонкие. Тенденция в том, что фирма 1С активно развивает (и, мне кажется, будет делать это и дальше) управляемые формы. Поэтому исходя из потребностей программиста: 1. п.2. +1. Опыт дело очень важное. Есть отличие в программировании под управляемые и обычные формы. Имхо, лет через несколько толстые формы уйдут соовсем. 2. п.1. +1. Организации обычно растут. Где вчера не нужен удаленный доступ, завтра может понадобиться. 3. Тонкие формы универсальнее. Для организации это выгоднее - оно может работать и под разными ОСями (линуксы, яблоки, андроид, ...), скоростями соединений. Я на вашем месте ставил вопрос подругому. "Зачем мне могут понадобиться толстые формы?". Если не найдется ответа на этот вопрос, то однозначно управляемые формы.
#26 by z80a
УФ тупиковый путь. З.Ы. Никогда не поставлю бухгалтерию на УФ. Ибо видел работу УТ11 - это полный ппц.
#27 by miron16
пока мнения разделились.... использовать старые технологии когда есть новые - неразумно. использовать новые технологие которые хуже старых - тоже неразумно.
#28 by Sserj
Ну я же не сказал что сейчас через модем, говорю что было лет 7 назад. А по сабжу могу тебе сказать деревни где нет сотовой, но есть магазины наши, работающие онлайн :)
#29 by marvak
что то подсказывает мне, что УФ это неправильный ход 1С. Имхо правильнее было бы оптимизировать обычные формы. Може кто знает, а есть аналоги УФ в других системах, например Нафижн, Аксапта или еще каких?
#30 by marvak
+ Навижн
#31 by jsmith82
в чём их гавнецо?
#32 by Sserj
А как к примеру представляешь оптимизацию для конторы в которой 50 операторов бьют заявки 24х7 и обновление этих остатков в форме должно меняться каждую секунду?
#33 by jsmith82
сам не прогил в них, но по-моему, это как-раз таки и есть трехзвенные архитектуры, а 1с только стало ею, родив УФ
#34 by jsmith82
поправьте, если сморозил глупость или сказал правду
#35 by z80a
Для юзеров - корявый и уродливый интерфейс. Для прога -лишний гемор непонятно ради чего.
#36 by VitShvets
Имхо, гавнецо УФ может быть только в неумении ими пользоваться. В недостатке опыта. Так что просто не умеет готовить УФ.
#37 by vde69
тонкий клиент - это логичное развитие 3х звенки, с жестким ограничением доступа на клиенте. Дело не в том что форма "подстраивается" а в разделение выполнения клиент/сервер, на обычной форме такое сделать сложно... кроме того УФ - это платформонезависимая форма, что с обычными формами не выйдет
#38 by Sserj
УФ это недоконца передернутый UI из явы, ну а дальше логическим размышлением получаем что везде где есть ява есть эти УФ.
#39 by le_
УФ почти универсальны. Толстый, тонкий, web. Кроме того, плюс в разделении кода на выполняемый на сервере и на клиенте. За счет этого, можно чуток повысить производительность.
#40 by Feanor
имхо написАние УФ проще и быстрее, дорабатывать обычные уже нет никакого желания
#41 by Maxus43
разделение и на обычных формах есть, не такое гибкое конечно
#42 by marvak
в каком смысле "платформонезависимая форма"? клиент под Эппл, Линукс и прочие то есть ставится и работает?
#43 by jsmith82
я сам обычно выбираю то, что, по-моему мнению, говорит правду разделение логики сервера и клиента это, по-моему мнению, правда очередной виток развития концепции работы с данными мир уже не будет прежним трудно поверить, что 1с провалит УФ. вложены большие инвестиции.
#44 by jsmith82
да. 8.2.16 будет под линукс
#45 by Maxus43
кстати да, аналоги в забугорных системах есть? из наших - Галактика, не слышал чтоб там придумывали что-то подобное УФ
#46 by Sserj
Мир крутится по спирали, так что ошибаешься что "не будет прежним" :) Вспомни историю развития всех этих информационных технологий. Сначала большие сервера с кучкой терминалов (ничем сейчас УФ не напоминает), затем персоналки стали довольно проворными и для разгрузки сервера им позволили самим обрабатывать данные, но сервера крепчали и опять перетянули бизнес логику на себя. Что же будет дальнейшим револючионным шагом? :)
#47 by Sserj
Вот замучали :) SAP там все такое и немножко больше.
#48 by marvak
слишком много разработок на обычных формах, может не хватить ресурсов на перевод на УФ, да и такой перенос не нужен в большинстве случаев, а если мало кто будет работать с УФ, то они могут и не взлететь.
#49 by marvak
В САП-е есть аналог УФ?
#50 by Sserj
Неправильно выразился УФ это аналог интерфейса SAP :)
#51 by khimiki
Да любое web - приложение, написанное, к примеру, на том же asp.net - это есть то, что 1С называет управляемой формой. Как всегда изобретает велосипед под другим названием.
#52 by jsmith82
что такое УФ? это тонкий клиент. в чём его фишка? в том, что это приложение, которое пишется с использованием ограниченного количества библиотек. грубо говоря, графическое приложение пользователя
#53 by marvak
так в 1С же уже есть ВЕб клиент, зачем еще УФ изобретать?
#54 by nbIx
Фирма 1С выбрала курс - УФ. Хотим мы этого или нет, нравится нам это или нет, УФ это будущее продуктов 1С.
#55 by jsmith82
да, 1с выбрали дурацкое название. непонятно, что они имели в виду под управляемостью, то, что можно манипулировать элементами формы что-ли
#56 by jsmith82
не веб-клиент, а полноценный тонкий клиент
#57 by marvak
Это я заметил :) может 1С хочет просто выйти на мировой рынок, поэтому делает что то похожее на привычный там интерфейс?
#58 by khimiki
Не знаю, наверное, они хотят полностью избавиться от обычных виндовских форм. Может так меньше денег будет тратится на разработку и сопровождение...
#59 by z80a
Вот именно. УФ могли иметь какой-то смылс, если: т.е. это вчерашний день. На сегодня использование УФ - занятие бредовое.
#60 by khimiki
Ну нужно же было как - то назвать то, что уже 100 лет называется тонким клиентом.
#61 by marvak
похоже... но что то я в сомнении, в первый раз сомневаюсь в нововведений 1С.
#62 by khimiki
Спорный вопрос. Было бы здорово, чтобы у пользователей были не полноценные компьютеры, а просто терминалы даже бес ОС. Админить всё это хозяйство намного легче.
#63 by VitShvets
+100500. Можно спорить долго о приимуществах и недостатках. Но это тенденция. Не пользуйтесь, через некоторое время посмотрите на свою стоимость на рынке труда.
#64 by jsmith82
терминал это одно, тонкий клиент другое можно юзать тонкого клиента на терминале
#65 by Shurjk
Лучше раньше, чем позже
#66 by khimiki
На мировой рынок - это смешно... На мировом рынке давно уже господствует архитектурно правильная схема построения таких приложений: SQL Server - сервер бизнес логики - web клиент. Миру такой костыль, как 1С задаром не нужен.
#67 by pavig
браузеры в помощь
#68 by le_
Надо было голосовалку сделать для наглядности ) Типа, нужны УФ, не нужны.
#69 by vmv
сколько УФ вы создали лично, приведите результаты тестов, статистику, диаграммы. Ваши аргументы имееют основание или просто белый шум?
#70 by jsmith82
тонкий клиент это разделение логики минимум передачи данных - это следствие тонкого клиента второе следствие - выделение отдельной профессии - дизайнер графического интерфейса пользователя веб-клиент это не тонкий клиент, это приложение для браузера
#71 by Широкий
Лично по мне разделение логики Клиент-Сервер- это даже плюс. Но в плане функциональности - УФ здорово проигрывают обычным формам- это жирный минус
#72 by VitShvets
Мне с вас смешно. Сможете посчитать хотя бы примерную стоимость ПО, скажем на 10 рабочих мест? А потом сравнить это со стоимостью решения на 1С.
#73 by z80a
УФ не использую - не вижу смысла.
#74 by vmv
да и потом если вам так жизненно необходимы толстые формы то 1С есть все, чтобы пользователи работали на них, а УФ - для хомячков. Если хомячки говорят "да", то и волкам деваться будет некуда. все сделано рационально - вас никто не ставит в тупик, если вы сами туда себя не загоните)
#75 by le_
В какой именно функциональности они проигрывают?..
#76 by khimiki
веб-клиент это не тонкий клиент, это приложение для браузера Извините, но это, как бы помягче сказать... Ладно, промолчу, чтобы быть тактичным, но ...приложение для браузера... - это сильно.
#77 by jsmith82
в плане интерфейса согласен УФ проигрывает обычным окошкам. сильно проигрывает
#78 by jsmith82
ну да, согласен, сморозил тупую фразу. но суть же ты понял? ))
#79 by vmv
все ясно, ваши агрументы безосновательны, тогда к чему эти сотрясения воздуха, если вы не потрудились даже по минимуму владеть вопросом, любим демагогию разводить?
#80 by jsmith82
он давит авторитетом
#81 by le_
В чем именно проигрывает? По-моему, для конечного пользователя всё тоже самое. Выглядит чуток иначе...
#82 by marvak
просто нет смысла заморачиваться с сомнительными нововведениями, если они ничего не дают принципиального новго для улучшения работы.
#83 by Sserj
А посчитать стоимость от 1000 мест и больше, куда думаешь перевесят, сколько там 1 лицензия от 1С стоит?
#84 by Широкий
Как пример реализация "только просмотр" некоторых реквизитов
#85 by khimiki
Тонкий клиент - это приложение, которое обрабатывает данные на сервере, а пользователю отсылается лишь интерфейс и результат обработки данных. Поэтому классическое web - приложение, построенное с помощью asp.net, к примеру, это типичный тонкий клиент.
#86 by vmv
-> вот и ответ, просто по объективным или субъективным причинам разработчикам банально лень осваивать технологию, возможно они правы в этой своей лени, но правы только в определенном периоде)
#87 by Злобный монстр
Стоит ли делать проект под УФ зависит от самого проекта. Учить УФ надо в любом случае т.к. программист должен знать все аспекты платформы на которой работает. Вместо ворда наверно на лексиконе сидите под досом?
#88 by jsmith82
согласен. веб-клиент это тонкий клиент, но тонкий клиент не веб-клиент
#89 by khimiki
А вы сможете подсчитать стоимость решения на 1С? Это только с первого взгляда она дешёвая. А как пойдут расходы на итс, на вылавливание косяков, создаваемых чуть ли не искусственно на мой взгляд...
#90 by cdiamond
Я вот представлю себе, все внешние печатные формы и обработки под УФ писать - поседеть можно. Одну уже перевел на УФ, туда не просто подгонять старую нужно, а полностью переписывать под корень.
#91 by khimiki
А в чём разница, если можно в 2 словах. Я не понимаю.
#92 by Sserj
Да конечно "лень" она иногда и горы берет :) Вот мы с 2003 года все к восьмерке присматривались, все ветки про "опоздать на паравоз" и "на марше" почитывали. Итого этот как бы его помягче обозвать... паравоз вообщем с переписываением своего сначала на 8.0 потом на 8.1 и теперь на 8.2 как бы пропустили. Вот сейчас на 8.2 поглядываем. Но что-то говорит мне что надо еще подождать.
#93 by khimiki
Не вижу никакого смысла знать аспекты платформы, которые я в ближайшие несколько лет не планирую использовать.
#94 by Aleksey
А как посчитать то что уже ЗУП 2.5.45 Уже 3 релиз финальный выходит?
#95 by cdiamond
там и веб-клиент не честный. Не на чистом HTML, а напихали объектов.
#96 by VitShvets
Да не вопрос. 2 по 500 клиентских лицензий, плюс лицензия на сервер, плюс лицензия на решение. Ориентировочно 3 лимона рублей или 40 килоЕвро. Сколько там продукт от САП или Микрософта на такое же количество рабочих месть будет стоить?
Тэги: 1С 8
Ответить:
Комментарии доступны только авторизированным пользователям

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