Вы просматриваете документацию Apigee Edge .
Перейти к документации Apigee X. info
В этом разделе рассматриваются распространенные антипаттерны, которые наблюдаются в рамках прокси-серверов API, развернутых на платформе Apigee Edge.
Хорошая новость заключается в том, что каждый из этих антипаттернов можно чётко определить и устранить с помощью соответствующих передовых практик. Следовательно, API, развёрнутые в Edge, будут выполнять своё предназначение и работать более производительно.
Краткое изложение антипаттернов
В следующей таблице перечислены антипаттерны в этом разделе:
Скачать электронную книгу «Антипаттерны»
В дополнение к ссылкам выше, вы также можете скачать антипаттерны в формате электронной книги:
Что такое антипаттерн?
Википедия определяет антипаттерн программного обеспечения как:
В программной инженерии антишаблон — это шаблон, который может широко использоваться, но на практике оказывается неэффективным и/или контрпродуктивным.
Проще говоря, антипаттерн — это то, что программное обеспечение позволяет своему «пользователю» делать, но что может иметь неблагоприятное влияние на функциональность, обслуживание или производительность.
Например, рассмотрим всемогуще звучащее «Божественный Класс/Объект».
В объектно-ориентированном языке божественный класс — это класс, который контролирует слишком много классов для данного приложения.
Например, рассмотрим приложение со следующим деревом ссылок:
Как показано на рисунке, класс Бога использует и ссылается на слишком много классов.
Фреймворк, на котором разработано приложение, не препятствует созданию такого класса, но имеет множество недостатков, основными из которых являются:
- Трудно поддерживать
- Единая точка отказа при запуске приложения
Следовательно, создания такого класса следует избегать. Это антипаттерн .
Целевая аудитория
Этот раздел будет полезен разработчикам Apigee Edge на протяжении всего жизненного цикла проектирования и разработки прокси-API для своих сервисов. В идеале его следует использовать в качестве справочного руководства на протяжении всего жизненного цикла разработки API и при устранении неполадок.