Пространство имен

[thechicho]

Как использовать методы класса в другом классе без использования имени класса?
т.е. есть класс Functions;

так работает

Код

C++ (Qt)
int randInt = Functions::mt_rand(5,11);

как сделать, чтобы работало так

Код

C++ (Qt)
int randInt = mt_rand(5,11);

я пробовал в .h класса

Код

C++ (Qt)
namespace Ui {
class Functions;
}

но не канает.

[thechicho]

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

[kambala]

так, как ты хочешь, сделать нельзя. если метод (статический в данном случае) относится к классу, значит надо указывать имя класса. если вынесешь метод за класс, т.е. сделаешь обычной функцией, тогда имя не нужно указывать.

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

Код

C++ (Qt)
namespace A {
int a;
void f();
}
namespace B {
int a;
void f();
}
 
// изменение разных переменных
A::a = 5;
B::a = 12;
// вызов разных функций
A::f();
B::f();

[Пантер]

Вынести функцию из класса.

[thechicho]

// пространства имён позволяют использовать функции/классы/переменные/перечисления/и т.п. с одинаковыми именами
понял, сенкс.

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

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

в принципе, функции вроде работают, если их статическими объявить и имя класса перед ними добавлять. либо объявить класс, и уже . || -> получать доступ к членам класса. но я думал можно сделать без имени класса, чтобы каждый раз его не вводить, т.к. функции используются часто...

[Пантер]

Нахрена класс? Просто выносишь функции в отдельный h/cpp, который и подключаешь.

[thechicho]

сделал, множественное наследование (+свой класс) и все вроде работает, как и хотел.

// Нахрена класс? Просто выносишь функции в отдельный h/cpp, который и подключаешь.
а это тема, кстати) чот я не подумал, что так работать будет, ща попробую.

[andrew.k]

сделал, множественное наследование (+свой класс) и все вроде работает, как и хотел.

// Нахрена класс? Просто выносишь функции в отдельный h/cpp, который и подключаешь.
а это тема, кстати) чот я не подумал, что так работать будет, ща попробую.

"А слона то я и не приметил" (с) И.А. Крылов

[Пантер]

сделал, множественное наследование (+свой класс) и все вроде работает, как и хотел.

// Нахрена класс? Просто выносишь функции в отдельный h/cpp, который и подключаешь.
а это тема, кстати) чот я не подумал, что так работать будет, ща попробую.

Только оберни все функции в namespace на всякий случай. У меня так во всех проектах core.cpp + core.h, где глобальные константы и функции.

[thechicho]

//"А слона то я и не приметил" (с) И.А. Крылов
Воды слонам. А нам лишь бы работало.

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

[andrew.k]

//"А слона то я и не приметил" (с) И.А. Крылов
Воды слонам. А нам лишь бы работало.

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

Это жесть. Представляешь если все так будут делать, что будет?

[popper]

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

Код:

extern "C" 

[thechicho]

// Это жесть. Представляешь если все так будут делать, что будет?
работать будет

[thechicho]

у меня там 10+ функций, какая библиотека)

[andrew.k]

// Это жесть. Представляешь если все так будут делать, что будет?
работать будет

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

у меня там 10+ функций, какая библиотека)

Тем более какие сложности переделать эту глупость в namespace?

PS но я опять не забыл, что ты все делаешь для себя и для своих. Поэтому оставь лучше внутри класса)