Как передать коллекцию из правила в метод java

Question

У меня есть коллекция типов автомобилей, которые мне нужно передать из ILOG Jrules в мой метод оценки Java. Мой метод оценки Java может принимать объект, поэтому коллекция может быть принята. Мне нужно обработать коллекцию автомобилей в моем Java XOM, а затем вернуть некоторый результат в ILOG. Но как мне создать коллекцию автомобилей из моего ILOG JRules? И для тестирования DVS, как я могу передать коллекцию автомобилей из своего листка Excel в Excel?

Answer 1

Чтобы прояснить комментарий Тито по первому ответу: Ну, это зависит от того, что вы хотите сделать. Без всякого ввода трудно сказать.

Да, вы можете легко отправить коллекцию как InputParameter. НО, если ваши бизнес-пользователи хотят создавать правила против элементов коллекции, используйте [concept.insert (Object) ish для вставки всех ваших элементов в рабочую память]. (если вы хотите написать «если код элемента есть ..», не сказав: «сначала определите элемент для элемента в элементах корзины покупок»), и НЕ используйте никакой цикл в потоке правил. Это излишние перфорации.

Вы можете отправить JRules сложный структурированный объект, если хотите. Именно тогда вам решать, как вы будете создавать правила и разделять модель, если необходимо, с помощью указателей на объекты, например, параметр набора параметров, являющийся коллекцией «элементов» вашего основного объекта «shoppingCart» имеет смысл?

Answer 2

Есть 2 вопроса там ...

1/Почему не имея метод JAVA напечатанный в вашем Java? Если вы не можете использовать Java 5, вы должны ввести свою коллекцию.

У вас может быть «виртуальный метод» с параметром Collection as (просто добавьте метод в свою спецификацию, где это имеет смысл), а в B2X попробуйте сделать из коллекции в Object.

JRules не печатается, потому что он использует 1.4, поэтому вы можете это сделать ... Попробуйте.

Зачем вам нужно передавать любую коллекцию на вашу Java? Будьте осторожны, чтобы не вернуть бизнес-логику на Java ;-)

2/DVS ... как сказать, что ... Особенно с коллекцией в качестве входных и/или выходных данных ... Это дерьмо! Это дрянная часть кода, которая делает бизнес-пользователей счастливыми, потому что они будут использовать Excel для создания тестового сценария, но (мой друг), если вы действительно ищете проблемы, а затем идите на это.

Позвольте мне пояснить, что:

Входной сигнал: вы можете иметь сложные объекты и коллекции легко

Выходные: это реальная боль в спине. Но вы можете иметь коллекцию и сортировку, если у вас есть Компаратор в спецификации. Сложные объекты ... Возможны, но для этого требуется множество настроек, и это не документировано.

Но вам нужно будет сделать все это (подготовьте файл Excel) вручную :(
Позвольте мне ответить продавцу: 7.5 позволит вам сделать это :) Happy ??

Теперь прагматично, вы можете сделать это, но с большим количеством «нечитаемого» кода в своей таблице стилей, что означает, что ваши бизнес-пользователи не смогут использовать их с нуля. Возможно, некоторые из ваших ИТ-специалистов не смогут его использовать. Слишком много хлопот. И вам придется запретить бизнес-пользователям изменять код таблицы стилей ...

Из-за этой суеты это абсолютно НЕ документировано, и если вы действительно этого хотите, мне, возможно, придется посмотреть на Например, я думаю, что у меня есть, или вам нужно иметь тесный контакт в команде Илог ИТ ... Извините.