Модераторы: Daevaorn

Поиск:

Ответ в темуСоздание новой темы Создание опроса
> почему статические данные, нельзя "брать" из переменных 
V
    Опции темы
Alek86
Дата 16.1.2008, 11:51 (ссылка) | (нет голосов) Загрузка ... Загрузка ... Быстрая цитата Цитата


Эксперт
***


Профиль
Группа: Завсегдатай
Сообщений: 1299
Регистрация: 30.1.2007
Где: Киев

Репутация: 21
Всего: 25
вопрос и не в этом был

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


--------------------
user posted image    user posted image
PM MAIL   Вверх
bsa
Дата 16.1.2008, 12:08 (ссылка) | (нет голосов) Загрузка ... Загрузка ... Быстрая цитата Цитата


Эксперт
****


Профиль
Группа: Модератор
Сообщений: 9185
Регистрация: 6.4.2006
Где: Москва, Россия

Репутация: 63
Всего: 196
Alek86
Представь, что можно получит доступ к типу через точку, тогда что будет значить запись:
Код
std::vector<int> x(a.b, a.e);
Ты можешь однозначно сказать, это объявление функции или определение переменной? Я - нет. А чтобы это сказать придется перерыть кучу кода, чтобы узнать какому типу принадлежит a, и где этот класс описан. Оно надо?


--------------------
Правильно заданный вопрос - половина ответа
Отзывы о работе модератора.
PM   Вверх
Alek86
Дата 16.1.2008, 12:33 (ссылка) | (нет голосов) Загрузка ... Загрузка ... Быстрая цитата Цитата


Эксперт
***


Профиль
Группа: Завсегдатай
Сообщений: 1299
Регистрация: 30.1.2007
Где: Киев

Репутация: 21
Всего: 25
bsa, логично smile

ну и последняя в этом отношении непонятка - почему оператор :: используется только для типов?


--------------------
user posted image    user posted image
PM MAIL   Вверх
Lazin
Дата 16.1.2008, 12:43 (ссылка) | (нет голосов) Загрузка ... Загрузка ... Быстрая цитата Цитата


Эксперт
****


Профиль
Группа: Завсегдатай
Сообщений: 3820
Регистрация: 11.12.2006
Где: paranoid oil empi re

Репутация: 41
Всего: 154
для типов и пространств имен

Добавлено через 1 минуту и 6 секунд
по моему это вполне логично, если есть оператор . и -> для переменных, то должен быть соответствующий оператор и для типов


--------------------
C++ is the steampunk of programming languages: modern ideas realized with victorian technology.
PM MAIL Skype GTalk   Вверх
warmonger_
Дата 16.1.2008, 14:46 (ссылка) | (нет голосов) Загрузка ... Загрузка ... Быстрая цитата Цитата


Бывалый
*


Профиль
Группа: Участник
Сообщений: 155
Регистрация: 7.7.2007
Где: г. Киев

Репутация: 1
Всего: 3
Цитата(bsa @  16.1.2008,  12:08 Найти цитируемый пост)
ы можешь однозначно сказать, это объявление функции или определение переменной? 

Можно было бы конечно сделать:
Код

std::vector<int> f(typename a.arg1, typename a.arg2); // объявление функции


а без typename объявление переменно.

Но мне кажется, что это бред. smile 
Думаю, что нечего не нужно выдумывать. Меня устраивает так, как оно есть.

--------------------
Make everything as simple as possible, but not simpler.Albert Einstein
PM MAIL   Вверх
Fazil6
Дата 16.1.2008, 15:56 (ссылка) | (нет голосов) Загрузка ... Загрузка ... Быстрая цитата Цитата


Эксперт
***


Профиль
Группа: Завсегдатай
Сообщений: 1653
Регистрация: 3.5.2006
Где: Минск

Репутация: 35
Всего: 60
Цитата(Alek86 @  16.1.2008,  10:51 Найти цитируемый пост)
вопрос и не в этом был

я понимаю в чем твой вопрос. Ты не совсем понимаешь, что я имею в виду
Цитата(Alek86 @  16.1.2008,  10:51 Найти цитируемый пост)
не "почему переменные не могут восприниматься как типы", а "почему внутренние типы классов можно получить только у типов, и нельзя у переменных этого типа".

потому что внутренние типы в объкте отсутствуют и получить их можно из типа объекта, а не самого объекта и отсюда и следует необходимость воспринимать объект как тип и последующая белиберда приведенная мной в примере.
Цитата(Alek86 @  16.1.2008,  11:33 Найти цитируемый пост)
bsa, логично
ну и последняя в этом отношении непонятка - почему оператор :: используется только для типов?

хм... А применительно к объекту он какой возможный функционал может реализовывать, если учесть, что получение встроенного типа из объекта нафиг не нужно и это логично?
PM MAIL   Вверх
Alek86
Дата 16.1.2008, 16:37 (ссылка) | (нет голосов) Загрузка ... Загрузка ... Быстрая цитата Цитата


Эксперт
***


Профиль
Группа: Завсегдатай
Сообщений: 1299
Регистрация: 30.1.2007
Где: Киев

Репутация: 21
Всего: 25
Цитата(Fazil6 @  16.1.2008,  15:56 Найти цитируемый пост)
отсюда и следует необходимость воспринимать объект как тип

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

Скорее проблема в генах (моих) если остальным это так очевидно, потому предлагаю тему закрыть smile


--------------------
user posted image    user posted image
PM MAIL   Вверх
Страницы: (3) Все 1 2 [3] 
 Ответ в темуСоздание новой темы Создание опроса
Правила форума "С++:Общие вопросы"
Earnest Daevaorn

Добро пожаловать!

  • Черновик стандарта C++ (за октябрь 2005) можно скачать с этого сайта. Прямая ссылка на файл черновика(4.4мб).
  • Черновик стандарта C (за сентябрь 2005) можно скачать с этого сайта. Прямая ссылка на файл черновика (3.4мб).
  • Прежде чем задать вопрос, прочтите это и/или это!
  • Здесь хранится весь мировой запас ссылок на документы, связанные с C++ :)
  • Не брезгуйте пользоваться тегами [code=cpp][/code].
  • Пожалуйста, не просите написать за вас программы в этом разделе - для этого существует "Центр Помощи".
  • C++ FAQ

Если Вам понравилась атмосфера форума, заходите к нам чаще! С уважением, Earnest Daevaorn
 
0 Пользователей читают эту тему (0 Гостей и 0 Скрытых Пользователей)
0 Пользователей:
« Предыдущая тема | C/C++: Общие вопросы | Следующая тема »

Подписаться на тему | Подписка на этот форум | Скачать/Распечатать тему


 




[ Время генерации скрипта: 0.0478 ]   [ Использовано запросов: 22 ]   [ GZIP включён ]


Реклама на сайте     Информационное спонсорство

 
 По вопросам размещения рекламы пишите на vladimir(sobaka)vingrad.ru
Отказ от ответственности     Powered by Invision Power Board(R) 1.3 © 2003  IPS, Inc.