Размышления и впечатления, которые не хочется держать в себе. О программировании в частности. Ну и о творчестве, и о жизни вообще.
...из-за вот такого поведения GCC 5.2.0 под моим ArchLinux-ом:
При этом MinGW 5.2.0 (как с флагом -fpermissive, так и без), а так же clang 3.7.0 под тем же Linux-ом компилируют этот пример без проблем.
А с учетом того, какой геморрой будет связан с выбрасыванием суффикса _t как в SO-5, так и в проектах, где SO-5 давно используется, не говоря уже про переделку документации... Блин, нужно все еще раз взвесить и обдумать. А может и не один раз :(
Фактически, дополнение к посту двухнедельной давности, в котором идея механизма взаимодействия между SObjectizer-овскими и не-SObjectizer-овскими частями приложения описывалась под названием msg_stream. За это время механизм сменил несколько названий, называется сейчас mchain, вполне себе работает и, думаю, уже близок к тому, чтобы считать его стабильным и вполне готовым к релизу. Под катом немного информации о том, что получилось.
Так же небольшая просьба к читателям: пара идентификаторов, задействованных в механизме mchain-ов, мне кажется не очень удачной. Но это лучшее, что пока пришло в голову. Если кто-то сможет предложить более благозвучные и понятные варианты, то это будет серьезная помощь проекту.
Еще один пример того, как C++ные шаблоны позволяют избавиться от дублирования кода.
Задача метода create_mchain в том, чтобы проанализировав несколько аргументов создать экземпляр шаблонного класса mchain_template с нужным набором шаблонных параметров. Слева код, который был написан сходу, с применением копипасты. Справа -- результат простого рефакторинга.
Вот следствие чего вот это вот: свободы нести в Интернете всякую чушь или того, что на волне высоких зарплат и спроса на рабочую силу в ИТ, в программисты попадает большое количество альтернативно одаренных личностей?
