Так просто, просто используйте . В чем ваша проблема?
Отправляйте запросы на телеграмму, получайте ответы и обрабатывайте их.
Проверьте мой код на GitHub
Конечно. Почему нет?
Я использую MFC в качестве уровня представления, даже при том, что структуры и классы в бэкенде используют STL.
Это была очень плохая идея до 2003 Visual Studio (почти) полная поддержка Стандарта C++. Теперь это не плохая идея вообще. Является ли это хорошей идеей, зависит от контекста и каков набор навыков Вашей команды.
Да, если оба из следующих условий содержат:
1) Языком, выбранным для проекта, является C++ (который, конечно, включает STL - S в STL для "Стандарта").
2) После тщательного анализа никакую лучшую альтернативу не находят или считают подходящую для поддержки GUI, чем MFC, и моя группа разработчиков идет для него.
Да, я смешал их прежде без проблем. Однако после использования MFC больше десятилетия, я никогда не рассматривал бы использование его для нового проекта.
Для наборов в слое данных. У меня нет данных для поддержки этого, но мое подозрение - то, что шаблонные наборы STL более производительны, чем их дубликаты MFC.
Я смешиваю их все время. Единственный незначительный ЛАВАШ был сериализацией - контейнеры MFC (CArray
, CList
, CStringArray
, и т.д.) поддержка CArchive
сериализация, но при использовании контейнеров STL Вы имеете к коду самокрутки. В конце я переключился на использование boost::serialization
и выведенный MFC CArchive
материал.
Да я действительно смешиваю их, потому что я нахожу MFC слишком громоздким для нормального естественно выглядящего C++. Хотя Вам, возможно, придется написать некоторый код для преобразований, где Ваш код STL говорит с кодом MFC.
Используйте STL каждый раз, когда Вы можете, использовать MFC когда никакая альтернатива