В теории некоторые обобщеннные лямбды и можно так юзать. В С++ они для этого уродливы и код будет нечитабельным. Заманаешься баги искать после. Юзай обычные функции для колбеков и будет много меньше гемора с отладкой и поиском багов после.

Для меня это выглядит так: А связано с Б, а Б связано с А Обе эти связи можно назвать Связь АБ и Связь БА Не всегда связьАБ это связьБА Но вот что интересно: обе связи возникают в момент взаимодействия А с Б Иногда инициатор А иногда Б иногда некий...

И тут оказывается, что для твоего кода нужно железо за 2000 бачей, а клиент согласен только на 200. И тут уже всплывает задача по оптимизации любыми способами. Дело в том, что клиенты нужна 1000 таких железяк, а не одна.

Почему? Лямбды для этого и нужны.

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

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

Я я часто в STL их юзаю, удобно. Правда лямбда должна быть простой, иначе код уже не читабелен.

А вот этого не надо, лямбды использовать в качестве коллбеков.

<

Вроде классы разделены по назначениям, но у Response есть признак нарушения SRP. Он зависим от Report. Изменяя Report, например, удалив метод получения заголовка, потребуются внести изменения в Response.

Артур, добрый день. Я сотрудник Альфа-Банка. У нас есть возможность оформить Бизнес-Карту. Детали можно просмотреть по ссылке — https://alfabank.ua/small-business/transfers/biznes-karta-1 или узнать по номеру телефона — (044)-496-45-45.

Я не сильно вникал если честно но если смотреть на код, то методы toPrint и toHtml вынести в один или даже два интерфейса, реализацию оторвать от модельки Report, в Response метод с параметром с типом интерфейса там дергать вызовы методов.

Не используйте глобальное изменяемое состояние настолько, насколько это возможно, «Мышки, станьте ёжиками» (tm) Я по определению задачи не могу избавиться от глобального изменяемого состояния.

Увы 1) транзакций ой не всегда достаточно. 2) писать каждый мелкий чих в базу данных — поломается кровать. Остальное за меня в основном уже сказали.

Мне кажется уж кому-кому а МС плевать на стартап инфру.