У меня вопрос о дизайне ООП.Список классов против класса списков
Предположим, что у меня есть класс, который содержит несколько числовых скалярных свойств, таких как максимум, минимум, частота и т. Д. Поскольку данные непрерывно текут, я в конечном итоге заканчиваю список таких экземпляров класса. Чтобы получить, скажем, глобальный минимум I для всех классов в списке, чтобы найти его.
В качестве альтернативы, я мог бы создать экземпляр одного класса (возможно, одноэлементного), который содержит списки вместо скаляров для каждого свойства и членов функций, которые перебирают списки. Однако этот подход, похоже, создает код, который больше похож на процедурный, чем объектно-ориентированное программирование.
Вопрос: Какие критерии определяют, какой подход выбрать? Если эффективность важна, следует ли выбрать один класс, содержащий списки для каждого свойства? Если читаемость является ключевой, следует ли выбрать список классов?
Спасибо за предложения.
зависит от того, что вы пытаетесь спроектировать. Пожалуйста, разместите некоторый код sudo и добавьте дополнительную информацию. какие классы? что они будут содержать? как вы видите, как взаимодействуют классы и т. д. –
Как пишет @Dory Zidon: это зависит от того, что вы пытаетесь выполнить. Если у вас есть некоторые требования к высокой производительности, может потребоваться разбить данные в списки, но если ясность и простота обслуживания являются приоритетом, может потребоваться сделать обратное. – mzedeler
Пожалуйста, обратитесь к [FAQ относительно того, почему это плохой вопрос] (http://stackoverflow.com/faq#dontask). – msw