Вопрос про конструктор класса по умолчанию

@iluxa1810 · Регистрация: 03.09.2011

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

http://s2.ipicture.ru/uploads/... AtbNYV.jpg
Пункт первый не могу немного понять.Т.е получается,что всегда лучше создавать самому конструктор класса ?

Не по теме:

Ппц,как так можно книги выпускать.Сплошные опечатки,пропуски букв,не полный перевод комментариев...

@Bers · 30.10.2011, 17:43

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

@ForEveR · 30.10.2011, 17:47

Bers, Возможно. Я ведь просто пример привел. А в стандартных контейнерах конструкторы с этим типом аргумента безопасны.

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

C++
1
2
3
4
5
6
7
      vector(initializer_list<value_type> __l,
         const allocator_type& __a = allocator_type())
      : _Base(__a)
      {
    _M_range_initialize(__l.begin(), __l.end(),
                random_access_iterator_tag());
      }

C++
1
2
3
4
5
6
7
8
9
10
11
12
13
14
// Called by the second initialize_dispatch above
      template<typename _ForwardIterator>
        void
        _M_range_initialize(_ForwardIterator __first,
                _ForwardIterator __last, std::forward_iterator_tag)
        {
      const size_type __n = std::distance(__first, __last);
      this->_M_impl._M_start = this->_M_allocate(__n);
      this->_M_impl._M_end_of_storage = this->_M_impl._M_start + __n;
      this->_M_impl._M_finish =
        std::__uninitialized_copy_a(__first, __last,
                    this->_M_impl._M_start,
                    _M_get_Tp_allocator());
    }

Jupiter · 30.10.2011, 17:47

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

Предположим, что мой вектор не умеет хранить более 4 элементов (велосипед). А я попытаюсь списками запихать в него больше. Что будит? Исключения в конструкторе вещь не хорошая...
Конкретные конструкторы позволяют построить объект конкретно безопасно. Сохраняя таким образом инвариант класса.
Любая попытка сконструировать объект с кривыми стартовыми параметрами должна пофикситься ещё на этапе компиляции, а не в рантайме...

Bers, такие случаи называются "сам дурак", алгоритмы STL тоже не застраховывают если им передать begin и end разных контейнеров

@Bers · 30.10.2011, 17:51

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

Bers, Возможно. Я ведь просто пример привел. А в стандартных контейнерах конструкторы с этим типом аргумента безопасны.

Ну вот, кроме как для контейнеров, мне что-то даже в голову не приходит, как ещё можно для классов использовать списки инициализации?

Можно конечно юзать список вместо кучки однотипных аргументов, да. Но такая запись будит не очевидна (я вот так до сих пор ещё и не въехал в работу механизма)

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

@Сыроежка · 30.10.2011, 17:55

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

POD типами могут быть не только структуры но и классы

Да я так написал, потому что ранее этот доморощенный "эксперт" заявил, что POD - это не классы! То есть пишется всякий бред, нга который уже трудно отвечать полно, так как надо начинать с азов. Этот "эксперт" даже не знает, чем агрегат отличается от POD. Как говорится, он слышал звон, да не знает,где он. И вот такие "эксперты" вешают всякую "лапшу на уши" начинающим программистам.

@Bers · 30.10.2011, 17:55

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

Bers, такие случаи называются "сам дурак"

Нет. Хороший инструмент удобно использовать "правильно", и неудобно использовать "не правильно"(ц)Роббинсон.

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

алгоритмы STL тоже не застраховывают если им передать begin и end разных контейнеров

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

@ForEveR · 30.10.2011, 18:00

Сыроежка,

Да я так написал, потому что ранее этот доморощенный "эксперт" заявил, что POD - это не классы!

Требую цитату, ГДЕ я это заявил.

@Сыроежка · 30.10.2011, 18:05

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

Сыроежка,

Требую цитату, ГДЕ я это заявил.

Ваше сообщение под номером 12

iluxa1810, Неинициализированной... Любая переменная, которая не инициализирована. У POD типов нету конструкторов, т.к. они не являются классами.

Я уже сказал вам,что сначала вам следует изучить,что такое агрегаты, и чем POD отличается от агрегатных данных.

@ForEveR · 30.10.2011, 18:08

Сыроежка, Согласен. То сообщение неверно. Имелись ввиду фундаментальные типы исключительно.

@Bers · 30.10.2011, 18:12

Сообщение от Сыроежка

POD типов нету конструкторов, т.к. они не являются классами.

Сыроежка, вы - буквоед. Конечно, формально класс тоже может быть POD-структурой, но только формально. А идеологически класс ею не является.

Чтобы структура была POD-типом, она должна удовлетворять следующим требованиям:

1. не иметь пользовательских конструкторов, деструктора или копирующего оператора присваивания;
2. не иметь базовых классов;
3. не иметь виртуальных функций;
4. не иметь защищенных (protected) или закрытых (private) нестатических членов данных;
5. не иметь не статических членов данных не-POD-типов (или массивов из таких типов), а также ссылок.

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

Вот это вот структура, это не класс:

C++
1
2
3
4
5
6
7
8
9
class SCoord  //координаты
{
public:
    SCoord(int nX, int nY): x(nX),y(nY) {}
    SCoord():x(0),y(0) {}
    int x;
    int y; 
    void Clear() { x=y=0; }
};

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

@Сыроежка · 30.10.2011, 18:13

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

Сыроежка, Согласен. То сообщение неверно. Имелись ввиду фундаментальные типы исключительно.

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

Новые блоги и статьи Все статьи Все блоги /
Алиса нашла кучу ошибок компиляции и запуска в проекте, который без проблем компилировался и запускался))) anaschu 30.06.2026 Я пока посмеюся, но завтра проверю. А вообще интерсно. Дал алисе файл, в котором точно нет ошибок компиляции и запуска, и попросил их найти. Нашла кучу))) Критические ошибки, мешающие компиляции и. . .	сукцессия 16. Общий обзор, в основном что бы другие ии поняли anaschu 29.06.2026 # Передаточный документ: модель микоризной сукцессии (для нового чата) Этот документ предназначен для того, чтобы новый чат Claude мог продолжить работу без необходимости заново разбираться в. . .	сукцессия 15 неявная схема anaschu 29.06.2026 Алиса Калибровка параметров симбиотической модели: технический обзор Содержание: Введение Постановка проблемы Технические аспекты реализации Процесс внедрения изменений	сукцессия 14. Обновленная схема модели anaschu 28.06.2026 ГЛОБАЛЬНАЯ ОПИСАТЕЛЬНАЯ СПЕЦИФИКАЦИЯ ЭКОСИСТЕМНОЙ МОДЕЛИ «SOIL CHEMISTRY & MYCORRHIZA 2. 0» https:/ / ibb. co/ NnkGpfMd Представленная интегрированная схема описывает непрерывную нелинейную. . .
сукцессия 13. Питон модель трехзонного мицелия, пока что в основном арбускулярного anaschu 28.06.2026 ## Разработка агентной модели микоризной сукцессии: от выявления артефактов к созданию комплексной системы ### Аннотация Представлено исследование по разработке агентной модели микоризной. . .	сукцессия 12. краткий список проверок модели перед запуском. anaschu 27.06.2026 Скрытые отказы в моделях систем динамики (SD-models) экологических систем: два случая из практики Контекст Разбирался прототип модели систем динамики (SD-модели) микоризной сукцессии: пять. . .	Сукцессия 11. Проверка орудий перед войной: разработка через тестирование anaschu 27.06.2026 Как не дать модели соврать самой себе: проверки для симуляции микоризной сукцессии Введение Когда вы строите математическую модель живой системы — грибов, растений, почвы — главная опасность. . .	10 сукцессия. Питон код войны грибов и растений anaschu 27.06.2026 import numpy as np class PlantAgent: def __init__(self, name, strategy, initial_biomass): self. name = name self. strategy = strategy # "greedy" (широколиственные) или. . .

@iluxa1810 13 / 13 / 11 Регистрация: 03.09.2011 Сообщений: 1,026

	Вопрос про конструктор класса по умолчанию 29.10.2011, 18:32. Показов 6627. Ответов 50 Метки нет (Все метки) http://s2.ipicture.ru/uploads/... AtbNYV.jpg Пункт первый не могу немного понять.Т.е получается,что всегда лучше создавать самому конструктор класса ? Не по теме: Ппц,как так можно книги выпускать.Сплошные опечатки,пропуски букв,не полный перевод комментариев... 0

@Bers Заблокирован
	30.10.2011, 17:43
	ForEveR, я считаю, что удобство работы с классом обязан обеспечивать элегантный интерфейс класса. И уж точно, безопасность работы не должна приносится в жертву удобствами 0

@ForEveR В астрале 8049 / 4806 / 655 Регистрация: 24.06.2010 Сообщений: 10,562
	30.10.2011, 18:08
	Сыроежка, Согласен. То сообщение неверно. Имелись ввиду фундаментальные типы исключительно. 0