Застосування параметрів звіту в СКД
Під час використання параметрів у звітах, що реалізуються за допомогою системи компонування даних, слід дотримуватися таких рекомендацій.
ЧитатиТема публікацій
Копіювати
Довідкові матеріали за цією темою.
92 публікацій
Відмова від використання модальних вікон
У статті буде розглянуто причини відмови від подальшої підтримки модальних вікон у платформі «1С:Підприємство» та типові сценарії переведення наявного функціоналу на нову модель.Розвиток продуктів «1С» і платформи «1С:Підприємство». Проблеми підтримки модальних вікон у середовищі Інтернет. Кілька термінів і визначень. Загальні принципи під час переходу на асинхронну модель побудови бізнес-логіки. Нові асинхронні засоби платформи для взаємодії з користувачем. Особливості реалізації асинхронної бізнес-логіки. Типові сценарії під час переходу на асинхронну модель. Запитання користувачеві в команді форми. Запитання користувачеві під час закриття форми. Запитання користувачеві у вкладених процедурах. Висновок
Читати
Правила утворення імен змінних
1. Імена змінних слід утворювати від термінів предметної області таким чином, щоб з імені змінної було зрозуміло її призначення. 2. Імена слід утворювати шляхом видалення пробілів між словами. При цьому кожне слово в імені пишеться з великої літери. Прийменники та займенники з однієї літери також пишуться з великої літери. Приклад:Див. також
Читати
Мінімізація кількості серверних викликів
1.1. Розробку керованого застосунку необхідно вести з контролем кількості викликів серверних процедур і функцій із клієнтського коду (серверних викликів), а в деяких випадках — також обсягу переданих даних між клієнтом і сервером (трафіку).Запуск клієнтського застосунку. Відкриття керованої форми. Виконання локальної команди керованої форми. Вибір із довідника. Виконання глобальної команди. Виконання команди формування звіту. Виконання підбору елементів. Див. також
Читати
Структура модуля
1.1. У програмному модулі (загальні модулі, модулі об'єктів, модулі менеджерів об'єктів, модулі форм, команд тощо) у загальному випадку можуть бути присутні такі розділи в наведеній нижче послідовності:
Читати
Використання об'єктів типу Структура
1. Під час створення об'єкта типу Структура не рекомендується передавати в конструктор понад 3 значення властивостей. Замість цього рекомендується використовувати метод Вставити або явно присвоювати значення властивостямДив. також
Читати
Вимоги щодо локалізації конфігурації
1. Якщо в модулях конфігурації трапляються рядки, призначені для інтерфейсу користувача (повідомлення користувачу, написи у формах, назви та підказки команд тощо), необхідно забезпечити можливість локалізації таких рядків.
Читати
Обмеження на використання конструкції "ПОВНЕ ЗОВНІШНЄ З’ЄДНАННЯ" у запитах
1.1. Під час розроблення текстів запитів слід мати на увазі, що під час роботи в клієнт-серверному варіанті, коли як СУБД використовується PostgreSQL, продуктивність виконання запитів із конструкцією ПОВНЕ ЗОВНІШНЄ З’ЄДНАННЯ значно знижується. Особливо це стосується випадків, коли в запиті трапляються дві й більше таких конструкцій.Див. також
Читати
Блокування даних об’єкта для редагування з коду
У платформі 1С:Підприємство 8.1 і пізніших версіях блокування даних, установлене за допомогою методу об’єктів Заблокувати («блокування даних для редагування» або «об’єктне блокування»), не забороняє запис заблокованих даних іншими об’єктами, а лише не дозволяє кільком об’єктам (наприклад, із різних користувацьких сеансів) одночасно встановити блокування тих самих даних.
Читати
Обмеження на використання конструкції "ОБ'ЄДНАТИ ВСІ" у запитах
У запитах не слід виконувати з'єднання за допомогою конструкції ОБ'ЄДНАТИ ВСІ рядкових полів обмеженої довжини з полями необмеженої довжини, якщо результат об'єднувального запиту впорядковується за допомогою конструкції ВПОРЯДКУВАТИ ЗА.Див. також
Читати
Розіменування посилальних полів складового типу в мові запитів
1.1 У мові запитів можна звертатися не тільки до полів вихідних таблиць запиту, перелічених у реченні З, а й до полів таблиці, на яку посилається поле вихідної таблиці запиту, якщо це поле має посилальний тип. Імена полів при цьому пишуться "через крапку". Застосування такої конструкції призводить до неявного з'єднання з додатковими таблицями для отримання значень полів "через крапку".Див. також
Читати
Установлення зовнішніх компонентів і розширень платформи
1.1. Установлення зовнішніх компонентів і розширень платформи має бути інтерактивним. Користувач має самостійно прийняти рішення про встановлення. У діалозі встановлення має бути вказано, для чого потрібна компонента (розширення) і що не працюватиме, якщо її не встановлювати.Див. також
Читати