АС
а в нем геттер toArray
Size: a a a
2019 September 03
ПО
видимо нужен интерфейс для критериев
Вот это нам и надо обсудить
АС
Вот это нам и надо обсудить
ну для меня потобного уровня обсуждения еще пока в новинку, поэтому захожу боком)
AM
> Или они типовые только поддерживаются для фильтра? Свой класс не создать?
Да, я написал что в этом проблема и сходу не знаю как решить.
Да, я написал что в этом проблема и сходу не знаю как решить.
AM
а в нем геттер toArray
есть уже
AE
Я вот вижу
OffsetableDataInterface, но нет LimitTableDataInterface. Или оно как то по другому там задается, может я проглядел?АС
Я вот вижу
OffsetableDataInterface, но нет LimitTableDataInterface. Или оно как то по другому там задается, может я проглядел?это наверное для погинатора
ПО
палюбас
АС
а нужен то для критериев. меня больше второй пункт смущает чем первый)
АС
2. Реализовать применение критериев в data reader не просто.
АС
потому как с первым я чето трудностей не узрел
AM
Я вот вижу
OffsetableDataInterface, но нет LimitTableDataInterface. Или оно как то по другому там задается, может я проглядел?Оно есть сразу в ридере.
АС
как бы критерии еще и небыли разными для разных ридеров
АС
для ES например если написать критерии, врятли они подойдут к другим ридерам
AM
ридер по задумке получает общий критерий и конвертит в свой
AM
естественно для массивов, ElasticSearch, MySQL и Oracle они будут разными в итоге
AM
но на вход подаётся одинаково
AE
Для решение второй задачи, нужно определиться с первой.
В чем проблема рассширения критериев, если есть единый интерфейс для создания своих? Создаем свой и инклудим в набор.
Вопрос может в том на каких условиях, >, < , in и т.д.?
В чем проблема рассширения критериев, если есть единый интерфейс для создания своих? Создаем свой и инклудим в набор.
Вопрос может в том на каких условиях, >, < , in и т.д.?
АС
Для решение второй задачи, нужно определиться с первой.
В чем проблема рассширения критериев, если есть единый интерфейс для создания своих? Создаем свой и инклудим в набор.
Вопрос может в том на каких условиях, >, < , in и т.д.?
В чем проблема рассширения критериев, если есть единый интерфейс для создания своих? Создаем свой и инклудим в набор.
Вопрос может в том на каких условиях, >, < , in и т.д.?
я б сказал наоборот, для решения первой задачи, нужно решить вторую)
AE
Но ведь чтобы понять как применять критерии, нужно знать что они из себя представляют?)