String Expression mit Java validieren (true / false)

[internet]

Moin,

gibt es eine Lib, die mir einen String Expression in Java Code umwandelt und somit das Ergebnis prüft?
Eine Expression kann ein String sein oder auch mathematische Formeln.

Konkret:
Ich habe eine Bedingung:
1) "A" = "A"
2) 1+1 = 10
3) A = A

Nun möchte ich dies prüfen lassen.
Also sowas wie:

if(1+1 == 2)
   return true;

if("A".equals("A"))
   return true;

 

[kneitzel]

Es gibt Libraries, die Expressions auswerten können, z.B.:

mXparser – Math Expressions Parser for JAVA, C#, C++, Kotlin, Android, .NET/MONO/Xamarin – Mathematical Formula Parser / Evaluator Library | JAVA, C#, C++, Kotlin, Android, and all .NET platforms (Supports .NET Framework, .NET Core, .NET Standard, X

mathparser.org

GitHub - ezylang/EvalEx: EvalEx is a handy expression evaluator for Java, that allows to evaluate simple mathematical and boolean expressions.

EvalEx is a handy expression evaluator for Java, that allows to evaluate simple mathematical and boolean expressions. - ezylang/EvalEx

github.com

Oder man nutzt einfach die JavaScript Engine (ScriptEngineManager Klasse und nashorn Engine. Wobei nashorn engine it Java 14 entfernt wurde und ab Java 11 gibt es eine Warnung. Ist aber immer noch verfügbar als externe Library: https://mvnrepository.com/artifact/org.openjdk.nashorn/nashorn-core

Das einfach mal um ein paar Optionen zu nennen.

 

[internet]

Danke...
Die zweite Lib (EvalEx) habe ich mir schon angeschaut...
Aber wie geht das mit Strings? Mit Zahlen habe ich ein paar Tests probiert und das sah gut aus...

 

[mihe7]

Sollte sich wie unter https://github.com/uklimaschewski/EvalEx#custom-functions-with-string-parameters beschrieben, realisieren lassen. Du kannst auch eigene Operatoren definieren, allerdings nicht überladen. Wenn Du also den Gleichheitsoperator für Zahlen und Strings gleichermaßen verwenden willst, könnte es funktionieren, wenn Du im Beispiel erstmal versuchst, die beiden Operanden als Zahlen zu behandeln und wenn das nicht funktioniert, den String-Vergleich durchzuführen.

 

[internet]

Ok, danke...

Ok, wie könnte aber auch sowas gehen:
- startwith
- endwith
- contains
-....

Also im Endeffekt die Operatoren / Funktionen, die Java schon bietet, aber kommend von einem String, welches dann in Java Code übersetzt wird?

Immer unter der Prämise, dass die Prüfung Zahlen (Berechnungen), aber auch Strings sein kann

 

[mihe7]

Ok, wie könnte aber auch sowas gehen:

Das entspricht doch genau dem Besipiel, oder sehe ich hier was falsch? Du musst lediglich einen passenden Funktionsnamen wählen und in lazyEval statt equals halt z. B. contains etc. verwenden.

 

[Barista]

gibt es eine Lib, die mir einen String Expression in Java Code umwandelt und somit das Ergebnis prüft?

BeanShell

und

Expression Parser Heiner Kücker

Java-Developer, e-Business-Consultant

www.heinerkuecker.de

Letzteres stammt von mir, ist sehr alt und die Operator-Prezedenz ist falsch, man kann sich aber mit Klammern helfen.

 

[internet]

Das entspricht doch genau dem Besipiel, oder sehe ich hier was falsch? Du musst lediglich einen passenden Funktionsnamen wählen und in lazyEval statt equals halt z. B. contains etc. verwenden.

ok, wenn ich es richtig verstehe müsste ich dann eben verschiedene Funktionen erstellen (CONTAINS, EQUAL...)
Dann müsste meine Expression aber auch so sein:

[CODE lang="java" title="STREQ(\"test\", \"test2\")"]CONTAINS(\"test\", \"test2\")[/CODE]

Ich würde aber wirklich gerne das so haben:

String result = "'Test' = 'Test'"

 

[mihe7]

Ich würde aber wirklich gerne das so haben:

Wenn, dann willst Du einen String auswerten, in dem etwas wie "Test"="Test" steht. D. h. das, was Du da stehen hast, ist nicht das result sondern der input und das lässt sich, wie in #4 beschrieben, mit einem eigenen "="-Operator auswerten lassen.

 

[Barista]

Google Search

 

[internet]

Wenn, dann willst Du einen String auswerten, in dem etwas wie "Test"="Test" steht. D. h. das, was Du da stehen hast, ist nicht das result sondern der input und das lässt sich, wie in #4 beschrieben, mit einem eigenen "="-Operator auswerten lassen.

Naja, wie soll das gehen?

Sowas wie mit einer Funktion davor habe ich hinbekommen:

String expression = "STREQ(\"MyString\", \"MyString\")";

Aber wie mache ich das mit: "=" ?

Ich muss hier 2 BigDecimal als Parameter übergeben? Wie soll das mit einem String gehen?

    public static AbstractOperator createStringEqual() {
        
        return new AbstractOperator("=", 30, true) {

            @Override
            public BigDecimal eval(BigDecimal v1, BigDecimal v2) {
                // TODO Auto-generated method stub
                return null;
            }
        };

    }

 

[mihe7]

Ich muss hier 2 BigDecimal als Parameter übergeben? Wie soll das mit einem String gehen?

Ich würde vermuten, genauso wie in dem Beispiel, allerdings mit AbstractLazyOperator - der vergleicht zwei LazyNumber-Instanzen.

 

[internet]

der vergleicht zwei LazyNumber-Instanzen.

Aber ich brauche doch Strings?

public static AbstractOperator createStringEqual() {

        return new AbstractOperator("=", 30, true) {

            @Override
            public BigDecimal eval(String v1, String v2) {

                // TODO Auto-generated method stub
                return null;
            }

        };

    }

 

[mihe7]

Wir drehen uns im Kreis. Nimm das Beispiel aus https://github.com/uklimaschewski/EvalEx#custom-functions-with-string-parameters und passe es auf Operatoren an (z. B. statt AbstractLazyFunction eben AbstractLazyOperator verwenden und natürlich nicht addLazyFunction verwenden). Ich kenn die Lib auch nicht, und schaue nur die in den Quellcode rein. Mit etwas Glück könnte es klappen.

 

[internet]

Ja, wie gesagt... Es wird hier eine Zahl erwartet...

LazyNumber eval(LazyNumber v1, LazyNumber v2);

Ich will doch aber einen String vergleichen

 

[mihe7]

Das Beispiel vergleicht auch zwei Strings und arbeitet mit LazyNumber.

EDIT:

Es wird hier eine Zahl erwartet...

Nein, es wird ein Objekt vom Typ LazyNumber erwartet.

 

[internet]

Also ich habe das nun:

public static AbstractLazyOperator createStringOperator() {
        return new AbstractLazyOperator("=", 30, true) {
   
            private LazyNumber ZERO = new LazyNumber() {
                public BigDecimal eval() {
                    return BigDecimal.ZERO;
                }

                public String getString() {
                    return "0";
                }
            };
            private LazyNumber ONE = new LazyNumber() {
                public BigDecimal eval() {
                    return BigDecimal.ONE;
                }

                public String getString() {
                    return null;
                }
            };
           
            @Override
            public LazyNumber eval(LazyNumber v1, LazyNumber v2) {
                if (v1.getString().equals(v2.getString())) {
                    return ZERO;
                }
                return ONE;
            }
        };
   
    }

        Expression e = new Expression("\"TEST\" = \"TEST\"");
        e.addOperator(ExpressionFunctions.createStringOperator());

        e.eval();

Bekomme aber in der Klasse Expression eine NPE:
Zeile 507:

if (previousToken.type != TokenType.STRINGPARAM) {

Was mache ich falsch?

 

[Mart]

Also ich habe das nun:

public static AbstractLazyOperator createStringOperator() {
        return new AbstractLazyOperator("=", 30, true) {
  
            private LazyNumber ZERO = new LazyNumber() {
                public BigDecimal eval() {
                    return BigDecimal.ZERO;
                }

                public String getString() {
                    return "0";
                }
            };
            private LazyNumber ONE = new LazyNumber() {
                public BigDecimal eval() {
                    return BigDecimal.ONE;
                }

                public String getString() {
                    return null;
                }
            };
          
            @Override
            public LazyNumber eval(LazyNumber v1, LazyNumber v2) {
                if (v1.getString().equals(v2.getString())) {
                    return ZERO;
                }
                return ONE;
            }
        };
  
    }

        Expression e = new Expression("\"TEST\" = \"TEST\"");
        e.addOperator(ExpressionFunctions.createStringOperator());

        e.eval();

Bekomme aber in der Klasse Expression eine NPE:
Zeile 507:

if (previousToken.type != TokenType.STRINGPARAM) {

Was mache ich falsch?

wenn du dich nicht mehr in deinem eigenen code auskennst wie soltte es dann ein anderer können...
bennnen deine expression vllt nicht mit "e" usw.. vllt entsteht ein lesbarer code

 

[internet]

wenn du dich nicht mehr in deinem eigenen code auskennst wie soltte es dann ein anderer können...
bennnen deine expression vllt nicht mit "e" usw.. vllt entsteht ein lesbarer code

???

Was meinst du?
Die Klasse Expression in der die NPE entsteht, kommt von der Library (Evalex).

 

[Mart]

???

Was meinst du?
Die Klasse Expression in der die NPE entsteht, kommt von der Library (Evalex).

deine Variablen Bezeichnung ist nett gesagt so schlecht gewählt dass jeder der sich halbwegs einlesen möchte sich maximal schwer tut um irgendwas zu verstehen ... wenn eine Variable 1 Zeile im Editor einnehmen würde um absolut klar zu sagen wofür sie gut ist dann hätte man was aber so muss man bei den "unwichtigen" sachen raten und hoffen dass sie richtig sind

zb was soll ein aussenstehender mit einem getString anfangen wenn man sowas hinballert

                public String getString() {
                    return null;
                }

also das ist doch einfach nur ein troll

                public String getString() {
                    return "0";
                }

dann kommt sowas... also von allen grundsätzen von java die ich bis jetzt im studium und hier gelernt habe ist das eifnach nur meilenweit entfernt


für was hast du denn Objekte wenn sie sowieso das gleiche zurück geben
dann kannst dir gleich die Statische methode

public static Object returnNullObject(){
    return (Object)null;
}

anlegen dann hast das selbe .. es hilft halt nicht wenn man weis der gegenüber kann es eigentlcih aber machts mit absicht so dass man extra lange braucht um sich einzulesen

 

[internet]

hää?

Expression e;

Der Klassenname sagt doch schon alles aus
Sorry, die Antworten helfen mir aber überhaupt nicht zum eigentlichen Problem weiter.

 

[Mart]

hää?

Expression e;

Der Klassenname sagt doch schon alles aus
Sorry, die Antworten helfen mir aber überhaupt nicht zum eigentlichen Problem weiter.

das ist das gleiche wie wenn du in einem Blumen shop sagst "hier hast du ne Blume"...

ja klar.. alles ist ne blume aber welche mit welchen eigenschaften wäre schon in gewissermasen interessant zu wissen

 

[kneitzel]

Evtl. Gibst du uns mal den ganzen Stacktrace. Das wäre ein kleiner Anfang.

Ein toString() der null zurück gibt, sieht auf jeden Fall dubios aus. Aber ob das etwas mit dem Problem zu tun hat, kann ich nicht sagen ...

 

[Mart]

Evtl. Gibst du uns mal den ganzen Stacktrace. Das wäre ein kleiner Anfang.

Ein toString() der null zurück gibt, sieht auf jeden Fall dubios aus. Aber ob das etwas mit dem Problem zu tun hat, kann ich nicht sagen ...

Unabhängig ob es mit dem Problem zu tun hat es ist nicht sinnvoll ... hab noch nie eine methode gesehen die sinnvoll ist die immer null zurück gibt egal was rein kommt ausser eine void methode

das ist relativ witzlos dann

 

[mihe7]

Was mache ich falsch?

Nix. Da fehlt m. E. ein null-Check in Expression.java. Mach mal testweise Klammern außenrum, um zu testen, ob das mti dem Operator überhaupt funktioniert. Falls ja, kannst Du Zeile 507 in Expression.java ändern zu

if (previousToken == null || previousToken.type != TokenType.STRINGPARAM) {

 

[kneitzel]

Den Code der Library zu ändern ist nicht unbedingt der Weg, den ich zuerst gehen würde. Ich würde da erst noch etwas tiefer schauen, ob und was da überhaupt passiert.

Kommt er in den eigenen Code überhaupt rein? (Sprich: wird der vorhandene Operator = ersetzt?)

Die Library ist ja nicht so groß, so dass man sich einen ersten Überblick verschaffen könnte. Das wäre auf jeden Fall der erste Schritt, den ich gehen würde, ehe ich an der Library irgendwelche Änderungen vornehmen würde ...

 

[internet]

Den Code der Library zu ändern ist nicht unbedingt der Weg, den ich zuerst gehen würde. Ich würde da erst noch etwas tiefer schauen, ob und was da überhaupt passiert.

Kommt er in den eigenen Code überhaupt rein? (Sprich: wird der vorhandene Operator = ersetzt?)

Die Library ist ja nicht so groß, so dass man sich einen ersten Überblick verschaffen könnte. Das wäre auf jeden Fall der erste Schritt, den ich gehen würde, ehe ich an der Library irgendwelche Änderungen vornehmen würde ...

Ja, er kommt in den Code rein (den ich oben gepostet habe) -> createStringOperator()

Ggf. ist das auch einfach ein Problem an dieser Lib und kann nicht mit Strings umgehen? Sondern es wird immer eine Zahl für die Berechnung benötigt?!

Allenfalls mit Custom Functions...

 

[mihe7]

Ich würde da erst noch etwas tiefer schauen, ob und was da überhaupt passiert.

Das hab ich natürlich gemacht. https://github.com/uklimaschewski/E.../main/java/com/udojava/evalex/Expression.java, Zeile 507.

Trotzdem soll er es erstmal mit Klammern probieren, dann sollte dieser Fehler ja weg sein.

 

[kneitzel]

Die createStringOperator() Methode ist natürlich ausgeführt, aber die ist uninteressant. Interessant wäre, ob er in die eval Methode rein kommt. Und das ist nicht der Fall.

Bei dem Ausdruck "Test" = "Test" kommt er noch nicht einmal durch den Tokenizer.

Das hab ich natürlich gemacht.

Das Du Dir das alles schon etwas näher angesehen hast, war mir irgenwie durchaus klar. Aber Ich sehe hier im Thread nicht wirklich etwas sinnvolles bei raus kommen im Augenblick ...

Durch die Klammern funktioniert es, aber ob das für ihn ausreichend ist?

Ansonsten die precendence noch verändern. Damit es für Dinge wie 2 = 1 + 1 auch funktioniert.

Und dann in eval noch die Rückgabe umdrehen - bei Gleichheit sollte 1 und sonst die 0 zurück gegeben werden ...

Also mit paar Anpassungen wie:

... new AbstractLazyOperator("=", 1, true) {
    // ...
    @Override
    public Expression.LazyNumber eval(Expression.LazyNumber v1, Expression.LazyNumber v2) {
        if (v1.getString().equals(v2.getString())) {
            return ONE;
        }
        return ZERO;
    }
    // ...

könnte das auch für andere Ausdrücke passen (Denn ich vermute ja, dass er eine Lösung haben will, die sowohl 2 = 1 + 1 als auch das "Test" = "Test" auswerten kann...

@mrBrown Und Du willst jetzt den Tokenizer anpassen / verbessern? Den TE daran spielen lassen und da etwas verändern lassen, halte ich nicht wirklich für zielführend

 

[mihe7]

@mrBrown Und Du willst jetzt den Tokenizer anpassen / verbessern?

@mrBrown weniger Auch ich will nix anpassen, ich schau mir nur den Code an und sehe, dass es an der Stelle einen null-Check braucht, damit der Ausdruck mit einem Anführungszeichen beginnen kann.

Durch die Klammern funktioniert es, aber ob das für ihn ausreichend ist?

Das war nur zur Absicherung, dass der Operator-Spaß überhaupt funktioniert, bevor man da weiter Zeit investiert.

 

[internet]

(Denn ich vermute ja, dass er eine Lösung haben will, die sowohl 2 = 1 + 1 als auch das "Test" = "Test" auswerten kann...

korrekt

 

[kneitzel]

@mrBrown weniger

Sorry, Ich weiss auch nicht: irgendwie werfe ich euch immer durcheinander und keine Ahnung, warum ich das immer durcheinander bringe, wenn ich darauf nicht so achte Ist aber nicht böse gemeint.

Das war nur zur Absicherung, dass der Operator-Spaß überhaupt funktioniert, bevor man da weiter Zeit investiert.

Wenn man die Klassen anpasst, dann könnte man auch schauen, direkt die Auswertung vom = / == anzupassen.

 

[mihe7]

Sorry, Ich weiss auch nicht: irgendwie werfe ich euch immer durcheinander und keine Ahnung, warum ich das immer durcheinander bringe, wenn ich darauf nicht so achte Ist aber nicht böse gemeint.

Wir wissen Bist halt auch nicht mehr der Jüngste

 

[kneitzel]

Ich habe mir die Library mal geholt und etwas herum gespielt ...

Um sauber parsen zu können, habe ich den null check eingebaut.

Der Parser nimmt aber das letzte " nicht richtig mit. Daher habe ich auch das hasNext noch angepasst (Nicht schön, aber damit parst er nun):

    @Override
    public boolean hasNext() {
      if (pos == input.length()-1 && input.charAt(pos)=='"' && previousToken.type == TokenType.STRINGPARAM)
        return false;
      return (pos < input.length());
    }

Test:
[CODE lang="java" title="TestTokenizer.java"] @Test
public void testStringToken() {
Expression e;
Iterator<Token> i;

e = new Expression("\"Test\" = \"Test\"");
i = e.getExpressionTokenizer();
assertToken("Test", TokenType.STRINGPARAM, i.next());
assertToken("=", TokenType.OPERATOR, i.next());
assertToken("Test", TokenType.STRINGPARAM, i.next());
assertFalse(i.hasNext());
}[/CODE]

Aber nun will er die Auswertung nicht. Er scheint die STRINGPARAM nicht bei einem equals anzunehmen:

    Expression expression = new Expression("\"a\" = \"a\"");
    BigDecimal result = expression.eval();

führt zu

com.udojava.evalex.Expression$ExpressionException: Missing parameter(s) for operator =

    at com.udojava.evalex.Expression.validate(Expression.java:1958)
    at com.udojava.evalex.Expression.getRPN(Expression.java:1917)
    at com.udojava.evalex.Expression.eval(Expression.java:1509)
    at com.udojava.evalex.Expression.eval(Expression.java:1494)
    at com.udojava.evalex.TestEval.testStringComparison(TestEval.java:19)
    at java.base/jdk.internal.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
    at java.base/jdk.internal.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:78)
    at java.base/jdk.internal.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
    at java.base/java.lang.reflect.Method.invoke(Method.java:567)
    at org.junit.runners.model.FrameworkMethod$1.runReflectiveCall(FrameworkMethod.java:59)
    at org.junit.internal.runners.model.ReflectiveCallable.run(ReflectiveCallable.java:12)
    at org.junit.runners.model.FrameworkMethod.invokeExplosively(FrameworkMethod.java:56)
    at org.junit.internal.runners.statements.InvokeMethod.evaluate(InvokeMethod.java:17)
    at org.junit.runners.ParentRunner$3.evaluate(ParentRunner.java:306)
    at org.junit.runners.BlockJUnit4ClassRunner$1.evaluate(BlockJUnit4ClassRunner.java:100)
    at org.junit.runners.ParentRunner.runLeaf(ParentRunner.java:366)
    at org.junit.runners.BlockJUnit4ClassRunner.runChild(BlockJUnit4ClassRunner.java:103)
    at org.junit.runners.BlockJUnit4ClassRunner.runChild(BlockJUnit4ClassRunner.java:63)
    at org.junit.runners.ParentRunner$4.run(ParentRunner.java:331)
    at org.junit.runners.ParentRunner$1.schedule(ParentRunner.java:79)
    at org.junit.runners.ParentRunner.runChildren(ParentRunner.java:329)
    at org.junit.runners.ParentRunner.access$100(ParentRunner.java:66)
    at org.junit.runners.ParentRunner$2.evaluate(ParentRunner.java:293)
    at org.junit.runners.ParentRunner$3.evaluate(ParentRunner.java:306)
    at org.junit.runners.ParentRunner.run(ParentRunner.java:413)
    at org.junit.runner.JUnitCore.run(JUnitCore.java:137)
    at com.intellij.junit4.JUnit4IdeaTestRunner.startRunnerWithArgs(JUnit4IdeaTestRunner.java:69)
    at com.intellij.rt.junit.IdeaTestRunner$Repeater.startRunnerWithArgs(IdeaTestRunner.java:33)
    at com.intellij.rt.junit.JUnitStarter.prepareStreamsAndStart(JUnitStarter.java:221)
    at com.intellij.rt.junit.JUnitStarter.main(JUnitStarter.java:54)

Da habe ich mich aber jetzt auf die Schnelle nicht einlesen können. Ich finde den Code auch so nicht wirklich gut lesbar. Da sehe ich wenig Sinn, so auf die Schnelle noch etwas rum zu spielen sondern würde dann erst noch einiges umstellen. Das geht aber über ein schnelles experimentieren hinaus aus meiner Sicht und wenn man sowas macht, dann nur mit clone auf GitHub (und da habe ich irgendwie auch keine Lust zu )

 

[mrBrown]

Vielleicht wäre auch hier ANTLR interessant, ein Beispiel gäb es z.B. hier: https://tomassetti.me/getting-started-with-antlr-building-a-simple-expression-language/