The OpenNET Project / Index page

[ новости /+++ | форум | теги | ]



Вариант для распечатки  
Пред. тема | След. тема 
Форум Разговоры, обсуждение новостей
Режим отображения отдельной подветви беседы [ Отслеживать ]

Оглавление

Дискуссия об использовании языка C++ для разработки ядра Linux, opennews (??), 14-Янв-24, (0) [смотреть все]

Сообщения [Сортировка по времени | RSS]


535. "Дискуссия об использовании языка C++ для разработки ядра Lin..."  +1 +/
Сообщение от Аноним (-), 16-Янв-24, 15:25 
Я зол. В низкоуровневых разработках нет места объектно-ориентированным языкам. Си плюс-плюс запретить. Всё! Такие вопросы вообще не должны обсуждаться.
Ответить | Правка | Наверх | Cообщить модератору

552. "Дискуссия об использовании языка C++ для разработки ядра Lin..."  –1 +/
Сообщение от Аноним (499), 16-Янв-24, 16:20 
Но поскольку разработчикам ядра Linux виднее, что им делать, обсуждение перехода ядра на C++ продолжается, а ты можешь и дальше писать свои бессильные гневные комментарии.
Ответить | Правка | Наверх | Cообщить модератору

556. "Дискуссия об использовании языка C++ для разработки ядра Lin..."  +1 +/
Сообщение от _oleg_ (ok), 16-Янв-24, 16:43 
> Я зол. В низкоуровневых разработках нет места объектно-ориентированным языкам. Си плюс-плюс
> запретить. Всё! Такие вопросы вообще не должны обсуждаться.

Да ладно бы ОО. C++ даже как ОО не очень. Просто страшное недоразумение какое-то. Сложный, запутанный и кривой.

Ответить | Правка | К родителю #535 | Наверх | Cообщить модератору

588. "Дискуссия об использовании языка C++ для разработки ядра Lin..."  +/
Сообщение от Вы забыли заполнить поле Name (?), 16-Янв-24, 23:11 
Не тролинга ради вопрос: в каком языке ООП сделано как надо?
Ответить | Правка | Наверх | Cообщить модератору

592. "Дискуссия об использовании языка C++ для разработки ядра Lin..."  +/
Сообщение от DEF (?), 16-Янв-24, 23:26 
Нормальное ООП должно быть основано на интерфейсах. Никакого наследования. Тем более множественного. Более-менее нормальное ООП в Java.
Ответить | Правка | Наверх | Cообщить модератору

608. "Дискуссия об использовании языка C++ для разработки ядра Lin..."  +/
Сообщение от Аноним (608), 17-Янв-24, 07:34 
>Никакого наследования.

Да ты чё, сам придумал? Но тогда почитай, на каких столпах основано это самое ООП.

Ответить | Правка | Наверх | Cообщить модератору

612. "Дискуссия об использовании языка C++ для разработки ядра Lin..."  +/
Сообщение от _oleg_ (ok), 17-Янв-24, 11:18 
> Не тролинга ради вопрос: в каком языке ООП сделано как надо?

smalltalk, от автора термина ООП. Erlang. Что ещё хз. Это из того, что видел. C++ и Java точно не из этого. Но в java хотя бы насколько смогли улучшили ситуацию по сравнению с C++, выкинув некоторые извращения и ненужные усложнения.

Ответить | Правка | К родителю #588 | Наверх | Cообщить модератору

639. "Дискуссия об использовании языка C++ для разработки ядра Lin..."  +/
Сообщение от Серб (ok), 19-Янв-24, 14:37 
>> Не тролинга ради вопрос: в каком языке ООП сделано как надо?
> smalltalk, от автора термина ООП. Erlang. Что ещё хз. Это из того,
> что видел. C++ и Java точно не из этого. Но в
> java хотя бы насколько смогли улучшили ситуацию по сравнению с C++,
> выкинув некоторые извращения и ненужные усложнения.

Набор микросервисов с динамической типизацией. В качестве примера ООП это лучше не приводить. Он был первым, который вступил на тропу. Но свернул совсем не туда.

Ответить | Правка | Наверх | Cообщить модератору

682. "Дискуссия об использовании языка C++ для разработки ядра Lin..."  +/
Сообщение от fuggy (ok), 22-Янв-24, 23:49 
В Java поправили diamond problem, зато напихали default interface. Отличие абстрактного класса от default interface теперь не многие назовут.
А вы эти static utils *anything видели. Анемичные модели. Это разве похоже на ООП? Типичный процедурный стиль уровня C, с той разницей что все функции должны в классах лежать.
Ответить | Правка | К родителю #612 | Наверх | Cообщить модератору

683. "Дискуссия об использовании языка C++ для разработки ядра Lin..."  +/
Сообщение от _oleg_ (ok), 23-Янв-24, 11:36 
> В Java поправили diamond problem, зато напихали default interface. Отличие абстрактного
> класса от default interface теперь не многие назовут.
> А вы эти static utils *anything видели. Анемичные модели. Это разве похоже
> на ООП? Типичный процедурный стиль уровня C, с той разницей что
> все функции должны в классах лежать.

Кто ж сказал, что java идеальна? C# в этом плане получше, по свидетельствам очевидцев.

Ответить | Правка | Наверх | Cообщить модератору

626. "Дискуссия об использовании языка C++ для разработки ядра Lin..."  +/
Сообщение от Аноним (631), 17-Янв-24, 17:21 
Например, в D (чистый преемник С++). Нет множ.наследования (порождающие больше проблем, чем решающие). Есть traits. Шаблоны. Да вообще ВСЁ, что может понадобиться адекватному ООПщику - чего не пишется, спрашивается??
Ответить | Правка | К родителю #588 | Наверх | Cообщить модератору

640. "Дискуссия об использовании языка C++ для разработки ядра Lin..."  +/
Сообщение от Серб (ok), 19-Янв-24, 14:40 
> Нет множ.наследования (порождающие больше проблем, чем решающие).

Тут только одна проблема - это самое порождение проблем родит их для разработчика языка. Пользователя этого языка эти проблемы не должны касаться. Для пользователя это звучит как: "Ну не смогла я, не смогла".

Ответить | Правка | Наверх | Cообщить модератору

Архив | Удалить

Рекомендовать для помещения в FAQ | Индекс форумов | Темы | Пред. тема | След. тема




Партнёры:
PostgresPro
Inferno Solutions
Hosting by Hoster.ru
Хостинг:

Закладки на сайте
Проследить за страницей
Created 1996-2024 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру