Так он разный при разных вызовах. Он же там от смещения в памяти зависит или что-то типа того. Для кэша не пойдет.
И хуже того - он разный для двух копий разного объекта.
> Да! А есть такие? :) Шучу конечно же.
Угу. Где-то должна валяться реализация Sokoban для ZX-Spectrum. Правда там только два первых уровня картинки которых я нашел в журнале. А как генерить свои тогда не придумал.
> Вот такое мнение мне больше нравится.
Вот прям в данный момент разбираюсь с проектом где у создателей ООП головного мозга. Кончено не только документации нет, но комментариев я пока нашел только 2.
Невероятно сложно отслеживать и помнить что от чего у них там наследуется, а каскады наследования иногда достаточно большие (((
Виталий IIIFX Хоменко: У меня опыт разработки 23 года. Могу наверно найти для вас свои проекты на аудиокассетах. Устроит?
И я частично поддерживаю автора ответа - да, ООП чаще менее удобно чем ПП. Сложнее, менее гибко. Не стану правда говорить что ПП абсолютно выигрывает у ООП, здесь я не согласен. Но во многом roskoshinsky совершенно прав.
А никто и не приведет других аргументов. Их же нет.
Все что можно реализовать на ООП можно реализовать и без него. Где-то ООП удобно. Но чаще нет. Это вполне логично, так как такова судьба любой парадигмы, технологии или инструмента. Даже молоток удобен только для забивания гвоздей, а для закручивания шурупов, винтов, гаек и штробления стен уже нет. Это логично.
Проблема ООП только в том, что его противники стараются его избегать, а его сторонники тулят его везде где найдут возможным...
Этот магазин не обновляем. Он под снос. Уже в феврале там будет другой.
> Вы не боитесь, что я разными купонами на скидку заберу ваш товар из магазина со скидкой 110% ?
Так и должно быть. Это нормально. Через это тут подарочные сертификаты с фиксированной скидкой.
А чем собираете less? lessphp?
Просто я тоже написал подобный модуль для вывода js и css для себя и тоже там использую сборк. BitBenLess - это ваша обвязка для lessphp или там другой компилятор?
mihelsonkk: все верно. При первом обращении к файлу БД может оказаться и быстре. NoSQL однозначно будет быстрее. Но при последующих файлы вытянуться в дисковый кэш и обращение к файлам будет быстрее чем даже к NaSQL, хотя сопоставимо. База будет безнадежно проигрывать.
Блин, а причем тут умный фильтр?
Короче, то что я понял проще всего сделать через торгпредложение. Там уже будет работать в стандартном компоненте/шаблоне, почти радиокнопками.
Вот тут посмотри выбор размера: store.khl.ru/shop/tolstovki/kurtka_uteplennaya_muz...
Примерно это же нужно, только вместо размера будет цвет фасада, так?
Создаешь в торговом каталоге товар.
Созадаешь к нему торгпредложения в каталоге торговых предложений, отличающиеся только цветом фасада и вуаля.
Если с ТП не сталкивался - почитай что это сначала тут https://dev.1c-bitrix.ru/learning/course/?COURSE_I...
И хуже того - он разный для двух копий разного объекта.