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

Техническая концепция 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 предоставляет повторно используемые шаблоны для этих определений и сервисов, которые их реализуют.

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

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

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

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

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

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

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

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

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