ничего общего с трейтами в пхп

в расте тайпклассы это трейты вроде, да

ну мне нужно на жабе)

очень жаль)

ну смотри, для визитора делаешь метод что-то вроде addBehaviour(VisitBehaviour vb) затем там внутри определи может ли vb дружить с объектами которые посещает визитор и если может, то вызывай что нужно. сложно сказать валидно ли то что я предлагаю.

задача поставлена не очень хорошо для ооп

coupling надо решать

а он здесь не решается без рантайма

ну или без тайпклассов с имплисит конвершн

когда там в жаву их уже завезут?

может стоит подумать и поменять задачу)

Это как трейты?

ad-hoc полиморфизм

когда там в жаву их уже завезут?

Есть jsr какой для имплиситов?

coupling надо решать

Вот что я искал. https://sourcemaking.com/design_patterns/visitor/java/2 Рефлексия в рантайме. Правда перформанс от такого страдает, наверное стоит переделать, чтобы отрабатывала при старте только.

Я про то, что "все поняли, что от классов больше проблем". Просто до классов такого класса проблем впринципе не было. Пример с автомобилем - пока авто не было, проблемы выхлопных газов тоже не существовало, т.е. новая технология решает одни проблемы, но создает другие проблемы другого порядка. Это нормально.

Решить проблемы почти не вышло, adt и полиморфизм для бедных

Это уже лисп был, Кею он кстати очень нравился

Я к тому написал выше, что трейты пилили не ради того чтобы запилить а ради решения проблемы множественного наследования. Пилить, ради того чтобы что-то запилить, ну я незнаю

> Пилить, ради того чтобы что-то запилить, ну я незнаю Страус посмеялся

Вопрос: Мне нужно сделать что-то похожее на Visitor, но с дополнительным условием. Вот классическая реализация: https://refactoring.guru/design-patterns/visitor interface Shape is abstract method accept(v: Visitor) interface Visitor is method visit(d: Dot) method visit(c: Circle) method visit(r: Rectangle) method visit(cs: CompoundShape) Вот мне нужно, чтобы клиент моей библиотеки мог создавать свои реализации Shape и добавлять их в Visitor. Вообщем не обязательно вообще использовать паттерн Визитор. Я с помощью него определяю тип абстрактного объекта и потом вешаю определенный обработчик для этого типа. Но нужно чтобы клиент мог добавлять свои типы и их обработчики.

А какая цель второго объекта? Может его полиморфный метод можно прямо в Shape отправить?

Hey all, I decided to create a channel in Telegram, where I will post and you will only read. This chat is full of spam, unfortunately, and it’s time to help those who want to read only me. Please, join: https://t.me/yegor256news

А какая цель второго объекта? Может его полиморфный метод можно прямо в Shape отправить?

не говори такими словами, не все понимают что такое "полиморфный")

класный чувак)

Он не про наш чат конечно же)

да понятно, но всё равно он класный)

профессионал

Скромный профессионал

Скромный профессионал

... вбросов

Писал 10 лет на с++, потом java и obj c, javascript и сейчас на проекте дарт котлин и свифт. Дарт крайне приятный язык со строгостью с++ и future и стримами. отлично подходит для реактивного программирования на мобилках и для энтерпрайз веба.

д - деградация

Писал 10 лет на с++, потом java и obj c, javascript и сейчас на проекте дарт котлин и свифт. Дарт крайне приятный язык со строгостью с++ и future и стримами. отлично подходит для реактивного программирования на мобилках и для энтерпрайз веба.

???

А это к чему?

Дарт мне зашёл лучше других

Это ж не твиттер вроде

строгость c++

это как

в дарте же нету строгости

а в плюсах?)

была наверное

всего две буквы - UB

в дарте же нету строгости

Что ты подразумеваешь под этим?

Я сделал себе новый телеграм канал, где будут свежие новости от меня, обновления, статьи и просто мысли про ООП, подписывайтесь: https://t.me/yegor256news

как-то там пока пустова-то

Тебе ж Дэвид Вэст уже объяснял что мысли про ООП это пустое)

Тебе ж Дэвид Вэст уже объяснял что мысли про ООП это пустое)

и я все ещё не согласен)

тебе даже Алан Кей намекал на это)

он намекает почти в каждом своем выступлении, пока самое эпичное это интервью с создателем эрланга:

блин, лень искать таймкод... https://www.youtube.com/watch?v=fhOHn9TClXY

и я все ещё не согласен)

ну просто все твои статьи сводятся к "ой да может уже просто начнешь писать на Haskell, все ж мысли к этому и ведут"

ну просто все твои статьи сводятся к "ой да может уже просто начнешь писать на Haskell, все ж мысли к этому и ведут"

Хаскелль не оч

ты может тоже не оч, но мы тебя как-то терпим)

?

ты может тоже не оч, но мы тебя как-то терпим)

Ниабидна)

Привет всем, Есть задача: 1. Есть 5-10 категорий по которым можно фильтровать продукты. 2. При выборе чекбоксов в категории нужно обновить состояние других фильтров (enable/disable checkbox) 3. Показать/обновить счетчик под категорией. Пример hotline.ua, rozetka.com.ua Так получилось что каждый тип фильтра отдельная таблица, и через джойны доставать каждый раз состояние всех фильтров слишком долго. Можно кешировать полный перебор фильтров но есть минусы: 1. Каждый новый тип фильтра очень сильно влияет на размер кеша, так как там идет полный перебор. 2. Динамически добавлять продукты сложно, нужно дропать кеш и генерировать заново, что не весело. Можно еще в еластик залить денормализованую таблицу продукта, где у продукта будет отдельный массив атрибутов под фильтр, но не знаю насколько будет быстрый поиск и агрегация для 500к+ продуктов. Нагуглил вопрос без ответа на стековерфлоу https://stackoverflow.com/questions/41607299/implement-filters-with-counters больше ничего толкового не нашел =( Подскажите как решают такую задачу, уверен должен быть иной путь.

Привет всем, Есть задача: 1. Есть 5-10 категорий по которым можно фильтровать продукты. 2. При выборе чекбоксов в категории нужно обновить состояние других фильтров (enable/disable checkbox) 3. Показать/обновить счетчик под категорией. Пример hotline.ua, rozetka.com.ua Так получилось что каждый тип фильтра отдельная таблица, и через джойны доставать каждый раз состояние всех фильтров слишком долго. Можно кешировать полный перебор фильтров но есть минусы: 1. Каждый новый тип фильтра очень сильно влияет на размер кеша, так как там идет полный перебор. 2. Динамически добавлять продукты сложно, нужно дропать кеш и генерировать заново, что не весело. Можно еще в еластик залить денормализованую таблицу продукта, где у продукта будет отдельный массив атрибутов под фильтр, но не знаю насколько будет быстрый поиск и агрегация для 500к+ продуктов. Нагуглил вопрос без ответа на стековерфлоу https://stackoverflow.com/questions/41607299/implement-filters-with-counters больше ничего толкового не нашел =( Подскажите как решают такую задачу, уверен должен быть иной путь.

быстрый поиск будет

с эластиком

сфинкс искал тоже крайне быстро

за тысячные доли секунды. на довольно слабенькой тачке

там правда данных было 150к... и это было давно :)

быстрый поиск будет

несмотря на то что там атрибут фильтра может быть масивом?)

а это уже смотреть надо...

но очень врядли ты придумаешь чтото лучше

но очень врядли ты придумаешь чтото лучше

С поиском нет проблем и в posgres, проблема в апдейте с фильтра =( Ну если ничего толкового не найду, буду пробовать еластик(

несмотря на то что там атрибут фильтра может быть масивом?)

эластику пофигу

сфинкс искал тоже крайне быстро

судя по всему речь идет о таких объемах что лучше не брать ни сфинкс ни эластику а взять postgresql и хватит

и хранить все в jsonb

ну он чегото волнуется о скорости...

ну я рад за него, но тогда пусть расскажет объемы данных и прогнозы по трафику

ибо если этого нет - хер знает чего он боится

берешь постгрес, делаешь индексы, вуаля

эластика как бы тоже не на магии будет быстро работать - это надо разбираться и делать

+ появляется необходимость синхронизировать данные и вообще мониторить это говно

и я пока не услышал ничего что позволяет предположить что это все нужно

Привет всем, Есть задача: 1. Есть 5-10 категорий по которым можно фильтровать продукты. 2. При выборе чекбоксов в категории нужно обновить состояние других фильтров (enable/disable checkbox) 3. Показать/обновить счетчик под категорией. Пример hotline.ua, rozetka.com.ua Так получилось что каждый тип фильтра отдельная таблица, и через джойны доставать каждый раз состояние всех фильтров слишком долго. Можно кешировать полный перебор фильтров но есть минусы: 1. Каждый новый тип фильтра очень сильно влияет на размер кеша, так как там идет полный перебор. 2. Динамически добавлять продукты сложно, нужно дропать кеш и генерировать заново, что не весело. Можно еще в еластик залить денормализованую таблицу продукта, где у продукта будет отдельный массив атрибутов под фильтр, но не знаю насколько будет быстрый поиск и агрегация для 500к+ продуктов. Нагуглил вопрос без ответа на стековерфлоу https://stackoverflow.com/questions/41607299/implement-filters-with-counters больше ничего толкового не нашел =( Подскажите как решают такую задачу, уверен должен быть иной путь.

есть похожий вопрос на тостере - https://toster.ru/q/355677 там в комментах много полезной инфы

и я пока не услышал ничего что позволяет предположить что это все нужно

Продуктов 500к+, категорий пока около 5, каждая катигория по 1-2к вариаций приблизительно, есть и маленькие совсем категории, делал денормализированую материал вюшку в постгре на 4 категории, вышло 6 млн записей.

каждый новый фильтр будет приумножать записи на количество вариаций, вот почему я засомневася)

есть похожий вопрос на тостере - https://toster.ru/q/355677 там в комментах много полезной инфы

спасибо, почитаю

Продуктов 500к+, категорий пока около 5, каждая катигория по 1-2к вариаций приблизительно, есть и маленькие совсем категории, делал денормализированую материал вюшку в постгре на 4 категории, вышло 6 млн записей.

не знаю зачем ты делал материал вью...

ну 500К это уже поинтереснее конечно и возмоооожно можно подключать эластику (хотя у тебя будут проблемы с пагинацией при поиске, хотя это в любом случае если делать по старинке через limit/offset)

но в целом я бы начал с эксперементов БЕЗ подключения отдельных баз данных для поиска, как никак постгря спокойно справляется с такими выборками

каждый новый фильтр будет приумножать записи на количество вариаций, вот почему я засомневася)

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

не знаю зачем ты делал материал вью...

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

ну ы плюс посчитать для каждой конфигурации новое количество продуктов и данной выборки

ну это просто сделать поиск, тебе ж всеравно его делать

опять же. я слишком мало знаю о задаче (пока представляю себе дефолтный каталог аля яндекс маркета)

опять же. я слишком мало знаю о задаче (пока представляю себе дефолтный каталог аля яндекс маркета)

чел изначально говорил и о 500к и о примерах каталогов :)

или ты только мои ответы прочитал?

примеры каталогов я понимаю, я просто не понимаю зачем хранить фильтры)

а про 500К проглядел, видел только про 5 категорий (и 5 категорий на большое количество товаров мне как-то кажется странным)

ну просто предварительно "просчитывать" статистику под все комбинации фильтров явно не эффективно

а какие-то совсем базовые фильтры (когда слишком общие, но они и чаще юзаются) можно кэшировать в целом.

а про 500К проглядел, видел только про 5 категорий (и 5 категорий на большое количество товаров мне как-то кажется странным)

товары это аналогия что бы было понятней, пока 5 но буде больше)

понял, то есть все же это не совсем "каталог товаров".

нет но очень похоже

раз уж речь об эластике была - а апдейты как часто происходят?

раз в неделю

данные довольно статичны

ну тогда можно и эластику... просто опять же - основная ж проблема как я понимаю не в базе данных а в способе хранения.