Russian Qt Forum

Привет!

Буквально, пару мнений хотелось бы услышать. Не для кого не секрет, что в Qt можно использовать классы на чистом C++. Может имеет смысл везде, где это возможно придерживаться этой стратегии? Можно было бы использовать эти классы повторно и тем людям, которые работают с другими фреймворками. Я мог бы в будущем использовать свои наработки с другими фреймворками. А не менять потом везде QString на std::string :)

Заранее спасибо за ответы!

Смотря что за классы. Напр класс датчика в Вашем задании - возможно имеет смысл делать его "без Qt". И то проблематично - напр как хранить строки? Вместо QString юзать std::string  - так это не unicode. Как только начнется взаимодействие этого класса с UI на Qt - придется переливать строки туда-сюда.

Из старого мультфильма
:)

А можно писать на чистом С. Тогда сможете после некоторого допила давать этот класс тем, кто работает на микроконтроллерах.
А ещё можно на асме :D Тогда вообще раздолье.

Нет, не рационально это. Qt предлагает ускорение разработки и удобство. Вы же его хотите отбросить. Зачем вам тогда Qt?

PS а вот подумать о передаче данных в стандартном или Qt формате на выбор - можно. Тогда для принимающего не будет иметь значения на чём написан датчик или что-там у вас.

По поводу unicode я не подумал. Пришлось бы использовать wstring. Спасибо! :)

Что такое "передаче данных в стандартном формате" я, кажется, понял: это XML и JSON. А вот что такое Qt-формат?

Ну что-то в этом духе: http://qt-project.org/doc/qt-5/datastreamformat.html (http://qt-project.org/doc/qt-5/datastreamformat.html)
Хотя и для тех же xml/json в Qt средства имеются.

Именно dataStream  я и имел в виду.

Всем огромное спасибо! Я решил, что буду использовать везде Qt-way: там где надо и не надо :)

Ну и зря. :)
Следующем шагом вам дадут задание отказаться от Qt на сервере, потому что там его не будет, и вам полностью придется все переделать.

Qt это всего лишь один из gui-фреймворков с кучей дополнительных плюшек. Завязываться только на него, это стать new delphi developer. :)
К Qt стоит относиться как к одной из библиотек.

Ну вот только я определился с выбором, а Вы всё испортили :)

Продумывать варианты о которых не знаешь - это сложно. Что будет в будущем - неизвестно. Если мне скажут, что переписывай на .Net - я просто уволюсь :) На начальном этапе я всё же буду использовать QString вместо std::string и использовать QList вместо std::list. А там посмотрим.

А вот вместо Qt-го вывода в консоль:

C++ (Qt)
#include <QTextStream>
 
QTextStream cin(stdin);
QTextStream cout(stdout);
 

Лучше использовать std::cout Так как не придётся писать cout.flush(); Да и смысла не вижу использовать: QTextStream cout(stdout);

Просто не нужны крайности. В нашей отрасли все быстро меняется и к этому нужно стараться быть готовым. :)

Аааа, вот Вы о чём :) Спасибо, учту :)

QList - вовсе не аналог std::list (в отличие напр от QVector - std::vector). Для ф-ционала std::list в Qt есть QLinkedList. Какая бы ни была специфика работы - контейнеры есть всегда. Поэтому изучать их надо тщательно, а не так, "поматросил и бросил" (убежал на СУБД)