Обсуждение использования питания разъема содержит много, на самом деле, пользователь может добавить разъем питания к существующей программной модели, используемой для подключения бизнес -проблем и перекрестных проблем, из -за семантики AOP, часть соединителя зависит от проблем с бизнесом. Часть с перекрестными проблемами зависит от разъем питания.
Затем, вокруг разъема, пользователь может сделать серию выбранных, без необходимости вручную вводиться в любой контент, это могут быть проблемы бизнеса, режим деталей соединения и выявленные проблемы с перекрестными перекрестками (этот шаг - путем определения взаимной информации AOP, и информация, хранящаяся в разъеме для достижения, эта часть экспорта, конечно, возможна).
Также утверждается, что для обеспечения плавного перехода между проектированием и реализацией и поддержкой низкоуровневого архитектурного дизайна, инструменты, ориентированные на аспект, ориентированные на аспекты, должны поддерживать кодовую структуру, которая автоматически генерирует различные методы реализации AOP из модели проектирования. Это Позволяет разработчику сосредоточиться на построении модели, в то время как инструмент моделирования автоматически генерирует код. Генерация кодов повышает производительность разработчика и снижает ошибки. Метод ориентированного на аспект, ориентированный на аспект, улучшает способность повторного использования технологии AOP и повышает эффективность разработки программного обеспечения Избегание несоответствия между проектированием и реализацией. Дизайнер может разработать AO с объектно-ориентированной идеей, и разработчик может продолжать более позднее программирование в соответствии с сгенерированной структурой кода.
Также было высказано предположение, что разъемы были введены для поддержки ориентированного на аспект моделирования, поддержав разделение проблем в начале жизненного цикла программного обеспечения для решения спецификации проблем с перекрестными отношениями на архитектурном уровне. Одна из основных причин, по которым были введены разъемы, было введено в соответствие с стандартом. Поддержка инструмента разработки. Решения на основе добавления разъемов более приемлемы. Коннекторы являются простым и мощным идентификатором для ориентированного на аспект моделирования. Но для уменьшения ошибок в картировании моделей в код и для обеспечения поддержки базовой архитектуры дизайн архитектуры, Также требуется автоматическая генерация фреймворков кода AOP.
Таким образом, в целом, подходы, ориентированные на аспект, ориентированные на аспект, могут быть введены прозрачным образом на этапе аналитического проектирования программного обеспечения и могут направлять более позднее написание кода AOP для достижения беспроблемного соединения между дизайном и кодом.
Время публикации: октябрь-01-2019