Меню документации

Техническая концепция OwlMeans

На этой странице

У приложения OwlMeans единая структура с самой первой версии. В этой структуре у каждой новой функции есть понятное место. Агенты разработки понимают устройство проекта одинаково.

Как связаны части приложения

flowchart TD
    A[User interface and forms] --> B[Application behavior]
    B --> C[Authorization and services]
    C --> D[Database and shared state]
    E[Configuration and project guidance] --> A
    E --> B
    E --> C

Интерфейс принимает введённые данные и показывает результаты. Поведение приложения описывает, что делает продукт. Сервисы обрабатывают типовые задачи и проверяют права доступа. База данных хранит записи. Благодаря общей конфигурации и инструкциям для агентов эти части работают согласованно.

Общие определения сохраняют согласованность изменений

Сгенерированные приложения используют общие определения запросов, ответов и правил доступа. Интерфейс и API работают по одному контракту, поэтому поля и права доступа для функции могут оставаться согласованными. OwlMeans Common предоставляет повторно используемые шаблоны для этих определений и сервисов, которые их реализуют.

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

Чем полезна эта структура

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

Основу этого подхода составляют соглашения проекта create-app и общедоступные пакеты OwlMeans Common. На страницах о технологиях вспомогательные библиотеки описаны по их назначению.

Примените на практике

  1. Опишите в спецификации бизнес-результат и роли пользователей.
  2. Сосредоточьте пользовательскую историю на поведении, которое можно продемонстрировать.
  3. При добавлении функции попросите агента следовать существующей архитектуре проекта.
  4. Проверяйте экран, сохранённые записи и права доступа вместе.
  5. Когда передаёте разработку другому агенту, сохраните рабочую среду агента и память проекта.

Для CRM это означает, что форма контакта, сервис контактов и правила видимости используют одно определение того, кто может читать и редактировать запись клиента.

Пример приложения

Категория: CRM и управление клиентами. Пример: CRM для небольшой команды с закреплением контактов за сотрудниками и доступом для руководителя.