1C выпустил бету тонкого клиента с Web-доступом

[Сисой]

Типа да.

[ibc]

Правильно ли я понял, что 8.2 можно выставлять права на показ определенных полей и кнопок, как в Аксапта? Или только дано пользователю выбирать что ему видеть?

[Сисой]

Да, можно назначить привязку элементов интерфейса к функциональным ключам. Т.е. возможности пользователя теперь определяются пересечением ролей и функциональных ключей.

[ibc]

Интересно, 1С будет делать одну большую конфигурацию с возможностью отключения подсистем или традиция разношерстных/несовместимых конфигураций останется?

[mazzy]

думаешь, на этот вопрос ответить легче, чем на вопрос о сроках?

Цитата:

Сообщение от ibc

Интересно, 1С будет делать одну большую конфигурацию с возможностью отключения подсистем или традиция разношерстных/несовместимых конфигураций останется?

УПП будет развиваться с учетом ключей конечно

[ibc]

Да, 8.1 используют! Сейчас 8.0 даже не поддерживается. Последний релиз 8.0.18 датируется 2006 годом!

[Nick]

8.1 используется и достаточно активно...
Переход с 8.0 на 8.1 был намного легче, чем, например, Ax с SP2 на SP3

[gl00mie]

Цитата:

Сообщение от Nick

8.1 используется и достаточно активно... Переход с 8.0 на 8.1 был намного легче, чем, например, Ax с SP2 на SP3

Объясните далекому от 1С человеку: под переходом с 8.0 на 8.1 подразумевается что, переход но новые конфигурации или на новую платформу (ядро)? Потому что переход «Ax с SP2 на SP3» означает, я так понял, именно обновление приложения с ядром, а не только обновления ядра.

Цитата:

Сообщение от ibc

Да, 8.1 используют! Сейчас 8.0 даже не поддерживается. Последний релиз 8.0.18 датируется 2006 годом!

Что значит не поддерживается? Т.е. если люди внедрили 8.0, дописали кучу кода, под нее заточенного, и не хотят никуда с этой версии уходить, а потом, к примеру, выяснится, что в ядре есть какой-то косяк, то 1С скажет "ничего не знаем, мы это ядро больше не поддерживаем"?..

[Сисой]

Цитата:

Сообщение от gl00mie

Объясните далекому от 1С человеку: под переходом с 8.0 на 8.1 подразумевается что, переход но новые конфигурации или на новую платформу (ядро)? Потому что переход «Ax с SP2 на SP3» означает, я так понял, именно обновление приложения с ядром, а не только обновления ядра.Что значит не поддерживается? Т.е. если люди внедрили 8.0, дописали кучу кода, под нее заточенного, и не хотят никуда с этой версии уходить, а потом, к примеру, выяснится, что в ядре есть какой-то косяк, то 1С скажет "ничего не знаем, мы это ядро больше не поддерживаем"?..

1. Сперва можно было просто перейти на новое ядро. В последние полгода появились конфигурации всех основных типовых продуктов (БП 1.6, ЗиУП 2.5, УПП 1.2.9) под 8.1, использующие ее новые возможности. Функциональность типовых под 8.1 превосходит аналогичную для 8.0. Развитие типовых под 8.0 прекращено.

2. Это бессмысленная риторика. Версия 8.1 поставляется совершенно бесплатно, полностью совместима с 8.0 снизу-вверх (исключение - внешние соединения из других программ, там меняется одна строка кода). Если бы она называлась 8.0.100 - это бы Вас смутило?
Мы перевели свои приложения на 8.1 без особых проблем. Полет нормальный (и более быстрый, надо признать).

Цитата:

Сообщение от gl00mie

Объясните далекому от 1С человеку: под переходом с 8.0 на 8.1 подразумевается что, переход но новые конфигурации или на новую платформу (ядро)? Потому что переход «Ax с SP2 на SP3» означает, я так понял, именно обновление приложения с ядром, а не только обновления ядра.Что значит не поддерживается? Т.е. если люди внедрили 8.0, дописали кучу кода, под нее заточенного, и не хотят никуда с этой версии уходить, а потом, к примеру, выяснится, что в ядре есть какой-то косяк, то 1С скажет "ничего не знаем, мы это ядро больше не поддерживаем"?..

Не уверен, что метод аналогий является доказательством, но не для флуда хочу заметить, что тот же самый MS SQL Server 2005 RC и SP1 тоже через какое-то время перестанут получать техподдержку, оставляя только для текущей (пока) версии SP2.

Если критиковать, то проблема в принципе в таком подходе к суппорту, а не к конкретному вендору.

[ibc]

чем то мне интерфейс 8.2 отдаленно напомнил офис 2007!

[slava09]

Цитата:

Сообщение от ibc

чем то мне интерфейс 8.2 отдаленно напомнил офис 2007!

А скрины выложите?

[ibc]

вложил!

[slava09]

Цитата:

Сообщение от ibc

вложил!

Понравились обороты типа "Ввести новый товар", "Ввести нового контрагента". Уже обдумывал, что это наиболее "легко усваяемый" интерфейс . Но только если в 1С под этими ссылками только открытие соответствующих справочников, то грош цена такому интерфейсу.

[ibc]

Цитата:

Но только если в 1С под этими ссылками только открытие соответствующих справочников, то грош цена такому интерфейсу.

Скорее создание нового элемента справочника с заполнением основных полей по-умолчанию, которые прописаны в настройках пользователя.

Думаю, что интерфейс это второе дело. В САП-е интерфейс не мешает завоевывать рынок.
Основной конек 8.2 это тонкий клиент!

[mazzy]

Цитата:

Сообщение от ibc

Основной конек 8.2 это тонкий клиент!

Как скажете

А насколько тонким является тонкий клиент?
Есть ли данные о трафике в старой версии и в новой?
Может кто-нибудь может замерить и выложить сюда параметры?

[slava09]

Цитата:

Сообщение от ibc

Скорее создание нового элемента справочника с заполнением основных полей по-умолчанию, которые прописаны в настройках пользователя.

Думаю, что интерфейс это второе дело. В САП-е интерфейс не мешает завоевывать рынок.
Основной конек 8.2 это тонкий клиент!

Любое дело всегда является первым для определенной категории людей.
А интерфейс по всей видимости пытаются привести к типу IUI (индуктивный пользовательский интерфейс). Идея не нова, но хорошая.

[ibc]

Лично мне, новый интерфейс 8.2 кажется неудобным. Насколько тонкий клиент?

Цитата:

Клиент-серверная архитектура построения приложения
Архитектура управляемого приложения ориентирована на максимальный перенос выполнения всей функциональности на сервер и максимальное «облегчение» клиента.

В предыдущих версиях платформы форма и командный интерфейс полностью располагались на клиенте и обращения к серверу выполнялись в основном для считывания и записи прикладных данных. Также на сервер могли переноситься отдельные части вычислений с помощью серверных общих модулей.

В управляемом приложении вся работа прикладных объектов выполняется только на сервере. Функциональность форм и командного интерфейса также реализована на сервере. На сервере выполняется подготовка данных формы, расположение элементов, запись данных формы после изменения. На клиенте отображается уже подготовленная на сервере форма, выполняется ввод данных и вызовы сервера для записи введенных данных и других необходимых действий. Аналогично командный интерфейс формируется на сервере и отображается на клиенте. Также и отчеты формируются полностью на сервере и отображаются на клиенте.

Однако существует возможность управлять функциональностью системы на клиенте. На клиенте поддерживается работа встроенного языка 1С:Предприятия 8. Эта возможность предназначена для случаев, когда некоторая функциональность должна выполняться именно на клиенте. Например, нужно быстро (без обращения к серверу) подсчитать сумму строки документа на основе цены и количества. Или нужно задать пользователю вопрос. Или нужно прочитать файл из файловой системы компьютера и отправить на сервер. Но работа встроенного языка на клиенте поддерживается в строго ограниченном объеме. Клиентские процедуры в модулях в явном виде отделяются от серверных, и в них используется ограниченный состав объектной модели встроенного языка.

На клиенте не допускается непосредственная работа с базой данных. Не допускается работа непосредственно с прикладными объектами, например, не доступны такие типы, как СправочникОбъект. Не допускается использование запросов. При необходимости вызова действий с данными в клиентском коде нужно вызывать серверные процедуры, которые уже будут обращаться к данным.

Для работы с прикладными данными в формах используются специализированные типы данных, предназначенные именно для отображения и редактирования данных в форме. Они наполняются на сервере из данных прикладных объектов и преобразуются потом обратно для записи измененной информации в базу данных. Таким образом, форма не работает непосредственно с данными прикладных объектов, а имеет собственную структуру данных, связанную с элементами формы. Преобразование данных прикладных объектов в данные формы и обратно выполняется системой автоматически при выполнении стандартных действий в форме. Но при реализации собственных алгоритмов разработчик должен вызывать такое преобразование самостоятельно.

Таким образом, разработчику нужно понимать, что он фактически работает с двумя контекстами исполнения системы: серверным и клиентским. И между ними происходит обмен данными. При разработке необходимо заботиться о минимизации клиент-серверного взаимодействия (сокращении объемов передаваемых данных, минимизации вызовов сервера и максимальной реализации бизнес-логики на сервере).

Программная модель управления клиентским приложением и взаимодействия между клиентом и сервером реализована таким образом, чтобы обеспечить работу системы без изменения конфигурации в режиме тонкого клиента и в режиме Веб-клиента. Это определяет ряд особенностей и ограничений. Например, для работы с файлами предоставляется специальный механизм, который обеспечивает обмен файлами между клиентом и сервером с учетом ограничений, которые накладывает модель безопасности интернет-браузеров.

Перенос выполнения бизнес-логики на сервер влияет на методику проверки прав доступа. Появляется возможность выполнять больше действий прикладных объектов в привилегированном режиме, так как они теперь выполняются на сервере и не требуют проверки прав доступа при обращении к данным информационной базы. Например, при проведении документа не обязательно проверять права доступа по регистрам, так как достаточно проверки того, что пользователю можно записать и провести документ с таким составом информации. Для этого введена возможность программного включения и выключения привилегированного режима в модулях на сервере.

Работа в файловом варианте также поддерживается системой для конфигураций, использующих режим управляемого приложения. Никаких изменений для этого в конфигурацию вносить не нужно. Разумеется, в этом случае вся функциональность (как серверная, так и клиентская) выполняется на клиенте.

Режимы работы
Работа традиционного клиента (1cv8.exe) может выполняться как с обычной (используемой в существующих версиях) моделью приложения, так и с новой моделью (управляемым приложением). Режим запуска может быть задан как для всей конфигурации, так и для конкретного пользователя. При работе в режиме управляемого приложения разделение функциональности между клиентом и сервером для управляемых форм будет аналогично работе в режиме тонкого клиента.

Кроме того, предлагается новый исполняемый модуль (1cv8c.exe), являющийся тонким клиентом. Он работает только в режиме управляемого приложения и не может использовать функциональность обычных форм.

Третий режим работы управляемого приложения – работа с помощью Веб-клиента. В этом случае, разумеется, также работают только управляемые формы. В Веб-клиенте в качестве клиентского приложения используется интернет-браузер. Вся функциональность клиента в этом режиме исполняется системой с помощью языка Java Script. В том числе и клиентские модули, разработанные в конфигурации, также транслируются автоматически из встроенного языка 1С:Предприятия 8 в Java Script.

Но при выходе окончательного релиза может все поменяться!

[mazzy]

Цитата:

Сообщение от ibc

Насколько тонкий клиент?

Пожалуйста, не надо копи-пастить маркетинговые материалы. Достаточно ссылки

Если это была попытка ответить на вопросы, то ответить не получилось.

Цитата:

Есть ли данные о трафике в старой версии и в новой?
Может кто-нибудь может замерить и выложить сюда параметры?