Size: a a a

2020 April 24

CD

Constantine Drozdov in pro.cxx
это просто не переменная типа "цвет" больше, а переменная типа "способ вычисления цвета"
источник

Т

Тёма in pro.cxx
ага, именно. ну и на практике я вижу это так, что бы типа можно было не писать каждому объекту "бери цвет у того кота", а выбирать, что у кого брать. т е "бери все переменные у того инстанса"
или "бери все переменные у того инстанса, а цвет имей свой собственный"
источник

Т

Тёма in pro.cxx
и т д
источник

CD

Constantine Drozdov in pro.cxx
так в чем вопрос? в плюсах там в поле кота будет function<color(Context const&)> лежать
источник

Т

Тёма in pro.cxx
так, плюсы я пока еще не понимаю)) хах
но я скорее про то, чтобы не приходилось в каждом параметре указывать откуда его брать
источник

CD

Constantine Drozdov in pro.cxx
как вы себе это представляете? компилятор сам догадается, откуда читать значения?)
источник

Т

Тёма in pro.cxx
так, ща давайте я придумываю свой собственный язык программирования немного похожий на питон и опишу псевдокодом что я хочу)
источник

CD

Constantine Drozdov in pro.cxx
давайте в @pro_prog тогда
источник

AB

Artöm Bakri Al-Sarmini in pro.cxx
Там на питоне и напиши
источник

v

vehlwn in pro.cxx
Тёма
так, ща давайте я придумываю свой собственный язык программирования немного похожий на питон и опишу псевдокодом что я хочу)
Придумаешь псевдопетон?
источник

v

vehlwn in pro.cxx
rbykov
+ мне кажеться это типа
https://en.wikipedia.org/wiki/Prototype_pattern
https://ru.wikipedia.org/wiki/%D0%9F%D1%80%D0%BE%D1%82%D0%BE%D1%82%D0%B8%D0%BF_(%D1%88%D0%B0%D0%B1%D0%BB%D0%BE%D0%BD_%D0%BF%D1%80%D0%BE%D0%B5%D0%BA%D1%82%D0%B8%D1%80%D0%BE%D0%B2%D0%B0%D0%BD%D0%B8%D1%8F)

class Meal {
public:
 virtual ~Meal();
 virtual void eat() = 0;
 virtual Meal *clone() const = 0;
 //...
};
class Spaghetti : public Meal {
public:
 Spaghetti( const Spaghetti &);
 void eat();
 Spaghetti *clone() const { return new Spaghetti( *this ); }
 //...
};
Прочитал как class Metal{}; class Spaghetti : public Metal{};.
источник

A

Alex in pro.cxx
Как правильно принимать std::string_view? По значению или по const ссылке?
источник

A

Alex in pro.cxx
у него почему-то нет конструктора копирования из &&
источник

S

Stas in pro.cxx
Alex
у него почему-то нет конструктора копирования из &&
Так ведь он не для этого задуман.
источник

A

Alex in pro.cxx
не понимаю
источник

A

Alex in pro.cxx
у любого класса должен быть мув конструктор, особенно, если он не менеджит никаких ресурсов
источник

S

Stas in pro.cxx
Брать обзор на временную строку, которая пропадает сразу после использования?
источник

A

Alex in pro.cxx
я имел в виду std::string_view(std::string_view&& other)
источник

A

Alex in pro.cxx
Stas
Брать обзор на временную строку, которая пропадает сразу после использования?
хотя это тоже имеет смысл, просто, видимо, там нечего оптимизировать по сравнению с lvalue конструктором из std::string
источник

A

Alex in pro.cxx
В общем, вопрос мой такой: void consumeString(const std::string_view& v) или void consumeString(std::string_view v)?
источник