лучше б конечно масивом все это лепить. Но поскольку не разбирался с группами и их принципом работы то конкретного ничего сказать не могу
с массивами там навертеть огого сколько можно, это уж какие-то гиперобъекты получатся. думал насчет этого. для этого вагон объектов нужен, тогда окупится
тут просто уходишь от цикла перебора объектов, отбираемых по какому-либо признаку+ не надо эти свойства /рассвет/закат/... в объекты включать. экономишь на циклах и свойствах
а чего так думаеш цикл - нагрузит сильно систему, или какиет о предубеждения
блог назвал - экономим на коде. не надо перебирать в своем коде объекты и обрабатывать по одному, всё вынесено в классовые методы. и со свойствами - не надо в объекты групповые признаки лепить - зачем всем релюхам рассвет? просто в группу их добавил и работай. а другое свойство понадобится - типа Зимой только работает - тоже всем свойство лепить?
ААА - ну тупой.....
А что если все это просто оформить к ПУ редактором груп ?
не знаю, у себя я избавился от свойств в объектах. а обычно говорят, что никто не захочет править существующий код и т.д., и т.п.(
Не совсем понял смысл этой штуки...как раз для этих целей вроде создан класс.
А для того чтобы "просто избавиться от перебора в коде" - явно не стоит оно того)) Тем более можно написать только функцию перебора, зачем остальное?
Уже вроде десять раз описывал(. А для чего введены свойства Выключать с рассветом/Включать с закатом/Выключать в экономрежиме? Ведь классы есть) А завтра понадобится ещё что-то, вон у меня помещения относятся к разным группам, релюхи одни отвечают за свет, другие за подсветку, третьи - за воду, четвертые - за отопление. И как их различать - ещё свойства городить? Группы дают внешнее объединение объектов, не требуя их изменения(введения доп. признака)+ удобство их обработки групповыми методами, в т.ч. и сокращением рукописного кода
А я вот не вижу смысла в этом вообще. Но поначалу тоже городил всякие универсализации, но, как оказалось -от них один вред) Потом только путаешься, и надо в 100 местах смотреть код, который давно забыл)
Имхо такое сильно проще и легче в плане читаемости, и систему не загромождает:
foreach(getObjectsByClass("Relays") as $obj) { $name = $obj['TITLE']; if (gg("$name.groupNobodyOff") ) cm($name.'.turnOffSafe'); }
Сколько у вас таких групп? 2-3? 4?
Сча бы еще налепить всяких ПУ, интерфейсов, 10 подключаемых файлов. нафига?? чтобы LA вырос в 3 раза?
Насильно не заставляю, хотите новые свойства городить вместо групп, пожалуйста. Можно и вашем кодике от цикла отказаться - к чему эти универсализации?. Это тоже подход)
Групп щас 8
ПУ не использую, в последнем варианте убрал подключаемые функции, интерфейсов не писал. в LA не был)
nightwind десяток групп, причем из каждой что любое свойство, что метод
а отсутствие этого признака группы в свойстве у более сотни объектов - реальная оптимизация
Пожалуйста, войдите в систему, чтобы добавлять комментарии Присоединиться!