множественое наследование класная штука, её нет тока в убогих языках

толсто :с

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

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

Тебе на питоне надо программировать. Там так.

при чём тут язык вообще, лол я о подходе

Язык == некоторый подход (набор подходов)

Тут знак не "равно", а "подразумевает"

да

в данном случае язык тут не при чём в питоне тоже есть наследование (и даже множественное), и его там довольно активно используют

Вот у меня есть класс фабрики MC объектов по прототипу и по-хорошему он не MC, поскольку создаваемый объект содержит ссылку на фабрику, но мне нужно, чтобы объект инициализировался через {} в структурах как обычно (по прототипу)

Вопрос: есть ли смысл писать proposal, чтобы можно было объявить Move Constructor так, чтобы был разрешен Move Elision, но не был разрешен Move Constructor

что-то вроде classname(classname && other) = elisioned;

Вопрос: есть ли смысл писать proposal, чтобы можно было объявить Move Constructor так, чтобы был разрешен Move Elision, но не был разрешен Move Constructor

Так ведь из коробки в С++17. Если пишешь classname(classname && other) = delete; то copy elision разрешен

хм... это категорически не очевидно

что-то вроде classname(classname && other) = elisioned;

elided слово в совершенной форме

Так ведь из коробки в С++17. Если пишешь classname(classname && other) = delete; то copy elision разрешен

Мы точно правильно понимаем друг друга? Класс не Сopy Constructible, если я удаляю Move Constructor то я могу использовать {} structure initializator?

И случаи, когда происходит copy/move elision?

И случаи, когда происходит copy/move elision?

Мы про этот случай ? classname(classname && other) = delete; ... template <class... Args> classname make_classname(Args... args) { classname c (args...); c.init(); return c; // copy elision, compiles in C++17 }

class factory { public: factory(){}; factory(factory const& other) = delete; factory(factory && other) = delete; }; void f() { factory f = factory(); //11 : <source>:11:25: error: use of deleted function 'factory::factory(factory&&)' }

хм... clang скомпилировал под -std=c++1z

gcc 7.1 тоже https://godbolt.org/g/X6gQRf

С С++17 это идёт из коробки.

Угу. Спасибо, а какая точная формулировка теперь на Copy/Move elision?

В смысле, как ее блокировать-то? :)

Вроде никак :) Это равносильно тому, что компилятор сразу создаст по мету нужный объект, без всяких копирований и перемещений

class factory { public: factory(){}; factory(factory const& other) = delete; factory(factory && other) = delete; }; factory g() { return factory(); } void f() { factory f = g(); //немного взрывает мозг, но все ок }

class factory { public: factory(){}; factory(factory const& other) = delete; factory(factory && other) = delete; }; factory g() { return factory(); } void f() { factory f = g(); //немного взрывает мозг, но все ок }

Ага, для этого и делалось - чтобы можно было делать фабрики для классов которые нельзя копировать и перемещать

Всегда приятно, когда комитет догадался о чем-то до меня :) Осталось подождать MS, хехехе

Ага, для этого и делалось - чтобы можно было делать фабрики для классов которые нельзя копировать и перемещать

но если я помещю factory(factory const& other) = delete; factory(factory && other) = delete; в приватный раздел, по идее, приведенный выше код не должен скомпилироваться

Или как, @antoshkka ?

а оператор = не надо?

в этом примере он не задействован

Хьюстон, есть кто на базе?

но если я помещю factory(factory const& other) = delete; factory(factory && other) = delete; в приватный раздел, по идее, приведенный выше код не должен скомпилироваться

или здесь вообще не применим copy/move конструктор?

Или как, @antoshkka ?

Я попробовал - компилирует и с private :) Там до конструкторов вообще дело не доходит

да, получается, что это вообще не оптимизация, а полностью переработанная концепция: In a function call, if the operand of a return statement is a prvalue and the return type of the function is the same as the type of that prvalue. T f() { return T{}; } T x = f(); // only one call to default constructor of T, to initialize x T* p = new T(f()); // only one call to default constructor of T, to initialize *p Note: the rule above does not specify an optimization: C++17 core language specification of prvalues and temporaries is fundamentally different from that of the earlier C++ revisions: there is no longer a temporary to copy/move from.

нормально там

objC и С++ нормальные по-отдельности, но их комбинация objC++ - адов франкенштейн. Там все фичи дублированны по 2 раза - две (несовместимых) системы классов, два (несовместимых) синтаксиса лямбд, две (несовместимых) системы эксепшнов, и т.д.

а зачем он тогда вообще?

objC и С++ нормальные по-отдельности, но их комбинация objC++ - адов франкенштейн. Там все фичи дублированны по 2 раза - две (несовместимых) системы классов, два (несовместимых) синтаксиса лямбд, две (несовместимых) системы эксепшнов, и т.д.

зато общий рантайм

objC и С++ нормальные по-отдельности, но их комбинация objC++ - адов франкенштейн. Там все фичи дублированны по 2 раза - две (несовместимых) системы классов, два (несовместимых) синтаксиса лямбд, две (несовместимых) системы эксепшнов, и т.д.

А где такой симбиоз испльзуется ?

в мобильной разработке под ios

А где такой симбиоз испльзуется ?

в основном, чтобы писать обертки над плюсовым кодом для дерганья из objC

А как же модненький свифт?

Только хотел это написать.

И — подскажите — вроде бы objectivec уже загнулся , и только как legacy рассматривается ?

И — подскажите — вроде бы objectivec уже загнулся , и только как legacy рассматривается ?

пишут ещё

И — подскажите — вроде бы objectivec уже загнулся , и только как legacy рассматривается ?

переписывать работающие аппы никто не станет

А как же модненький свифт?

оно (objC++) появилось задолго до свифта

И — подскажите — вроде бы objectivec уже загнулся , и только как legacy рассматривается ?

fortran - тоже легаси, но даже на нем еще пишут

Я несколько матерных писем в апл написал из-за этого языка, ад конечно, а они сейчас на нем весь метал написали , а шейдеры на С++

Я несколько матерных писем в апл написал из-за этого языка, ад конечно, а они сейчас на нем весь метал написали , а шейдеры на С++

"Ваше мнение очень важно для нас" - вот так они посмотрели на это

Но мне было важно это сказать =))

Тут 1.5к программистов по сишарп?! Ууу... Неплохо) Тоже решил научиться сишарпу После теста в гикбрейнс ?

Тут 1.5к программистов по сишарп?! Ууу... Неплохо) Тоже решил научиться сишарпу После теста в гикбрейнс ?

/report За оскорбление шарпистом

/report За оскорбление шарпистом

Reported to 3 admin(s)

/report За оскорбление шарпистом

Что тут плохого?

/report За оскорбление шарпистом

Аххаха

Это чат по языкам C/C++. Про c# велком в другой чат: @pro_net

Это чат по языкам C/C++. Про c# велком в другой чат: @pro_net

По шарпу есть специальный чатег https://t.me/CSharpChat

Бля

Балин Точно

Вот.

1c-ник в чате!!!

Перепутал Бывает

хэлоу

ERROR: S client not available

никто не хочет стать мейнтейнером бустовой либы?

будет вам честь, хвала и почёт

https://svn.boost.org/trac10/wiki/CommunityMaintenance

https://svn.boost.org/trac10/wiki/CommunityMaintenance

Она на git переходить не собираются?

никто не хочет стать мейнтейнером бустовой либы?

а что делать надо и какими объемами?

Она на git переходить не собираются?

а ты не видел бустовую репу на гитхабе?

а ты не видел бустовую репу на гитхабе?

Видел.

а что делать надо и какими объемами?

http://www.boost.org/community/official_library_maintainer_program.html

Видел.

ну так что?)

ну так что?)

Почему?

Почему?

ну просто я даже svn части не касаюсь. И буст на гитхабе хостится

в мейнтейнеры берут всех желающих или есть какой-то отбор?

в мейнтейнеры берут всех желающих или есть какой-то отбор?

ну конечно же смотрят, кто ты по масти

ну конечно же смотрят, кто ты по масти

полотенце в ноги бросают?

полотенце в ноги бросают?

типа того. Смотрят, каков опыт, какие проекты есть, на код посмотрят. Вон недавно взяли мейнтейнера на Boost.UUID

Greetings! I'm a long-time boost user and over the years I have posted defects into boost trac for the components I have used. I was reviewing the backlog on boost::uuid and in trac and it needs a bit of grooming. I started submitting some PRs to resolve some of these. Edward D. in the CMT group was reviewing some of them and mentioned that there is no active maintainer for the library, and invited me to introduce myself here. I am currently a committer on the Apache Thrift project and I have 20+ years development experience with C++. I have good experience at backlog grooming, and I am very focused on quality. I believe firmly in testing all code branches, and using coverage tools to prove it. I also assisted the glibc team in getting started with Coverity Scan which helped lead to resolution of 138 defects at last count. My current position is a Software Architect at HPE SimpliVity where I have been for the last ~7 years (I'm easy to find on LinkedIn, hopefully). I live in Westford, MA, USA. Given there is no maintainer for boost::uuid currently, I would like to petition for that responsibility. It is a relatively small library in the portfolio and seems like a good introduction to being a maintainer in such a widely used project. Thanks for your consideration, Jim King

Не каждый пройдёт прописку

полотенце в ноги бросают?

ну вообще мейнтнить - поддерживать компиялемость на компилах новых, фиксить баги

ничего экстраординарного

https://blogs.msdn.microsoft.com/visualstudio/2017/08/14/visual-studio-2017-version-15-3-released/

whoohoo

никто не хочет стать мейнтейнером бустовой либы?

А ты про какую либу вообще?

https://github.com/Therena/ConEmuIntegration

А ты про какую либу вообще?

какую хочешь из списка либ без мейнтейнера

https://github.com/Therena/ConEmuIntegration

крайне полезная штука как отдельный консольный клиент на винде

крайне полезная штука как отдельный консольный клиент на винде

еще бы, им и пользуюсь

еще бы, им и пользуюсь

я не представляю, чем ещё можно пользоваться на винде)

objC и С++ нормальные по-отдельности, но их комбинация objC++ - адов франкенштейн. Там все фичи дублированны по 2 раза - две (несовместимых) системы классов, два (несовместимых) синтаксиса лямбд, две (несовместимых) системы эксепшнов, и т.д.

его _единственное_ в жизни предназначение - бриджить нативно C++ и objc, с этим он справляется на отлично

если ты на нем пишешь для удовольствия - мои соболезнования

его _единственное_ в жизни предназначение - бриджить нативно C++ и objc, с этим он справляется на отлично

но зачем для этого целый язык костылять?

потому что бриджить плюсы с помощью голого си еще более ебанутое занятие

interesting proposal https://www.youtube.com/watch?v=61w4LbQ0fzU