Kalkulator wartości z pliku - problem z algorytmem

Kalkulator wartości z pliku - problem z algorytmem
C0
  • Rejestracja:prawie 6 lat
  • Ostatnio:ponad 3 lata
  • Postów:15
0

Cześć, mam problem z zadaniem, gdzie muszę odczytać wartości z pliku, które mówią jak ma zachować się algorytm kalkulatora. Przykładowe operacje i wynik są na screenie. Widać tutaj, że ta wartość z 'apply' ma stać w działaniu obok 1. wartości z pliku. Nie wiem jak to zadanie ugryźć.

  1. Czy te wartości pogrupować do mapy, w której kluczem będzie operacja (multiply, add itd.)? Tylko w tym wypadku tracimy kolejność działań, co jak widać jest kluczowe w wyniku.
  2. Czy operować tu w jakiś sposób na listach?
  3. Moje podejście, które zastosowałem w operowaniu na tablicy, ale tutaj też gubi się kolejność działań zadana w przykładzie.

Każde moje podejście legnie w gruzach, gdy przychodzi do momentu konstruowania całego działania, gdzie musi zostać kolejność działań jak w przykładzie.
Bardzo proszę o pomoc :)

Polecenie:
Write some code to calculate a result from a set of instructions.
Instructions comprise of a keyword and a number that are separated by a space per line. Instructions are loaded from file and results are output to the screen. Any number of Instructions can be specified. Instructions can be any binary operators of your choice (e.g., add, divide, subtract, multiply etc). The instructions will ignore mathematical precedence. The last instruction should be “apply” and a number (e.g., “apply 3”). The calculator is then initialised with that number and the previous instructions are applied to that number.
Examples of the calculator lifecycle might be:

*w 1. przykładzie wynik powinien być 16, a nie 36

edytowany 7x, ostatnio: coliber00
AK
Czemu zawdzięczamy zaszczyt, że wzór jest w obrazku (a kod wykastrowany z deklaracji -> niekompilowalny )
C0
Wybacz. Czy tak jest ok?
AK
  • Rejestracja:prawie 7 lat
  • Ostatnio:około miesiąc
  • Postów:3561
2

Mniemam patrząc na sufit, że na jakimś poziomie ratunkiem jest lista / kolejka / jakiś kontener nie typu prostego jak próbujesz, ale złożonego { enum, liczba }

Zwalmy na upał (choć nie jest duży), ale MNIE ten kod zniechęca do wczytywania się

Wybacz. Czy tak jest ok? — coliber00 2 sekundy temu

Nie jest OK.
Kod niskopoziomowy (parsujacy stringi) wymieszany z algorytmem, na typach prostych jak pisałem etc
Nie mam najmniejszej motywacji, by to czytać


Bo C to najlepszy język, każdy uczeń ci to powie
edytowany 1x, ostatnio: AnyKtokolwiek
AK
ps. Jako się rzekło klasę ze stałymi to nie używałem z 10 lat -> enum (w Javie jest bardzo powefull)
C0
Użyłem stałych, ponieważ enum nie dawał się wsadzić w switcha
AK
Oryginalne stwierdzenie. Nawet bardzo oryginalne
C0
Stworzyłem enuma z parametrem Stringowym i jak chcialem użyć go w switch'u to kompilator rzucał: constant expression required
C0
  • Rejestracja:prawie 6 lat
  • Ostatnio:ponad 3 lata
  • Postów:15
0
Kopiuj
//Właściwy kod
public static void main(String[] args) {
        FileOperator fileOperator = new FileOperator("calculations.txt");
        ArrayList<Operation> instructions = new ArrayList<>();

        String line;
        try {
            while ((line = fileOperator.getReader().readLine()) != null) {
                String[] operation = line.split(" ");
                instructions.add(new Operation(operation[0], Integer.parseInt(operation[1])));
            }
        } catch (IOException e) {
            e.printStackTrace();
        }

        int result = 1;
        int lastValue;
        for (Operation operation : instructions) {
            switch (operation.getOperation()) {
                case OperationStringConstants.ADD -> result += operation.getValue();
                case OperationStringConstants.SUBTRACT -> result -= operation.getValue();
                case OperationStringConstants.DIVIDE -> {
                    int value = operation.getValue();
                    if (value != 0) {
                        result /= value;
                    }
                }
                case OperationStringConstants.MULTIPLY -> result *= operation.getValue();
                case OperationStringConstants.APPLY -> lastValue = operation.getValue();
            }
        }
      result += lastValue
    }
//=====
class OperationStringConstants {
    public static final String ADD = "add";
    public static final String SUBTRACT = "subtract";
    public static final String MULTIPLY = "multiply";
    public static final String DIVIDE = "divide";
    public static final String APPLY = "apply";
}

class Operation {
    private String operation;
    private int value;

    public Operation(String operation, int value) {
        this.operation = operation;
        this.value = value;
    }

    public String getOperation() {
        return operation;
    }

    public int getValue() {
        return value;
    }
}

class FileOperator {
    private final String fileName;
    private BufferedReader reader;

    public FileOperator(String fileName) {
        InputStreamReader streamReader =
                new InputStreamReader(getFileFromResourceAsStream(fileName), StandardCharsets.UTF_8);
        this.fileName = fileName;
        reader = new BufferedReader(streamReader);
    }

    private InputStream getFileFromResourceAsStream(String fileName) {
        ClassLoader classLoader = getClass().getClassLoader();
        InputStream inputStream = classLoader.getResourceAsStream(fileName);
        if (inputStream == null) {
            throw new IllegalArgumentException("file not found! " + fileName);
        } else {
            return inputStream;
        }
    }

    public String getFileName() {
        return fileName;
    }

    public BufferedReader getReader() {
        return reader;
    }
}

edytowany 1x, ostatnio: cerrato
AK
Kod jest dalej niekompilowalny (dla kolegów) oraz ma przestarzale stałe stringowe (dla mnie)
AK
  • Rejestracja:prawie 7 lat
  • Ostatnio:około miesiąc
  • Postów:3561
0
coliber00 napisał(a):
    } catch (IOException e) {
        e.printStackTrace();
    }

Jak nie masz coś mądrego do zrobienie z wyjątkiem, to go nie łap -> poniżej algorytm będzie miał wrażenie, ze wszystko jest OK, a tak nie jest

    int result = 1;
    int lastValue;
    for (Operation operation : instructions) {
        switch (operation.getOperation()) {
            case OperationStringConstants.ADD -> result += operation.getValue();

...

//=====
class OperationStringConstants {
public static final String ADD = "add";
public static final String SUBTRACT = "subtract";
public static final String MULTIPLY = "multiply";
public static final String DIVIDE = "divide";
public static final String APPLY = "apply";
}

Operując na stringach (a nie enumach) opóźniasz ich ocenę czy są dobre / złe (a tak naprawdę, to nie ma takiej oceny, zły opis czynności przeleci po cichutku)

class FileOperator {
private final String fileName;

najdziwniejsza klasa w całym projekcie, co "by miała" nowego, istotnego wprowadzać?
Czy tylko "się sama skopiowała" ?


Bo C to najlepszy język, każdy uczeń ci to powie
AK
  • Rejestracja:prawie 7 lat
  • Ostatnio:około miesiąc
  • Postów:3561
1

Aha ...

za dużo w main()
Powinno być, MSZ, coś w rodzaju, w dobrze nazwanych metodach / klasach

List<Operation > list = parse(io);
Execurot ex = new Execurot ();
ex.compute(list)


Bo C to najlepszy język, każdy uczeń ci to powie
C0
Udało się zrobić poprzez zrobienie jednego długiego String'a, który zawiera całe wyrażenie (konstruowane w switchu) i potem użycie Expression.calculate z org.mariuszgromada.math. Dziękuję za chęć pomocy i pozdrawiam :)
AK
Nie wiem, czy stawiającemu zadanie o to chodziło. A który zawiera całe wyrażenie (konstruowane w switchu) ja odbieram jako zabicie całej finezji
C0
  • Rejestracja:prawie 6 lat
  • Ostatnio:ponad 3 lata
  • Postów:15
0

@AnyKtokolwiek: Jak nie masz coś mądrego do zrobienie z wyjątkiem, to go nie łap -> poniżej algorytm będzie miał wrażenie, ze wszystko jest OK, a tak nie jest

czyli tutaj po prostu przy metodzie wpisać throws IOException?

AK
Zwróć uwagę, że jakby to były dobrze wydzielone nazwane metody, to i temat wyjątków się lepiej układa
W0
  • Rejestracja:ponad 12 lat
  • Ostatnio:około 9 godzin
  • Postów:3584
0

Po kolei:

  1. "apply" to nie jest operator. To znak stopu i należy go traktować inaczej.
  2. Zamknij wszystko w oddzielnej klasie. Np.
Kopiuj
public class InstructionChain {
    private List<Instruction> chain = new ArrayList<>();

    public int apply(final int operand) {
        // wykonuje wszystkie kroki z łańcucha instrukcji
    }

    public void addStep(final String line) {
        // parsuje linię i dodaje obiekt Instruction do listy instrukcji
    }

    private enum Operator {
        ADD((result, value) -> result+value),
        SUBTRACT((result, value) -> result-value),
        MULTIPLY((result, value) -> result*value),
        DIVIDE((result, value) -> result/value);

        private final IntBinaryOperator accumulator;
        Operator(final IntBinaryOperator accumulator) {
            this.accumulator = accumulator;
        }
    }

    private class Instruction {
        private final Operator operator;
        private final int value;

        private Instruction(final Operator operator, final int value) {
            this.operator = operator;
            this.value = value;
        }

        private int apply(final int operand) {
            return operator.accumulator.applyAsInt(operand, value);
        }
    }
}
  1. I potem już normalnie - czytasz linijka po linijce, wołasz InstructionChain.addStep aż do momentu, w którym linia się zaczyna od "apply" - wtedy dla ciebie jest to znak, że należy przestać czytać z pliku i zaaplikować to, co jest po "apply".
edytowany 2x, ostatnio: wartek01
AK
Z tego co kolega pisze powyzej, utracił zainteresowanie, i PODOBNO znalazł gotowca na tę nieco dziwną gramatykę

Zarejestruj się i dołącz do największej społeczności programistów w Polsce.

Otrzymaj wsparcie, dziel się wiedzą i rozwijaj swoje umiejętności z najlepszymi.