LINUX.ORG.RU

История изменений

Исправление eao197, (текущая версия) :

Вам ещё надо доказать, что ООП вам нужен.

Мне он нужен.

Как раз чтобы не делать через жопу то, что можно сделать просто и логично на ООП.

Ой, как только потребовалось прикрыть свою задницу так сразу ООП в расте неожиданно похорошело.

Мне не нужно ничего прикрывать. Я отвечаю за слова, которые говорил. А говорил я, что в Rust-е нет нормального ООП.

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

ООП вообще бывает двух видов, одно от языка не зависит, оно в голове программиста, а второе - это поддержка со стороны языка.

Это ваша классификация. Для того, чтобы продолжать разговор в ее рамках вам нужно сперва договориться с оппонентом, что он разделяет вашу точку зрения.

А это не так.

Очевидно, раз речь об языке Раст, мы говорим о втором понимании.

Под «мы» вы понимаете, вероятно, себя.

Я говорю о том, чего в Rust нет, и что мне нужно, чтобы Rust-вое ООП для меня выглядело нормально.

Во всех учебниках об ООП говорится о 4х столбах, на которых оно стоит: абстракция, инкапсуляция, наследование, полиморфизм.

Смотря каких учебниках.

Изначально говорилось о трех: инкапсуляция, наследование и полиморфизм.

При этом о каком именно наследовании нужно уточнять, т.к. ООП есть классовое, а есть прототипное.

Да конечно, очень сложный и непонятный принцип, сколько там, 2 или даже 3 предложения?

Вы не заглянули ни в один из первоисточников, но щеки надуваете. А вот мне интересно почему если базовые определения типа и подтипа упомянуты в работе от 1987-го года, сам принцип считается сформулированным лишь в 1994-ом. Для этого мне нужно время, чтобы нормально вычитать статью от 1994-го.

Да, исходить на говно простынями бреда бесполезно, я их толком не читаю, т.к. выискивать смысл в ваших бреднях практически нереально.

Одно вот это утверждение:

И самое интересное, что это вас вообще никак не спасает: ну как ты не тяни сову на глобус, всё равно имплементация интерфейса для библиотечки не может считаться ООП, ну ни в какой вселенной.

Говорит о вашей полной неадекватности.

Исходная версия eao197, :

Вам ещё надо доказать, что ООП вам нужен.

Мне он нужен.

Как раз чтобы не делать через жопу то, что можно сделать просто и логично на ООП.

Ой, как только потребовалось прикрыть свою задницу так сразу ООП в расте неожиданно похорошело.

Мне не нужно ничего прикрывать. Я отвечаю за слова, которые говорил. А говорил я, что в Rust-е нет нормального ООП.

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

ООП вообще бывает двух видов, одно от языка не зависит, оно в голове программиста, а второе - это поддержка со стороны языка.

Это ваша классификация. Для того, чтобы продолжать разговор в ее рамках вам нужно сперва договориться с оппонентом, что он разделяет вашу точку зрения.

А это не так.

Очевидно, раз речь об языке Раст, мы говорим о втором понимании.

Под «мы» вы понимаете, вероятно, себя.

Я говорю о том, чего в Rust нет, и что мне нужно, чтобы Rust-вое ООП для меня выглядело нормально.

Во всех учебниках об ООП говорится о 4х столбах, на которых оно стоит: абстракция, инкапсуляция, наследование, полиморфизм.

Смотря каких учибниках.

Изначально говорилось о трех: инкапсуляция, наследование и полиморфизм.

При этом о каком именно наследовании нужно уточнять, т.к. ООП есть классовое, а есть прототипное.

Да конечно, очень сложный и непонятный принцип, сколько там, 2 или даже 3 предложения?

Вы не заглянули ни в один из первоисточников, но щеки надуваете. А вот мне интересно почему если базовые определения типа и подтипа упомянуты в работе от 1987-го года, сам принцип считается сформулированным лишь в 1994-ом. Для этого мне нужно время, чтобы нормально вычитать статью от 1994-го.

Да, исходить на говно простынями бреда бесполезно, я их толком не читаю, т.к. выискивать смысл в ваших бреднях практически нереально.

Одно вот это утверждение:

И самое интересное, что это вас вообще никак не спасает: ну как ты не тяни сову на глобус, всё равно имплементация интерфейса для библиотечки не может считаться ООП, ну ни в какой вселенной.

Говорит о вашей полной неадекватности.