Rh
b в другой зоне видимости и код не может работать но как дать доступ принудительно?
Size: a a a
2020 August 26
AP
В данном случае никак. У тебя тут скоуп
AP
Переменная b уничтожается выхода из блока
Rh
а если дать ей статик?
Rh
static int b
AP
Если она у тебя в неймспейсе или она статическая внутри класса, то пишут using Namespace::variable;
AP
static int b
В данном случае я бы просто посоветовал убрать скоуп. Если есть конкретная проблема, то сразу описывай именно ее
Rh
конкретики нету просто интересно какие есть методы доступа https://pastebin.com/0wk2hrtu
как я понял только такой метод является доступным?
как я понял только такой метод является доступным?
AN
Такие скоупы нужны как раз, чтобы переменные ненужные уничтожались по выходу
Rh
может это пока только кажется так но выглядит не удобно ради обращения через :: создавать пространство имен в угоду не создания глобальной переменной
Rh
хотя если относится к этому как классу к которому нужно запрашивать доступ то все вро де бы не так и плохо
AP
using namespace есть же
ПК
Уважаемые как можно реализовать доступ к переменной из одной области видимости в другой области без глобального объявления?
А в чём проблема?
Rh
А в чём проблема?
конкретики нету просто интересно какие есть методы доступа
AP
Если нужна глобальная переменная - делай глобальную переменную
ПК
конкретики нету просто интересно какие есть методы доступа
без доп кода - да
AP
Если она внутри cpp файла, то в принципе никаких проблем нет с ней
Rh
окей примерно понял что да как спасибо
AN
Там internal linkage, то есть за пределы TU оно не протекает, если конечно явно не сказать, что нужен external
IZ
И это тоже.
В общем, не вижу ни одной адекватоной причины возвращать костантную копию из функции.
В общем, не вижу ни одной адекватоной причины возвращать костантную копию из функции.
Вообще, хорошо бы это даже запретить на уровне языка