// В одном потоке вызывается GET, а в другом POST.
вот это будет эпик фейл...
но разве для каждого потока не будут созданы свои экземпляры класса Functions...

у меня ща так сделано

C++ (Qt)
class BlaBlaThread : public QThread, public Functions
{
    Q_OBJECT
 
public:

я думал, что для каждого потока будет свой объект Functions, соответственно, общих данных не будет...

ведь так?

чтобы можно было использовать функции без всяких приставок (класса, namespace и тп)

у тебя что ли оплата работы обратно пропорциональна количеству символов?

// Множественное наследование нужно только тогда, когда оно оправдано. Лично мне еще ни разу не пришлось им пользоваться
а чем оно плохо в данном случае?
если я правильно понимаю, для каждого потока будет создан свой экземпляр с функциями, т.е. глабальные переменные класса Functions будут в каждом потоке свои адреса иметь. как-то так... короче работать должно. если я все правильно понимаю.

а если делать без множественного наследования, тогда придется переписывать функции, делать их без глобальных переменных. соответственно придется в каждую функцию пихать каждый раз реквест и репли. возвращаться будет репли. после функции его разбирать, если надо. это лишний код каждый раз.
зачем? если как я сделал, удобнее гораздо. ток будет работать или нет в многопоточном режиме, еще не тестил

// у тебя что ли оплата работы обратно пропорциональна количеству символов?
кто бы меня взял то еще на работу прогером
я не работаю "на дядю". я продаю софт и услуги пока что.
а так, если бы я в команде работал, разумеется использовал бы "общепринятые нормы" по мере знаний своих неглубоких

зацените аву

Откуда ж ты эти нормы возьмешь, если не используешь их в коде своем?

// Откуда ж ты эти нормы возьмешь, если не используешь их в коде своем?

дак в моем коде можно обойтись и без "общепринятых" норм.
а вот в чужом, нельзя. поэтому, они бы там были.

если обломится такое счастье и кто-то меня возьмет на работу программером ("будь проклят тот день, когда... я нанял его на работу" (с) потенциальный работодатель )

я не начну красиво и технологичено писать код.
я буду писать, как того потребуют реалии.

приказ - написать красиво и технологично.
будет написано красиво и технологично.
приказ - написать быстро и шобы работало
будет написано быстро и будет работать.

я себе отдаю приказы второго плана
вот как-то так.
andrew.k, хватит выдумывать то, чего нет