Тема публікацій
Довідкові матеріали за цією темою.
Механізм підтвердження завершення роботи з програмою призначений для виключення випадків випадкового закриття програми користувачем. <br />Після задіяння цього механізму під час закриття програми користувачеві виводиться запит на підтвердження закриття.Короткий опис механізму. Опис принципів дії
ЧитатиРозділ містить пояснення до поняття "процес виконання вбудованої мови 1С:Підприємства" та дій платформи, що виконуються на його початку й завершенні: з транзакціями, з блокуваннями даних для редагування, з повторно використовуваними значеннями, з витоками пам'яті.
ЧитатиЗавдяки цьому розділу Ви ознайомитеся зі статтями доходів і статтями витрат та дізнаєтеся про їх призначення.
Читати1.1. Спільні модулі створюються для реалізації процедур і функцій, об'єднаних за певною ознакою. Як правило, в одному спільному модулі розміщуються процедури і функції однієї підсистеми конфігурації (продажі, закупівлі) або процедури і функції подібного функціонального призначення (робота з рядками, загального призначення).Див. також
Читати1. Для забезпечення роботи конфігурації у товстому клієнті, керований додаток, клієнт-сервер слід мати на увазі, що серверний код конфігурації в цьому режимі може виконуватися на стороні клієнта.
ЧитатиОднією з особливостей розробки мобільних застосунків є обмеженість ресурсів, що надаються пристроєм програмі. Тому порівняно з розробкою настільних застосунків потрібно приділяти більше уваги оптимізації алгоритмів споживання пам'яті та швидкодії.Керування займаною пам'яттю. Проєктування складу збережуваних об'єктів мобільної інформаційної бази. Проєктування обміну даними з мобільним пристроєм. Підготовка звітів. Проєктування форм. Адаптація до різної роздільної здатності екрана (DPI) пристроїв. Адаптація до різних розмірів пристроїв. Раціональне використання простору. Горизонтальне прокручування
ЧитатиЦей розділ допоможе Вам розібратися з двома схожими операціями –“ ремонт і модернізація. Ви дізнаєтеся відмінності між ними та вивчите їхні особливості.
Читати1. Не слід усім спільним модулям з ознакою Сервер примусово встановлювати прапорець Виклик сервера. У таких спільних модулях слід розміщувати лише ті процедури та функції, які дійсно призначені для виклику з клієнтського коду і гарантують виконання лише тих дій (і передавання лише тих даних на бік клієнта), які дозволені користувачеві під час його роботи в програмі. Наприклад, серверна функція, що реалізує певний алгоритм розрахунку, повинна передавати на бік клієнта остаточний результат цього розрахунку, але не вихідні (або проміжні) дані для розрахунку, які самі по собі можуть бути недоступні поточному користувачеві.
ЧитатиУ тому разі, якщо поведінка цілої низки форм або команд залежить від одних і тих самих значень (параметрів, заданих користувачем або інших налаштувань поведінки клієнтського застосунку), для мінімізації клієнт-серверної взаємодії рекомендується застосовувати загальні модулі з повторним використанням значень, що повертаються (властивість "Повторне використання значень, що повертаються" дорівнює "На час сеансу"). Застосування таких загальних модулів допускається, якщо зміна відповідного значення протягом сеансу не є критичною, тобто протягом усього сеансу може використовуватися одноразово отримане значення. При цьому функції такого загального модуля мають за один виклик повертати відразу всі значення, які можуть знадобитися за тих чи інших обставин. Наприклад, якщо під час роботи всіх форм підсистеми реєстрації зайнятості співробітників потрібні користувацькі параметри "Час зайнятості за замовчуванням", "Час початку робочого дня" і "Час закінчення робочого дня", то всі ці параметри необхідно отримувати одним викликом, що повертає структуру з трьома полями:
ЧитатиУ статті буде розглянуто причини відмови від подальшої підтримки модальних вікон у платформі «1С:Підприємство» та типові сценарії переведення наявного функціоналу на нову модель.Розвиток продуктів «1С» і платформи «1С:Підприємство». Проблеми підтримки модальних вікон у середовищі Інтернет. Кілька термінів і визначень. Загальні принципи під час переходу на асинхронну модель побудови бізнес-логіки. Нові асинхронні засоби платформи для взаємодії з користувачем. Особливості реалізації асинхронної бізнес-логіки. Типові сценарії під час переходу на асинхронну модель. Запитання користувачеві в команді форми. Запитання користувачеві під час закриття форми. Запитання користувачеві у вкладених процедурах. Висновок
Читати1.1. Розробку керованого застосунку необхідно вести з контролем кількості викликів серверних процедур і функцій із клієнтського коду (серверних викликів), а в деяких випадках — також обсягу переданих даних між клієнтом і сервером (трафіку).Запуск клієнтського застосунку. Відкриття керованої форми. Виконання локальної команди керованої форми. Вибір із довідника. Виконання глобальної команди. Виконання команди формування звіту. Виконання підбору елементів. Див. також
ЧитатиСистема програм «1С:Підприємство» дає змогу розробляти застосунки, що функціонують на мобільних пристроях (смартфонах, планшетних комп’ютерах).
Читати
