Static члены класса

@SergioO · Регистрация: 13.12.2015

Author24 — интернет-сервис помощи студентам

Здравствуйте.

есть класс, например

C++

point
{ 
public:
    float x;
    float y;
 
    static distance (point A, point B) 
    {
        float dx = A.x - B.x;
        float dy = A.y - B.y;
        return sqrt(dx*dx + dy*dy);
    } 
}

static получается совместно разделяемым, те будет выделена память под distance один раз и все объекты point будут этой функцией пользоваться?
Например:

C++

point A;
point B;
cout << A.distance(A,B);
cout << B.distance(A,B);// будет использоваться одна функ в 1-ом и 2-ом случае, те одна область памяти?

@sourcerer · 08.01.2016, 17:47

Сообщение от SergioO

на данный момент вопросов больше не имею

Вот на этой мажорной ноте и остановимся.

Добавлено через 22 часа 57 минут
Тема открыта по просьбе автора. Убедительная просьба ко всем ораторам - высказываться по существу, в манере доброжелательной и уважительной.

@SergioO · 08.01.2016, 18:54 **[ТС]**

gru74ik, спасибо.

есть код:

C++

class shared {
static int a;
};
 
int shared::a=1;
 
 
int main() {
 
// какой-то код
    return 0;
 
}

правильно я понимаю, что в таком случае с "переменной" a ничего больше не получится сделать?

Добавлено через 18 минут
стр 142 стандарта ISO/IEC 14882:2014(E) - С++14
так вот, там примеры когда пары приводятся. с английским не совсем плохо, но в данном случае надо предмет понимать.

The linkages implied by successive declarations for a given entity shall agree. That is, within a given scope,
each declaration declaring the same variable name or the same overloading of a function name shall imply
the same linkage. Each function in a given set of overloaded functions can have a different linkage, however.
[ Example:
static char* f(); // f() has internal linkage
char* f() // f() still has internal linkage
{ /∗ ... ∗/ }
....................

поясните что имеется в виду в этих примерах, пожалуйста, а то переводить вроде перевожу, а смысла нет
что говорится о линковке и что линковка может быть внешняя(external) и внутренняя(internal) я понимаю, а почему приводятся два примера к ряду и типа f() // still has internal linkage

Each function in a given set of overloaded functions can have a different linkage, however.

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

@DrOffset · 08.01.2016, 18:54

Сообщение от SergioO

правильно я понимаю, что в таком случае с "переменной" a ничего больше не получится сделать?

Если имеется в виду, что переменная закрыта в private класса shared, то да.
А так, из самого класса shared, будь у него еще какие-то функции, вполне можно что-то сделать.

@SergioO · 08.01.2016, 18:57 **[ТС]**

Сообщение от DrOffset

Если имеется в виду, что переменная закрыта в private класса shared, то да.
А так, из самого класса shared, будь у него еще какие-то функции, вполне можно что-то сделать.

так в классе же ничего нет, те спосбоа к ней обратиться, а всякими shared::, тк она в private нельзя вот и получается что никак несмотря на то, что она static.

@DrOffset · 08.01.2016, 19:06

Сообщение от SergioO

зачем два раза одну функцию объявлять или это имеется в виду что вторая перегружена?

Объявлений может быть сколько угодно, а определение одно (ODR). В данном случае это просто несколько объявлений одной и той же функции, а не перегрузка.
Так вот, в стандарте говорится, что при наличии нескольких объявлений, где сначала указан один тип связывания (внутреннее связывание, посредством static), а затем явно не указан (по умолчанию внешнее связывание), то второе объявление соответствует первому, т.е. тоже имеет внутреннее связывание, в данном случае.
При этом цитата:

Сообщение от SergioO

Each function in a given set of overloaded functions can have a different linkage, however.

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

C++

1 2	static void foo(); // внутреннее связывание void foo(char *); // внешнее связывание

@Kirik516 · 08.01.2016, 19:06

Сообщение от SergioO

так в классе же ничего нет, те спосбоа к ней обратиться, а всякими shared::, тк она в private нельзя вот и получается что никак несмотря на то, что она static.

Private не соседствует со static. Private это спецификатор доступа, а static спецификатор способа хранения в памяти, так сказать.
Такое ощущения, что вы пытаетесь их связать их как-то вместе.
Было бы здорово, если бы вы объяснили, что вас смущает в static.

@DrOffset · 08.01.2016, 19:07

Сообщение от SergioO

так в классе же ничего нет

Я вообще-то про это и написал.

@SergioO · 08.01.2016, 19:25 **[ТС]**

static char* f(); // f() has internal linkage
char* f() // f() still has internal linkage
{ /∗ ... ∗/ }

те если static указали в первый раз, то в данном случае линковка только internal, те судя по всем примерам, если я static сказал, то сиди в своем сипипи, попытка extern не проходит. по-другому: статик только первым объявлением (или ошибка) и линковка тогда только внутренняя.
а почему

char* g(); // g() has external linkage

из второго примера имеет внешнюю линковку? и

void h();
inline void h(); // external linkage

из третьего примера тоже. мы ж вроде extern не объявляли. все переменные и функции без спецификаторов, такие как

C++

1 2	int a; f() {};

так они же могут декларироваться здесь в этом же файле. в смысле что к ним можно extern линковаться из другого файла, а если статик, то с другого файла не "линканешься"?

@DrOffset · 08.01.2016, 19:39

Сообщение от SergioO

мы ж вроде extern не объявляли

extern - это по умолчанию. Т.е. функция (и глобальная переменная), которая не static и не в анонимном namespace, не в локальном классе - extern.

Добавлено через 5 минут
Если интересует более полная информация, здесь: http://en.cppreference.com/w/c... on#Linkage

@SergioO · 08.01.2016, 19:41 **[ТС]**

Сообщение от Kirik516

Private не соседствует со static. Private это спецификатор доступа, а static спецификатор способа хранения в памяти, так сказать.
Такое ощущения, что вы пытаетесь их связать их как-то вместе.
Было бы здорово, если бы вы объяснили, что вас смущает в static.

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

@DrOffset · 08.01.2016, 19:46

Сообщение от SergioO

я имел в виду что несмотря на то, что переменная хранится отдельно от класса

Идеологически правильно говорить "отдельно от объекта". Статик переменная класса подчиняется правилам ограничения доступа, которые задают public/protected/private наравне с остальными членами класса. Все особенности связанные с доступом (наследование, дружба) также сохраняются. Т.е. переменная именно что принадлежит классу, но не является частью объекта класса.

@sourcerer Модератор 5284 / 2371 / 342 Регистрация: 20.02.2013 Сообщений: 5,770 Записей в блоге: 20
	08.01.2016, 17:47	61
	Сообщение от SergioO на данный момент вопросов больше не имею Вот на этой мажорной ноте и остановимся. Добавлено через 22 часа 57 минут Тема открыта по просьбе автора. Убедительная просьба ко всем ораторам - высказываться по существу, в манере доброжелательной и уважительной. 0

@DrOffset 18842 / 9841 / 2409 Регистрация: 30.01.2014 Сообщений: 17,284
	08.01.2016, 18:54	63
	Сообщение от SergioO правильно я понимаю, что в таком случае с "переменной" a ничего больше не получится сделать? Если имеется в виду, что переменная закрыта в private класса shared, то да. А так, из самого класса shared, будь у него еще какие-то функции, вполне можно что-то сделать. 0

@SergioO 260 / 208 / 99 Регистрация: 13.12.2015 Сообщений: 1,098
	08.01.2016, 18:57 [ТС]	64
	Сообщение от DrOffset Если имеется в виду, что переменная закрыта в private класса shared, то да. А так, из самого класса shared, будь у него еще какие-то функции, вполне можно что-то сделать. так в классе же ничего нет, те спосбоа к ней обратиться, а всякими shared::, тк она в private нельзя вот и получается что никак несмотря на то, что она static. 0

@Kirik516 6 / 6 / 1 Регистрация: 27.12.2014 Сообщений: 67
	08.01.2016, 19:06	66
	Сообщение от SergioO так в классе же ничего нет, те спосбоа к ней обратиться, а всякими shared::, тк она в private нельзя вот и получается что никак несмотря на то, что она static. Private не соседствует со static. Private это спецификатор доступа, а static спецификатор способа хранения в памяти, так сказать. Такое ощущения, что вы пытаетесь их связать их как-то вместе. Было бы здорово, если бы вы объяснили, что вас смущает в static. 0

@DrOffset 18842 / 9841 / 2409 Регистрация: 30.01.2014 Сообщений: 17,284
	08.01.2016, 19:07	67
	Сообщение от SergioO так в классе же ничего нет Я вообще-то про это и написал. 0

@DrOffset 18842 / 9841 / 2409 Регистрация: 30.01.2014 Сообщений: 17,284
	08.01.2016, 19:39	69
	Сообщение от SergioO мы ж вроде extern не объявляли extern - это по умолчанию. Т.е. функция (и глобальная переменная), которая не static и не в анонимном namespace, не в локальном классе - extern. Добавлено через 5 минут Если интересует более полная информация, здесь: http://en.cppreference.com/w/c... on#Linkage 1

@SergioO 260 / 208 / 99 Регистрация: 13.12.2015 Сообщений: 1,098
	08.01.2016, 19:41 [ТС]	70
	Сообщение от Kirik516 Private не соседствует со static. Private это спецификатор доступа, а static спецификатор способа хранения в памяти, так сказать. Такое ощущения, что вы пытаетесь их связать их как-то вместе. Было бы здорово, если бы вы объяснили, что вас смущает в static. я имел в виду что несмотря на то, что переменная хранится отдельно от класса и вроде вообще ни одного экземпляра класса не создано, но мы ее все равно никак не "возьмем". 0

@DrOffset 18842 / 9841 / 2409 Регистрация: 30.01.2014 Сообщений: 17,284
	08.01.2016, 19:46	71
	Сообщение от SergioO я имел в виду что несмотря на то, что переменная хранится отдельно от класса Идеологически правильно говорить "отдельно от объекта". Статик переменная класса подчиняется правилам ограничения доступа, которые задают public/protected/private наравне с остальными членами класса. Все особенности связанные с доступом (наследование, дружба) также сохраняются. Т.е. переменная именно что принадлежит классу, но не является частью объекта класса. 1