IM
я взял самые мейн компиляторы)
с, как минимум, одним из которых обязательно придется столкнуться
Size: a a a
2021 May 27
IM
Скажімо так, напевно будь-який сучасний програміст що юзає комп хоч раз використовував програми написані на одному з цих компіляторах
V
если изучаешь C или C++, то прямое столкновение неизбежно
V
программа, написанная на компиляторе — это звучит сильно)
A
> базовых алгоритмов
> ебля с памятью и указателями
> отсутствие встроенных коллекций
> отсутствие дженериков
> ебля с памятью и указателями
> отсутствие встроенных коллекций
> отсутствие дженериков
AH
И шо? Мы про изучение, или про использование?
БS
> ебля
> ебля
…
> ебля
…
A
В любом случае, когда у тебя в язык вшиты сеты/вектора/строки/словари/etc, это всегда проще
AH
еще проще вообще не программировать, а нанять ботанов
A
Вот этого плюсую
W
маю клас з конструктором. Конструктор викликається через make_shared. І тут питання, чи реально якось зсередини конструктора зберегти weak_ptr на об'єкт, який створитсья з допомогою make_shared? Ну тобтом щось таке хочу
class my_class//here call_ctor and my_class::ptr should point on the same object without mem leak
{
my_class()
{
static weak_ptr ptr = this;//???????????????????????????
}
};
auto call_ctor = make_shared<my_class>();
G
Потрібен пойнтер всередині класу на shared_ptr, який в свою чергу, овнить інстанс класу?
W
десь так
G
Чому саме в конструкторі, а не окремий публік метод
set_shared_ptr(ptr &shared_ptr<decltype(*this)>)
?W
та якраз щойно теж подумав, що можна створити метод, який вертатиме шаред а заодно зберігатиме його
G
Просто ініціалізація шереду буде вже після ініц. класу, тому навряд чи в конструкторі можна.
W
та нормально, дякую
2021 May 28
V
а зачем?
W
Треба створити масив, який буде містити в собі всі шареди, і який буде доступний зсередини класу