Skip to content

Instantly share code, notes, and snippets.

@oshliaer
Last active February 19, 2024 12:50
Show Gist options
  • Star 6 You must be signed in to star a gist
  • Fork 0 You must be signed in to fork a gist
  • Save oshliaer/45242e42d50a39b0a957f695cff0dfa4 to your computer and use it in GitHub Desktop.
Save oshliaer/45242e42d50a39b0a957f695cff0dfa4 to your computer and use it in GitHub Desktop.
Принцип разделения функциональности (в табличных процессорах)

Принцип разделения функциональности (в табличных процессорах)

Unsplash

ПРФ (в электронных таблицах) - предложение не использовать смешение функций табличных процессоров (ТП). Если разделить функции ТП на хранение, обработку и представление, то можно значительно упростить использование и расширить функционал рабочей модели, которую обслуживает ТП. Самый простой способ достижения этого - использовать правило: "одна функция - один лист". Например, для Таблицы Гугл, которая получает данные из Формы, функцию хранения выполняет лист, привязанный к Форме. Если необходимо как-то модифицировать данные, то необходимо использовать второй лист, для обработки. Если требуется распечатать или вывести на экран в читаемом виде текущие данные, то необходимо использовать третий лист - представление.

Следствие #1

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

Рекомендации к следствию

Разделите файлы (структурные единицы) по типу доступа

Следствие #2

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

Следствие #3

В одной структурной единице может находится несколько наборов данных, наборов расчетов и представлений.

Следствие #4

Некоторые наборы представлений могут не иметь под собой основы из расчетов, а непосредственно обращаться к данным.

Следствие #5

Представления не являются источниками данных или наборами расчетов для других структурных единиц.

Следствие #6

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

Обсуждение

Пример использования и реализации

@alexgearbox
Copy link

alexgearbox commented Feb 19, 2022

правило: "одна функция - один лист"

Сбивает с толку. SUM — функция. Получение данных из Формы — то же функция! Во втором случаем правильнее будет «задача», «назначение».

@oshliaer
Copy link
Author

"SUM — функция" — частное определение "функции" в математике.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment