Обожаю фреймворк 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

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

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

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

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

Новые блоги и статьи Все статьи Все блоги /
Жизня: рисунок укладки багажа, сделанный клодом anaschu 21.08.2026 Сделал 15 снимков, он по снимкам сделал схему.	Был там один разговор по поводу свободы в материальном мире. kumehtar 19.08.2026 Суть: рассматривается живое существо, оказавшееся внутри довольно странной системы (этого мира) и пытающееся обустроить в ней свой кусок пространства. Жизнь действительно предъявляет каждому. . .	Когда логика программы не спасает от человеческих ошибок Maks 18.08.2026 В последнее время всё чаще и чаще сталкиваюсь с таким явлением, как абсолютная невнимательность (или глупость) пользователей. Проявляется это чаще всего на работе в коллективе. Допустим, человек с. . .	Лето уходит kumehtar 17.08.2026
Мысли в слух kumehtar 17.08.2026 Забавно, насколько сейчас стала доступна информация. Например о магии, духовном развитии, медитациях, и других подобных направлениях, ранее зачастую тайных, передаваемых от учителя к ученику. Хотя. . .	Перемещение строк из ТЧ в другой документ с учетом текущего пробега Maks 17.08.2026 Реализация из решения ниже выполнена на примере нетипового документа "Автозапчасти", с ТЧ "Шины". За основу взят алгоритм отсюда: https:/ / www. cyberforum. ru/ blogs/ 359708/ 10838. html Задача: . . .	Саморегулирующийся социальный контракт для сервера cross-section. Hrethgir 14.08.2026 С кодом конечно таких глубоких размышлений пока не было, впрочем я уже привык к алгоритмизации. Суть предмета записи: снова в диалоге с нейросетью (я взял пока себе ник для учётки админа - Rector). . . .	Часы электронные Uhbif79 12.08.2026 Выкладываю программу часов. Программа позволяет: 1. Использовать системное время и дату, 2. Есть возможность вводить время и дату вручную. 3. Реализованы 2 будильника: начало и конец рабочего дня. . . .

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

	Обожаю фреймворк Qt, а продукция Microsoft - отстой 24.09.2018, 07:12. Показов 5997. Ответов 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