С точки зрения парадигмы ООП какие объекты следует выделить в программе калькулятор?

Question

[khipster]

Самый обычный калькулятор: плюс, минус, умножение.

Comments

[Максим Тимофеев]

А зачем в калькуляторе ООП?

[Макс]

Максим Тимофеев: если складывать два числа то в этом и правда нет смысла

[Денис Загаевский]

Максим Тимофеев: затем, что не хочется говнокодить, я думаю.

[Максим Тимофеев]

Maxim: Тогда не мешало бы уточнить вопрос.

[Максим Тимофеев]

Денис Загаевский: Если надо складывать числа, то ООП - будет говнокодом.

[Денис Загаевский]

Максим Тимофеев: нет. Обоснование в моём ответе: С точки зрения парадигмы ООП какие объекты следует выделить в программе калькулятор? Если сделать грамотно, то получится во всех смыслах хорошая система.

Answer 1

[Muhammad]

Один класс: Calculator.

Comments

[Макс]

но это будет процедурное программирование

[AtomKrieg]

Maxim: аргументируйте

[Денис Загаевский]

AtomKrieg: смысла в этом нет, внутри такого класса будет всё перемешано, куча переменных и вызовы функций.

[Макс]

AtomKrieg: Калькулятор это сущность которая оперирует с числами и операциями. Должна ли она знать о том как реализованы операции сложение/вычитание/умножение/деление?

[Михаил]

Maxim: Калькуля́тор (лат. calculātor «счётчик») — электронное вычислительное устройство для выполнения операций над числами или алгебраическими формулами. Wiki
Да, именно калькулятор должен знать как реализованы эти операции

[Макс]

Михаил: Транспортное средство (сокр. тс) — техническое устройство для перевозки людей и/или грузов. wiki
должно ли тс знать как перевозить нечто? Нет, тс это просто класс обёртка с соответствующими делигирующими методами к мотору, тормозам и прочим системам

[AtomKrieg]

Денис Загаевский: У вас и Maxim какие-то голословные утверждения. И вообще вы вопрос читаете? Человек спросил про самый простой калькулятор из 4х операций. А вы тут начинаете - "куча переменных", "давайте выделим операцию сложения в отдельный класс".

[Макс]

AtomKrieg: А что не так? человек хочет калькулятор через ооп – пожалуйста. Вопрос в другом, нужно ли ооп в этом случае

[Денис Загаевский]

AtomKrieg: да, в том-то и дело, что даже если операций мало, и парсить их легко, вы делаете чтение строки, разбиение на токены/лексемы и вычисления в одном классе - то у вас God-object. Нарушается SRP, и получается говнокод. И нафиг тогда класс вообще?

Answer 2

[Денис Загаевский]

Я бы предложил такое:
* Лексический анализатор - читает текст, по запросу отдаёт следующую лексему(число, операция, скобка и тд), знает, где сейчас находится относительно текста;
* Синтаксический анализатор - берёт из лексического лексемы, хранит в себе состояние относительно выражения(не текста), строит некое представление (например, полиз);
* Возможно, собственно это представление, если стандартными контейнерами не обойтись;
* Интерпретатор - по представлению вычисляет конечное значение (результат выражения);
* Ну, и возможно, пресловутый калькулятор, чтобы всё это красиво объединить и вычисление выглядело так: подал на вход строку, получил на выходе результат.

P.S. Это всё нужно, если вы не пользоваться просто eval'ом собираетесь, а хотите реально написать сами.

P.P.S. почитал остальных отвечающих, и уточню - то, что я описал, это просто "сферический калькулятор в вакууме", не зависящий от UI, ни от чего не зависящий, фактически.

Comments

[Muhammad]

https://github.com/SKGroup/php-calculator

[Денис Загаевский]

Muhammad: угу, что-то похожее на моё описание. Естественно, всякую мелочь типа "лексема(токен) - тоже класс" я опустил как незначительную.

Answer 3

[Alexander Litvinenko]

Это вопрос больше философский и зависит от виденья структуры вашей программы.
Можно сделать например только каркас MVC, где будет два M,
- Где первый будет валидировать данные
- а второй производить базовые арифметические расчеты.
C будет осуществлять общую логику приложения а V итак понятно.
Итого 4 класса.

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

И при этом, эти классы могут содержать другие классы, например история изменений может быть отдельным классом.

Добавить сюда также абстрактные классы.

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

Answer 4

[xmoonlight]

Если вкратце: единственный класс - класс-вычислитель (calculator).
Если создавать Грамотный калькулятор с использованием ООП, тогда:
1. Нужно уметь хранить все предыдущие операции и состояния переменных
2. Нужно уметь перемещаться в любое место предыдущих вычислений и вносить правки в виде версии (новое "ответвление" от места правки в истории вычислений)
3. Нужно использовать поддержку ввода выражений алгебры прямой логики и вычисление выражений с применением польской обратной записи.
Например: 1+3*(4-cos(0))
4. Нужно уметь работать с конечными и бесконечными множествами с заданной точностью.
5. Нужно уметь расписывать в истории весь порядок внутренних преобразования и вычислений по требованию пользователя.
6. Нужно создать систему работы с преобразованием и упрощением выражений.
7. Уметь работать с вещественными числами
и т.д.

Answer 5

[Ширшов Александр]

Основной класс один: калькулятор. Далее зависит от степени изощренности автора. От менее изощренного: методы add, sub, div, mul до самого изощренного, классов Operation, Number, Operand с разнообразными св-вами типа value, priority, системами счисления ...

Comments

[Денис Загаевский]

А когда методы планируете вызывать?

[Ширшов Александр]

Денис Загаевский: если мы пошли сложным путем, то методом Calculator::calculate(). Если простым, то в клиентском коде (где происходит получение и возможно валидация данных).

[Денис Загаевский]

Ширшов Александр: а можно поподробней? Ну вот, есть 2+2, в какой момент вызовете add?

[Ширшов Александр]

Денис Загаевский: В простом случае, без лексического анализатора, оно будет как-то так..

switch ($_POST['operator']) {
  //...
  case 'add':
     $result = $calculator->add($_POST['first'], $_POST['second']);
     break;

[Денис Загаевский]

Ширшов Александр: какой странный калькулятор... Через параметры запроса получает операнды. Окей, я настырный. А как будет выглядеть 2+2*2-2?

[Ширшов Александр]

Денис Загаевский: Составные уже никак. Либо твоим способом, либо более простым но более опасным через eval: php.net/manual/ru/runkit.sandbox.php

[Денис Загаевский]

Ширшов Александр: о, договорились до евала. А зачем тогда ответ про основной один класс? Мне прямо жаль разработчиков, которых вы "ведёте".

[Ширшов Александр]

Денис Загаевский: Всегда есть разные варианты, меня удивляет ваше стремление мне доказать что вы правы, хоть я это и не оспариваю. Если есть проблемы с самооценкой, то вместо того чтобы кого-то жалеть, поищите её причину.

[Денис Загаевский]

Ширшов Александр: у меня стремление показать в первую очередь вам, что вы несёте чушь.