The OpenNET Project / Index page

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



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

Оглавление

Релиз ядра Linux 6.5, opennews (?), 28-Авг-23, (0) [смотреть все]

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


127. "Релиз ядра Linux 6.5"  –1 +/
Сообщение от Серб (ok), 28-Авг-23, 18:16 
Мне вот сильно интересно, что-нибудь похожее в rust'е есть? Это не отдельная выделяемая память, а объект соответствующий конкретной структуре может быть разного размера.

Весь вопрос в оптимизации выделения-освобождения памяти и проверок прав доступа.

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

193. "Релиз ядра Linux 6.5"  +/
Сообщение от Аноньимъ (ok), 29-Авг-23, 04:06 
Нет там никакого объекта.

Сишка просто выделяет кусок памяти, и мапит его через структуру.

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

Я прикола не понимаю.

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

213. "Релиз ядра Linux 6.5"  –1 +/
Сообщение от Серб (ok), 29-Авг-23, 10:50 
Это как раз и есть эмуляция наследования в ООП. Базовая структура на основе которой могут быть унаследованные.
Ответить | Правка | Наверх | Cообщить модератору

336. "Релиз ядра Linux 6.5"  +/
Сообщение от Аноньимъ (ok), 04-Сен-23, 18:26 
> Это как раз и есть эмуляция наследования в ООП. Базовая структура на
> основе которой могут быть унаследованные.

В ООП нет наследования. Оно есть в системе типов Страуструпа.
И это страшное зло.

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

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

338. "Релиз ядра Linux 6.5"  –1 +/
Сообщение от Серб (ok), 05-Сен-23, 12:31 
> В ООП нет наследования. Оно есть в системе типов Страуструпа.
> И это страшное зло.

Это твое личное мнение, мало относящееся к реальности.

> А эмулировать это чудо такими замысловатыми методами это отдельный ад для разработки и отладки.

Да. Это тяжко. Но вот конкретно в ядре - приходится это делать.

В других местах - не знаю.

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

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

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

340. "Релиз ядра Linux 6.5"  +/
Сообщение от Аноньимъ (ok), 05-Сен-23, 17:08 
Это мнение создателя ООП.
Ответить | Правка | Наверх | Cообщить модератору

344. "Релиз ядра Linux 6.5"  –1 +/
Сообщение от Серб (ok), 05-Сен-23, 17:46 
> Это мнение создателя ООП.

И?

Это должно о чем то сказать?

Даже если кто-то приложил к чему-то руку первым, это не дает ему права быть арбитром или судьёй.

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

И совершенно не важно мнение кого-либо.

Вон, Таненбаум про микроядерность втирал. Ну и?

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

345. "Релиз ядра Linux 6.5"  +/
Сообщение от Аноньимъ (ok), 05-Сен-23, 18:49 
Если говорить о наследовании, то в индустрии существует огромная и обоснованная критика сего подхода.
Вкратце, это приводит к множеству проблем как функциональных так и связанных с поддержкой кода, и нарушает глобально инкапсуляцию.

Поэтому люди в своём уме ограничивают наследование наследованием интерфейсов.

А для изменения поведения объектов существует dependency inversion principle.

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

346. "Релиз ядра Linux 6.5"  –1 +/
Сообщение от Серб (ok), 05-Сен-23, 18:54 
Ну и?

Вот вообще причем тут это?

У наследования есть преимущества. И они используются во всю. Ты хочешь доказать что это неправильно?

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

348. "Релиз ядра Linux 6.5"  +/
Сообщение от Аноньимъ (ok), 05-Сен-23, 18:57 
> Ну и?

Б.

> Вот вообще причем тут это?

Что где когда?

> У наследования есть преимущества. И они используются во всю. Ты хочешь доказать
> что это неправильно?

Преимущества перед чем и какие, расскажите пожалуйста.

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

349. "Релиз ядра Linux 6.5"  –1 +/
Сообщение от Серб (ok), 05-Сен-23, 19:02 
> Преимущества перед чем и какие, расскажите пожалуйста.

Пример:
При реализации наследования не интерфейсов а данных в ядре дает скорость выполняемому коду.

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

355. "Релиз ядра Linux 6.5"  +/
Сообщение от Аноньимъ (ok), 06-Сен-23, 00:39 
>> Преимущества перед чем и какие, расскажите пожалуйста.
> Пример:
> При реализации наследования не интерфейсов а данных в ядре дает скорость выполняемому
> коду.

Что такое "наследование данных"? Пример кода можете показать? Вы уверенны что ООП имеет к этому вообще хоть какое-то отношение?

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

361. "Релиз ядра Linux 6.5"  –1 +/
Сообщение от Серб (ok), 06-Сен-23, 14:29 
> Что такое "наследование данных"?

Разговор окончен.

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

347. "Релиз ядра Linux 6.5"  +/
Сообщение от Аноньимъ (ok), 05-Сен-23, 18:55 
> И?
> Это должно о чем то сказать?

Должно.

> Даже если кто-то приложил к чему-то руку первым, это не дает ему
> права быть арбитром или судьёй.

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

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

В ООП типа джава/С++ мизер теории, если она там вообще есть, заблуждения предрассудки и итеративный дизайн устанавливающий новые костыли на плохой изначальный дизайн без оглядки на разумность прошлых решений, уровня - ООП очень удобно потому что автодополнение после того как я точечку жамкнул мне члены класса показывает.

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

350. "Релиз ядра Linux 6.5"  +/
Сообщение от Серб (ok), 05-Сен-23, 19:09 
> Должно.

Почему? Я должен преклонятся перед авторитетами?

>> Даже если кто-то приложил к чему-то руку первым, это не дает ему
>> права быть арбитром или судьёй.
> Не делает.
> Но мнение такого человека, консультирующего индустрию сегодня, стоит брать в расчет.
> Тем более в сравнении с не аргументированным мнением анонима.

Вот и бери. Мнение анонима не учитывай. На сложившуюся практику разработки множества проектов забей. Живи в своей нише в своем окружении.

>> В данном случае, значительное множество программ разрабатываются используя наработки определённой теории.
> В ООП типа джава/С++ мизер теории, если она там вообще есть, заблуждения
> предрассудки и итеративный дизайн устанавливающий новые костыли на плохой изначальный
> дизайн без оглядки на разумность прошлых решений, уровня - ООП очень
> удобно потому что автодополнение после того как я точечку жамкнул мне
> члены класса показывает.

Очевидно же они все ошибаются, а вот ты и те, к кому ты прислушиваешься нет.

Пусть они и дальше ошибаются. А ты разрабатывай свое.

Ядро к твоему не относится.

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

354. "Релиз ядра Linux 6.5"  +/
Сообщение от Аноньимъ (ok), 06-Сен-23, 00:35 
> Почему? Я должен преклонятся перед авторитетами?

У вас промежуточных стадий между "это туфта" и "я должен преклоняться" в отношении образованных умных и опытных людей нет? Либо бяка либо няка?

По моему вы просто демонстрируете неуважение к интеллекту.

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

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

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




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

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