Как схематически представляют переопределены методы

Question

Рассмотрим следующие классы Java:

public class GenericActionService { 

    public void runAction(int actionNo) { 

     .... (some stuff) 

     runActionCode(actionNo); 

     .... (some more stuff) 
    } 

    protected void runActionCode(int actionNo) { 
     switch (actionNo) { 
      case 100: 
       doSomeGenericAction(); 
       break; 
      .... 

      default: 
       throw new IllegalArgumentException("Invalid Action!"); 
     } 
    } 
} 

и унаследовал суб-класс:

public class SpecificActionService extends GenericActionService { 

    protected void runActionCode(int actionNo) { 
     switch (actionNo) { 
      case 1000: 
       doSomeSpecificAction(); 
       break; 
      .... 

      default: 
       super.runActionCode(actionNo); 
       break; 
     } 
    } 
} 

Теперь я не озабоченный ли это особенно хороший дизайн или нет , и эти классы очень вымышлены.

Что я хотел бы знать, как вы представляете этот дизайн с какой-то диаграммой? Может ли это быть представлено с использованием диаграммы последовательности UML? Если нет, какой тип диаграммы следует использовать?

В частности, я хотел бы схематизировать поток/последовательность, когда что-то вызывает метод runAction() для экземпляра SpecificActionService.

Например, рассмотрите ход выполнения, когда runAction(1000) вызывается на SpecificActionService. Я хотел бы диаграмму, чтобы показать следующее:

• вызовов SpecificActionService.runAction(1000)
• Который работает код в GenericActionService.runAction()
• перед вызовом SpecificActionService.runActionCode(1000)
• Который называет GenericActionService.runActionCode(1000)
• , выполняющих действие
• Перед возвратом в SpecificActionService.runActionCode(1000)
• Который возвращается к GenericActionService.runAction(1000)
• Где больше кода выполняется, прежде чем он возвращается к исходному вызывающему

Проблема в том, некоторые люди считают, что это «современный спагетти-код», особенно менеджеров, которые, кажется, не «получить «когда дело доходит до такого типа структуры наследования, поэтому я хочу документировать этот поток, чтобы они поняли.

Дополнительные очки для тех, кто рисует красивую картинку для меня. :-)

Answer 1

В частности, я хотел бы диаграмму потока/последовательность

Так что я хотел бы использовать схему последовательности. Это может показать, как объекты работают вместе. Он не показал структуру наследования и как писать классы, но для этого вы также можете добавить диаграмму классов позже.

А вот фантазии простой образ, как это может выглядеть:

И plantuml исходный код, если это не достаточно хорошо, и вы хотите поэкспериментировать с этим :).

otherObject->SpecificActionService:runActionCode(1000) 
SpecificActionService->SpecificActionService:doSomeSpecificAction() 

otherObject->SpecificActionService:runActionCode(100) 
SpecificActionService->GenericActionService :runActionCode(100) 
GenericActionService->GenericActionService:doSomeGenericAction()