Обожаю фреймворк Qt, а продукция Microsoft - отстой

@Nicemankit · Регистрация: 29.01.2018

Студворк — интернет-сервис помощи студентам

Я люблю Qt , ибо он действительно кроссплатформеный. После Qt-creator IDE ,
MSVS кажеться полнейшем г... где мильон абсолютно не нужных функций. Короче MSVS это г... такойже как и Windows , и вообще в Майкрософт работают больные на голову люди, про что говорит их ОС и вся их продукция .

@hoggy · 04.10.2018, 13:59

Сообщение от CoderHuligan

Да мне просто тоже интересна реакция человека, который жёстко подсел на ооп-вакцину.. Реакция хорошо видна..

не пишите мне свои глупости.

@CoderHuligan · 04.10.2018, 14:08

Сообщение от Usaga

Я ничего не понял. Если вам надо поле, то его и берите. В чём проблема?

Мне нужен класс с полем.

Добавлено через 1 минуту

Сообщение от hoggy

не пишите мне свои глупости.

Хорошо. Если мне нужно будет сослаться на ваши слова, то буду ссылаться косвенно, через указатель.

Добавлено через 5 минут

Сообщение от Usaga

Всё ещё ждём конкретику по проблемам "ООП"

Ну я как бы конкретно спросил: а так можно? Никакой конкретики в ответ..
Вот вам ещё конкретика. У вас в ооп всё по умолчанию. Всё скрыто действиями компилятора. ООП взят от жизни, где есть обьекты, обьекты общаются с друг другом, посылают сообщения.. А где же ЗАКОНЫ, по которым они живут. А нам говорят: усё по умолчанию. Не знаешь по умолчанию, твои проблемы, бро.. В нормальном обществе нет умолчаний. Там действует Конституция, УК, и много других законов, которые каждый может прочитать. В ооп этого нет. Там всё спрятано, всё молчаливо.

@Usaga · 04.10.2018, 14:11

Сообщение от CoderHuligan

Мне нужен класс с полем.

Так берите.

Сообщение от CoderHuligan

Ну я как бы конкретно спросил: а так можно?

Вас два раза спросили "что вам надо?". Т.е. вопрос не совсем ясен. Всё есть, но взять нужное вы не можете почему-то. ООП мешает?

Сообщение от CoderHuligan

У вас в ооп всё по умолчанию. Всё скрыто действиями компилятора.

У кого "у вас"? И что по умолчанию?

@TRam_ · 04.10.2018, 14:20

Сообщение от CoderHuligan

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

Ну тогда зачем говорите что "нам нужна только int d"? Если нужен класс без хвостов, его всего и используйте. Если "нужно отрезать кусочек" то это нужно делать не снизу иерархии, а вверху, со стороны корня (т.е. отделяя класс, содержащий только int d и вынося всю логику работы с этой переменной из функций struct daz в функции этого класса, а соответственно в daz заменяя эту логику на вызовы функций новосозданного класса, на чём автоматически повышается вторичное использование).

@CoderHuligan · 04.10.2018, 14:29

Сообщение от Usaga

Так берите.

Взял.

Сообщение от Usaga

Вас два раза спросили "что вам надо?".

Я два раза ответил.

Сообщение от Usaga

У кого "у вас"? И что по умолчанию?

Я всё понял, не надо..

@TRam_ · 04.10.2018, 14:31

Сообщение от TopLayer

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

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

@CoderHuligan · 04.10.2018, 14:31

Сообщение от TRam_

отделяя класс, содержащий только int d и вынося всю логику работы с этой переменной из функций struct daz в функции этого класса, а соответственно в daz заменяя эту логику на вызовы функций новосозданного класса, на чём автоматически повышается вторичное использование

То есть нужен жёсткий рефакторинг кода..

@TRam_ · 04.10.2018, 14:32

Сообщение от CoderHuligan

Мне нужен класс с полем.

А зачем тебе поле, когда всё что связанно с этим полем, будет делать метод класса?

@TopLayer · 04.10.2018, 14:32

Сообщение от CoderHuligan

Что касается замены списка на хэш-таблицу, то мы просто меняем(переключаем) логическую часть(функцию(и)), так как функции вызываются не на прямую, а хотя бы через указатель, косвенно.

Почти то же самое, что и в ООП. Только больше оверинжиниринга. Зачем переключать, если можно просто переписать? Старая функция становится полностью бесполезна после такого изменения.

Сообщение от CoderHuligan

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

Код ответственный, документированный, не содержит ошибок и т.д. Не поспоришь.

Сообщение от hoggy

значит ваша функция - говно.
пересматривайте дизайн.

Понятно. Удачи с прямоугольниками, у которых площадь не равна произведению сторон =).

@TRam_ · 04.10.2018, 14:42

Сообщение от CoderHuligan

То есть нужен жёсткий рефакторинг кода..

Это не рефракторинг. Это избавление кода от дублирования (исправление "индусскости").

Добавлено через 7 минут

Сообщение от CoderHuligan

Поле. Но их может быть очень много.. и методов. Определённых.. А ненужные мне просто не требуются. тащить их с собой за пазухой?

Когда методы private, они ни к кому не тащатся - они существуют только для своего класса и больше ни для кого.

@TopLayer · 04.10.2018, 14:42

Сообщение от TRam_

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

Такой код даст ошибку компиляции?

C++
1
2
Rect r = new RoundRect();
double p = r.GetPerimeter();

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

@CoderHuligan · 04.10.2018, 14:51

Сообщение от TopLayer

Зачем переключать, если можно просто переписать? Старая функция становится полностью бесполезна после такого изменения.

А если нужно откатить изменения назад? Например в рантайме?

Сообщение от TRam_

А зачем тебе поле, когда всё что связанно с этим полем, будет делать метод класса?

Ну, мне нужен метод с полем в придачу. Я же для примера приводил, а не конкретно.

Сообщение от TRam_

Когда методы private, они ни к кому не тащатся - они существуют только для своего класса и больше ни для кого.

Знаю.

@TRam_ · 04.10.2018, 14:56

Сообщение от TopLayer

Такой код даст ошибку компиляции?

Даст.

C++
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
class Rect
{
    double a;
    double b;
    
public:
    Rect() : a(0.0), b(0.0) {}
    virtual ~Rect() {}
    
    virtual double GetPerimeter() { return 2*(a+b); }
};
 
class RoundRect : public Rect
{
public:
    RoundRect() : Rect() {}
    virtual ~RoundRect() {}
    
    virtual double GetPerimeter() override = delete;   
};
 
 
int main()
{
    Rect *p_r = new RoundRect();
    double p = p_r->GetPerimeter();    
    delete p_r;
}

error: deleted function ‘virtual double RoundRect::GetPerimeter()’

Добавлено через 3 минуты

Сообщение от CoderHuligan

А если нужно откатить изменения назад? Например в рантайме?

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

@ct0r · 04.10.2018, 15:09

hoggy, ты никогда не читал? от этой ссылки и дальше https://isocpp.org/wiki/faq/pr... le-ellipse

@TRam_ · 04.10.2018, 15:11

Сообщение от TRam_

Такой код даст ошибку компиляции?

Даст.

Перечитал - таки запрещено удалять виртуальные функции. Но зато можно оставить виртуальную функцию без реализации,

C++
1
virtual double GetPerimeter() override;

тогда вылезет ошибка на этапе линкования. А если заменить на

C++
1
Rect *p_r = new Rect();

либо не вызывать GetPerimeter(), то ошибка невозможности линкования пропадёт.

@TopLayer · 04.10.2018, 15:18

Сообщение от TRam_

Даст.

Круто. Но всё равно это костыль. Лучше уж такую такую иерархию делать:

C++
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
class RectBasedFigure
{
protected:
    double a;
    double b;
    RectBasedFigure() : a(0.0), b(0.0) {}
public:
    virtual ~RectBasedFigure() {}
};
 
class Rect : public RectBasedFigure
{
public:
    Rect(): RectBasedFigure() {}
    virtual double GetPerimeter() { return 2*(a+b); }
    virtual ~Rect() {}
};
 
class RoundRect : public Rect
{
public:
    RoundRect() : Rect() {}
    virtual ~RoundRect() {}
 
};

Добавлено через 3 минуты
Смысл в именовании. Если к вам приходит объект типа Rect, то можно полагать, что это действительно прямоугольник, а не какая-то шняга, имеющая что-то общее с ним.

@TRam_ · 04.10.2018, 15:26

Сообщение от TopLayer

Если к вам приходит объект типа Rect, то можно полагать, что это действительно прямоугольник, а не какая-то шняга, имеющая что-то общее с ним.

В зависимости от задачи. Как уже сказал в посте #104, если есть черты, требующие реализации, но не относящиеся по смыслу к прямоугольнику, нужно выносить их в отдельный класс.
Если реализация подобных черт не требуется, то почему не оставить так?

@TopLayer · 04.10.2018, 15:40

Сообщение от TRam_

Если реализация подобных черт не требуется, то почему не оставить так?

Потому что можно сделать сразу по-нормальному, написав аж целых 6 лишних строчек кода.

@TRam_ · 04.10.2018, 15:49

TopLayer, для вычисления периметра/площади - согласен, лучше выделить сразу. А если стоит задача только отрисовки (например), а с закруглёнными углами отличается по сути только радиусом закругления - то можно было бы и оставить.

@hoggy · 04.10.2018, 16:06

Сообщение от TopLayer

Удачи с прямоугольниками, у которых площадь не равна произведению сторон

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

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

Добавлено через 4 минуты

Сообщение от ct0r

ты никогда не читал? от этой ссылки и дальше

читал. такие статьи нужно подписывать: "Ваш Кэп".

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

людям, которые не понимают,
такие статьи не помогут.

Новые блоги и статьи Все статьи Все блоги /
Скрипты Tampermonkey для CyberForum, ChatGPT, Claude и пр. Jin X 06.09.2026 Скрипты Tampermonkey для CyberForum, ChatGPT, Claude и пр. Работая с форумом и нейросетями в браузере часто хочется что-то подкорректировать или добавить какого-то функционала. Ниже прикреплён. . .	Программа опроса у.з. расходомера SLS-720F Argus19 02.09.2026 Программа опроса у. з. расходомера SLS-720F Программа опрашивает один раз в минуту три ультразвуковых расходомера SLS-720F через интерфейс RS-485 по протоколу Modbus RTU. Опрашиваются регистры. . .	Hyper-V: Компьютер должен поддерживать доверенный платформенный модуль 2.0. Maks 31.08.2026 При установке Windows 11 на виртуальную машину Hyper-V 2-го поколения вылезла такая ошибка: Решение: в параметрах виртуальной машины, в разделе "Безопасность" (Security) активировать флаг. . .	Архитектура биовида Стива в Майнкрафте: Зачем бонобо кубический каннибализм anaschu 30.08.2026 Кубический Вагинокапитализм в Minecraft: Математический инвариант ОДУ и рок Стивов-бонобо Главная задача разработанной «Модели Всего» — наглядно продемонстрировать наличие системной «судьбы». . .
Оттачиваю умение писать js программы. russiannick 30.08.2026 Проектом выходного дня стало написание Книги шифров Виженера. Итогом стала версия 200, синий туман. Синий туман назван так, потому что замораживает текст под собой. Нажатие синих кнопок управляют. . .	мат медиц модель 30. презентация проекта anaschu 27.08.2026 хоп хоп хоп хидахоп, а я кладую))	Как у меня протекала болезнь zorxor 27.08.2026 Здравствуйте, друзья! Эта запись блога предназначена именно для вас - для моих дорогих друзей, которые знали меня лично. Чтобы ответить на вопрос - а что же со мной произошло на самом деле? Я учился. . .	Нашел вот забавное видео о измерениях. Лучшее что я видел на эту тему kumehtar 26.08.2026 ILETXiw9bMQ Основная суть и тезисы по измерениям: 0D (Нулевое измерение): точка, не имеющая длины, ширины, высоты или объема. Объект не может перемещаться в 0D. 1D (Первое измерение):. . .

@Nicemankit 0 / 1 / 0 Регистрация: 29.01.2018 Сообщений: 14

	Обожаю фреймворк Qt, а продукция Microsoft - отстой 24.09.2018, 07:12. Показов 6147. Ответов 140 Метки qt (Все метки) Я люблю Qt , ибо он действительно кроссплатформеный. После Qt-creator IDE , MSVS кажеться полнейшем г... где мильон абсолютно не нужных функций. Короче MSVS это г... такойже как и Windows , и вообще в Майкрософт работают больные на голову люди, про что говорит их ОС и вся их продукция . 1

@ct0r Игогошка! 1801 / 708 / 44 Регистрация: 19.08.2012 Сообщений: 1,367
	04.10.2018, 15:09
	hoggy, ты никогда не читал? от этой ссылки и дальше https://isocpp.org/wiki/faq/pr... le-ellipse 0

@TRam_ зомбяк 1585 / 1219 / 345 Регистрация: 14.05.2017 Сообщений: 3,940
	04.10.2018, 15:49
	TopLayer, для вычисления периметра/площади - согласен, лучше выделить сразу. А если стоит задача только отрисовки (например), а с закруглёнными углами отличается по сути только радиусом закругления - то можно было бы и оставить. 0