ООП: что главнее, матрица или вектор

Цитата Qraizer @ 19.08.14, 14:49

второй вопрос: как связаны квадратное и кубическое уравнение?

вначале было квадратное, а потом постарались решить кубическое и получилось. И понеслось. Иерархия тривиальна. А к чему сие?

Добавлено 19.08.14, 14:57

Цитата ЫукпШ @ 19.08.14, 14:46

Что касается родственных связей объектов в конкретной программе то они зависят
от сознания программиста. Как ему удобнее, так и лучше.

Не совсем согласен: наука показывает как появлялись категории и как они существуют. Вполне отлично. А если программист будет брать то, что удобнее, то может так оказаться, что чрез несколько шагов он попадёт в весьма тяжёлую ситуацию.

Ok, пофлудим.

Цитата Qraizer @ 18.08.14, 18:26

Ни то, ни другое.

Цитата D_KEY @ 18.08.14, 20:27

Зависит от того, что моделируем.

На что только люди не пойдут, чтобы не признавать, что на подобных задачах ООП фэйлится.

Цитата Славян @ 19.08.14, 14:54

А если программист будет брать то, что удобнее, то может так оказаться, что чрез несколько шагов он попадёт в весьма тяжёлую ситуацию.

Если он будет неправильно моделировать(а моделировать он должен то, что ему нужно с учетом того, что может понадобиться в дальнейшем), то попадет в еще более тяжелое положение.

Добавлено 19.08.14, 15:22

Цитата MyNameIsIgor @ 19.08.14, 15:05

На что только люди не пойдут, чтобы не признавать, что на подобных задачах ООП фэйлится.

А тут есть четкая постановка задачи?

Добавлено 19.08.14, 15:24

Цитата MyNameIsIgor @ 19.08.14, 15:05

пофлудим

ООП

Тогда стоит начать с определения ООП

Цитата D_KEY @ 19.08.14, 15:21

А тут есть четкая постановка задачи?

При какой постановке задачи матрица будет являться вектором, а не вектор - матрицей?

Цитата D_KEY @ 19.08.14, 15:21

Если он будет неправильно моделировать(...), то попадет в еще более тяжелое положение.

Не, давайте считать, что он всё делает правильно, а то так мы зарастём предположениями "если..то...".

Цитата D_KEY @ 19.08.14, 15:21

Тогда стоит начать с определения ООП

Оно не потребуется - такие задачи на раз троллятся принципом подстановки

Цитата Славян @ 19.08.14, 15:32

Цитата D_KEY @ 19.08.14, 15:21

Если он будет неправильно моделировать(...), то попадет в еще более тяжелое положение.

Не, давайте считать, что он всё делает правильно, а то так мы зарастём предположениями "если..то...".

Так в большинстве задач ему не потребуется моделировать именно полноценные концепции из математики. Если только это не его предметная область.

Добавлено 19.08.14, 15:43

Цитата MyNameIsIgor @ 19.08.14, 15:24

Цитата D_KEY @ 19.08.14, 15:21

А тут есть четкая постановка задачи?

При какой постановке задачи матрица будет являться вектором, а не вектор - матрицей?

Это придумывать надо Пусть автор хоть какую-то реальную задачу придумает. А если речь о математике, то я бы не наследовался. В крайнем случае можно было бы через интерфейсы сделать нужное поведение.

Цитата D_KEY @ 19.08.14, 15:40

Так в большинстве задач ему не потребуется моделировать именно полноценные концепции из математики. Если только это не его предметная область.

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

Цитата D_KEY @ 19.08.14, 15:40

А если речь о математике, то я бы не наследовался.

Как не о математике, если очевидно, что речь идёт о сущностях именно из неё?

Цитата D_KEY @ 19.08.14, 15:40

В крайнем случае можно было бы через интерфейсы сделать нужное поведение

Вот я и говорю - зафэйлилось ООП. Как и на классическом примере с множествами чисел.

Цитата Славян @ 19.08.14, 14:54

Иерархия тривиальна.

Ну так не составит труда реализовать и показать выгоды. Давай, я подожду решения до завтра. Не сильно мало времени? P.S. Решение тупо в процедурном стиле потребует примерно час.

Цитата Славян @ 19.08.14, 14:54

А к чему сие?

К тому, что не получится. Иерархия окажется костылём на костыле, и при этом не даст никакой выгоды.

Добавлено 19.08.14, 16:25

Цитата MyNameIsIgor @ 19.08.14, 15:05

На что только люди не пойдут, чтобы не признавать, что на подобных задачах ООП фэйлится.

Ни в коем разе. Классы будут вполне к месту, просто тут наследование нафик не сдалось.

Цитата Qraizer @ 19.08.14, 16:22

Классы будут вполне к месту, просто тут наследование нафик не сдалось

Прелестно - в предметной области сущности чётко связаны отношением "является", а у нас в программе - нет

Цитата Qraizer @ 19.08.14, 16:22

К тому, что не получится. Иерархия окажется костылём на костыле, и при этом не даст никакой выгоды.

Частично согласен. Смотрите, это как с копированием может получиться:

if( n<16 ) goto Метод[n];
else ОбщийМетодКопирования();

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

Цитата MyNameIsIgor @ 19.08.14, 16:29

Прелестно - в предметной области сущности чётко связаны отношением "является", а у нас в программе - нет

А нет их в предметной области. Тоже самое и с матрицами и векторами.

MyNameIsIgor, ты что-то путаешь. Квадратное уравнение не является частным случаем кубического. Операции умножения матриц и векторов -- это сильно разные операции. Итп.