Перевизначувані та постачувані об'єкти бібліотеки
1. З погляду можливостей налаштування функціональності бібліотеки для роботи в конкретній конфігурації-споживачі всі об'єкти бібліотеки умовно поділяються на три категорії:Див. також
ЧитатиТема публікацій
Статті та довідкові матеріали за цією темою.
1. З погляду можливостей налаштування функціональності бібліотеки для роботи в конкретній конфігурації-споживачі всі об'єкти бібліотеки умовно поділяються на три категорії:Див. також
ЧитатиУ документі наведено методику забезпечення сумісності прикладних рішень, розроблених на платформі "1С:Підприємство 8.2", з платформою "1С:Підприємство 8.3". Цей процес умовно поділяється на два етапи — Підготовчий і Фінальний.Підготовчий етап. Конфлікт імен властивостей. Конфлікт імен картинок. Зміна властивостей фіксованої структури. Розміщення у тимчасовому сховищі несеріалізованих значень. Перегляд роботи з наперед визначеними елементами в РІБ. Фінальний етап. Перейменування методів і властивостей. Доопрацювання механізмів роботи з відборами, умовним оформленням, групуваннями та порядком у динамічних списках. Запит із ключовим словом ИТОГИ ПО ОБЩИЕ і вивантажений у режимі ОбходРезультатаЗапроса.ПоГруппировкам. Зміни імен класів COM-об'єктів. Відмова від події НачалоВыбораИзСписка для полів введення в режимі вибору зі списку. Відмова від властивості КнопкаСпискаВыбора для полів введення. Підтримка nux-клієнта. Приховати або вимкнути механізми в nux-клієнті, які не розраховані на роботу в ОС nux. Елемент керування ПолеHTMLДокумента та поле форми типу Поле HTML документа. Задіяти можливості платформи "1С:Підприємство 8.3" для уніфікації роботи під ОС nux і Windows. Відмова від усіх модальних вікон. Приклад переведення методу глобального контексту ОткрытьФормуМодально на ОткрытьФорму. Приклад переведення питання в обробниках ПередЗакрытием. Приклад переведення методу ОткрытьМодально об'єкта ДиалогРасписанияРегламентногоЗадания на Показать. Додаткові відомості щодо роботи з об'єктом ОписаниеОповещения
Читати1.1. Як правило, для синхронізації даних між різними конфігураціями та для організації розподіленої інформаційної бази (РІБ) використовується технологія планів обміну. У цьому випадку часто виникає завдання організації обміну не всіма даними інформаційної бази, а лише частиною даних. Наприклад, дані можуть бути відібрані для надсилання до інших вузлів у розрізі організацій, складів, підрозділів тощо.
Читати1. У тих випадках, коли відомий тип об'єкта метаданих (довідник, документ тощо), отримання метаданих об'єкта конфігурації слід виконувати за допомогою методу Метадані цього об'єкта (або посилання для об'єктів посилального типу), а не шляхом звернення до властивості глобального контексту Метадані, оскільки другий спосіб істотно повільніший. Правильно:
ЧитатиУ цьому обробнику модуля об'єкта (набору записів, значення константи; далі — "об'єкт"), як правило, виконуються дії із запису пов'язаних з об'єктом даних в інших об'єктах конфігурації, а також виконуються інші дії, пов'язані зі зміною об'єкта. Забороняється в цьому обробнику змінювати вміст записуваного об'єкта, оскільки на момент виконання обробника об'єкт уже записано в БД. Для обробника події ПриЗаписи діють ті самі вимоги щодо розділення дій, що виконуються під час запису об'єкта механізмом обміну даними, що й для події ПередЗаписью.Див. також
Читати1. У конфігурації має бути передбачений механізм, що автоматично визначає як факт першого запуску конфігурації та виконує початкове заповнення інформаційної бази мінімально необхідними даними, так і факт першого запуску нового релізу та виконує необхідні зміни в базі (оновлення даних ІБ). Зокрема, таку можливість надає підсистема "Оновлення версії ІБ" Бібліотеки стандартних підсистем.
ЧитатиУ статті буде розглянуто причини відмови від подальшої підтримки модальних вікон у платформі «1С:Підприємство» та типові сценарії переведення наявного функціоналу на нову модель.Розвиток продуктів «1С» і платформи «1С:Підприємство». Проблеми підтримки модальних вікон у середовищі Інтернет. Кілька термінів і визначень. Загальні принципи під час переходу на асинхронну модель побудови бізнес-логіки. Нові асинхронні засоби платформи для взаємодії з користувачем. Особливості реалізації асинхронної бізнес-логіки. Типові сценарії під час переходу на асинхронну модель. Запитання користувачеві в команді форми. Запитання користувачеві під час закриття форми. Запитання користувачеві у вкладених процедурах. Висновок
Читати1. Імена змінних слід утворювати від термінів предметної області таким чином, щоб з імені змінної було зрозуміло її призначення. 2. Імена слід утворювати шляхом видалення пробілів між словами. При цьому кожне слово в імені пишеться з великої літери. Прийменники та займенники з однієї літери також пишуться з великої літери. Приклад:Див. також
Читати1.1. Розробку керованого застосунку необхідно вести з контролем кількості викликів серверних процедур і функцій із клієнтського коду (серверних викликів), а в деяких випадках — також обсягу переданих даних між клієнтом і сервером (трафіку).Запуск клієнтського застосунку. Відкриття керованої форми. Виконання локальної команди керованої форми. Вибір із довідника. Виконання глобальної команди. Виконання команди формування звіту. Виконання підбору елементів. Див. також
Читати1.1. У програмному модулі (загальні модулі, модулі об'єктів, модулі менеджерів об'єктів, модулі форм, команд тощо) у загальному випадку можуть бути присутні такі розділи в наведеній нижче послідовності:
Читати1. Під час створення об'єкта типу Структура не рекомендується передавати в конструктор понад 3 значення властивостей. Замість цього рекомендується використовувати метод Вставити або явно присвоювати значення властивостямДив. також
Читати1. Якщо в модулях конфігурації трапляються рядки, призначені для інтерфейсу користувача (повідомлення користувачу, написи у формах, назви та підказки команд тощо), необхідно забезпечити можливість локалізації таких рядків.
Читати