BU
Alex Sandrov
а класс-визардом кто-нибудь в visual-студии пользуется? Есть какая-то статистика? Это как бы тоже инструмент не-кода
это средство писать меньше фигни при работе с MFC. ни для чего другого лично я его не использовал
Size: a a a
2021 March 28
АР
treg
не из желание поспорить, просто интересно из вашего опыта, а читать код тоже быстрее чем UML схему?
если есть квалификация - да, если нет - мб быстрее и схему. Просто навык чтения схем бесполезен в перспективе, а навык чтения кода самый важный в профессии
00
Привет всем кого не знаю.
A
Смотря как код написать
У UML есть недостаток, присущий всем системам документирования, - можно поменять код, и забыть поменять UML. В итоге, UML становится бесполезен/вреден. Ну а учитывая что UML находится "в дали" от кода, случается такое весьма часто
У UML есть недостаток, присущий всем системам документирования, - можно поменять код, и забыть поменять UML. В итоге, UML становится бесполезен/вреден. Ну а учитывая что UML находится "в дали" от кода, случается такое весьма часто
Со схемами как и коментами - легко забыть обновить. Но уже не на одном проекте схема позволяла экономить время когда добавляется новый человек в команду либо нужно что-то существенно менять/рефакторить. Но обычно это очень hight-level диаграммы классов/модулей и общие схемы последователностей.
A
хорошая картинка часто легко заменяет кучу слов и объяснений
IZ
Alex Sandrov
кстати про сломанную клаву: а есть ли инструменты, где можно мышкой накидать ирерахию классов и потом сгенерить себе код? По идее должны быть, у меня одна из дипломных работ была про построение и генерацию кода для одного внутреннего языка, но там всё было довольно примитивно.
UML case tools.
IZ
Смотря как код написать
У UML есть недостаток, присущий всем системам документирования, - можно поменять код, и забыть поменять UML. В итоге, UML становится бесполезен/вреден. Ну а учитывая что UML находится "в дали" от кода, случается такое весьма часто
У UML есть недостаток, присущий всем системам документирования, - можно поменять код, и забыть поменять UML. В итоге, UML становится бесполезен/вреден. Ну а учитывая что UML находится "в дали" от кода, случается такое весьма часто
Надо делать сквозное введение проекта через модель на Uml, и все будет ок.
То есть не менять код , менять модель с кодом вместе.
Raitional rose вполне это позволяло делать все, очень в удобном режиме.
Но где оно все сейчас...
То есть не менять код , менять модель с кодом вместе.
Raitional rose вполне это позволяло делать все, очень в удобном режиме.
Но где оно все сейчас...
IZ
Ты чо, этож UML
Там заготовки кода генерятся из диаграм, потом меняются ручками. Особых средств проверки, что не разошлось, я не помню
Там заготовки кода генерятся из диаграм, потом меняются ручками. Особых средств проверки, что не разошлось, я не помню
В рашнле как раз можно много раз генерировать код из модели и она сохраняла старый код через такую концепцию как защищённый блок кода.
И даже можно тела некоторых скучных функций генерировать из модели.
Очень удобно
И даже можно тела некоторых скучных функций генерировать из модели.
Очень удобно
IZ
а то ж :) зато схемки синкаться сами будут считай.
Надо просто с другой стороны идти и в свой код пробовать адаптировать PlantUML и генерацию схем встраивать в CI - тогда проблема решится сама собой
Надо просто с другой стороны идти и в свой код пробовать адаптировать PlantUML и генерацию схем встраивать в CI - тогда проблема решится сама собой
PlantUML классный, но генерировать он ничего не может
VK
PlantUML классный, но генерировать он ничего не может
StarUML кстати умеет.
IZ
StarUML кстати умеет.
Дерьмово умеет.
Роза была лучше.
Роза была лучше.
SK
Дерьмово умеет.
Роза была лучше.
Роза была лучше.
Что за Роза?
IZ
Что за Роза?
Raitional Rose
SK
Спасибо
JT
Всем привет. В asio есть возможность формирования последовательности буферов для приёма/отправки данных через сокет с гарантией отсутствия как минимум лишних копирований. Кто-нибудь в курсе, как это реализовано? Учитывая, что syscall send ожидает непрерывный кусок памяти
YS
Всем привет. В asio есть возможность формирования последовательности буферов для приёма/отправки данных через сокет с гарантией отсутствия как минимум лишних копирований. Кто-нибудь в курсе, как это реализовано? Учитывая, что syscall send ожидает непрерывный кусок памяти
https://www.boost.org/doc/libs/1_56_0/doc/html/boost_asio/overview/core/buffers.html
ЕМНИП, оно внутри должно дергать
ЕМНИП, оно внутри должно дергать
writev (см man 3 writev )AT
Yaroslav Syrytsia
https://www.boost.org/doc/libs/1_56_0/doc/html/boost_asio/overview/core/buffers.html
ЕМНИП, оно внутри должно дергать
ЕМНИП, оно внутри должно дергать
writev (см man 3 writev )sendmsg скорее всего.YS
sendmsg скорее всего.не суть, смысл тот же. Там внутри
iovec :)JT
Yaroslav Syrytsia
https://www.boost.org/doc/libs/1_56_0/doc/html/boost_asio/overview/core/buffers.html
ЕМНИП, оно внутри должно дергать
ЕМНИП, оно внутри должно дергать
writev (см man 3 writev )Спасибо!