Я видел некоторые места, где использовались такие имена, как IdAndName.Мне это не нравитсяТакие имена слишком связаны с текущим статусом класса.Вполне вероятно, что новые фиды будут добавлены / удалены из этого класса, и тогда имя перестанет быть точным.
Итак, я бы посоветовал вам подумать в обоих направлениях:
Что представляет этот класс?Если это суперкласс всех «вещей», которые имеют «ID» и «Name», то вы можете назвать его NamedEntity (термин Entity довольно часто используется для описания постоянных объектов, которые поддерживают различную идентичность).
(В качестве альтернативы) вы действительно хотите сделать его суперклассом, который расширяют многие другие классы?Звучит так, как будто вы можете перейти к дизайну, если ваши объекты будут содержать такой объект в поле (в отличие от наследования от его класса).Затем вы можете ввести интерфейс Nameable, который будет определять getId() и getName(), и эти объекты будут реализовывать эти методы (стоимость с точки зрения объема кода незначительна).Это даст вам лучшее разделение проблем, меньшее сцепление (наследование является наиболее сильной формой связывания) и не будет использовать карту extends, которую вы можете разыграть только один раз.