Как назвать тип (или класс) промежуточных структур данных? - PullRequest
0 голосов
/ 21 июня 2019
  1. Именование основных объектов бизнес-логики (типов / классов) возможно.

  2. Имена их объектов пользовательского интерфейса тоже подходят.

Но

как вы называете типы промежуточных сущностей?

Часто их цель - не более чем доставка : от нескольких объектов бизнес-логики к нескольким объектам пользовательского интерфейса, часто даже через несколько уровней абстракции (которым тоже нужны имена).

Кажется, у них нет выделенной роли , кроме общей необходимой абстракции , чтобы избежать дублирования.

Мне кажется,что с точки зрения промежуточного объекта существует явная зависимость от бизнес-объектов и объектов пользовательского интерфейса.Этот факт может быть / должен быть представлен в имени типа промежуточного звена.

Также существует проблема в том, что существует несколько промежуточных типов, которые имеют общие «исходные типы» и «целевые типы» * 1034.* поэтому нелегко вспомнить различие с первого взгляда, особенно если они имеют похожее имя, происходящее из одного и того же "типа источника" / "типа назначения".

Рефактор переименования Easy IDE (из имен типов)также важный фактор для меня.

1 Ответ

0 голосов
/ 23 июня 2019

Кажется, ответы о том, что не для вызова промежуточных структур данных, легче найти.Называть их somethingManager кажется неуместным.

Два проницательных прочтения о том, как назвать такие структуры:

...