VPF::Forward Declaration / Forward Reference - Форум программистов

J0ker

Дата 22.4.2009, 00:43 (ссылка)

(нет голосов)

Загрузка ...

Опытный

Профиль
Группа: Участник
Сообщений: 986
Регистрация: 17.9.2008

Репутация: 4
Всего: 14

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

--------------------

SABROG

Дата 22.4.2009, 08:32 (ссылка)

(голосов:1)

Загрузка ...

Hacker

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

Репутация: 4
Всего: 91

Цитата(mes @ 22.4.2009, 00:16

)

Тогда как первом случае в каждый cpp-шних будут включены в каждый все 100, а во 2м также по 2-4 хидера smile
Чтоб лучше представить, на 2й вашей картинке только две линии про cpp-юнит оставьте.

Теперь я понял, как-раз о такой структуре модулей я вопрашал создавая эту тему. Т.е. единственный правильный вариант при котором можно добиться оптимизации

user posted image

Цитата(J0ker @ 22.4.2009, 00:43

)

А разве выйгрыш в скорости парсинга как следствие не дает выйгрыш в скорости компиляции?

--------------------

Национальная группа Russian Federation на QtCentre.

mes

Дата 22.4.2009, 08:51 (ссылка)

(нет голосов)

Загрузка ...

любитель

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

Репутация: 144
Всего: 250

Цитата(SABROG @ 22.4.2009, 07:32

)

Теперь я понял, как-раз о такой структуре модулей я вопрашал создавая эту тему. Т.е. единственный правильный вариант при котором можно добиться оптимизации

Да.. только не обязательно чтоб от cppшника была только одна линия. Главное, чтоб не было включено ничего лишнего. И из за "необработки" это лишнего и будет экономия smile

Добавлено через 5 минут и 24 секунды

Цитата(SABROG @ 22.4.2009, 07:32

)

А разве выйгрыш в скорости парсинга как следствие не дает выйгрыш в скорости компиляции?

тут игра слов, зависит от точки зрения, что именно считать компиляцией. Весь этап от вместе с чтением, парсингом и препроцессором или чисто компиляцию.
И к тому же _скорость_ компиляции остается вообще без изменения. Изменяется объем компиляции и, как следствие, _время_ компиляции. smile

--------------------

http://opendots.net

SABROG

Дата 22.4.2009, 09:15 (ссылка)

(нет голосов)

Загрузка ...

Hacker

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

Репутация: 4
Всего: 91

Цитата(mes @ 22.4.2009, 08:51

)

Значит, если говорить об "общем времени компиляции", то выйгрыш будет? Должен ведь быть smile

--------------------

Национальная группа Russian Federation на QtCentre.

Earnest

Дата 22.4.2009, 09:17 (ссылка)

(голосов:2)

Загрузка ...

Эксперт

Профиль
Группа: Экс. модератор
Сообщений: 5962
Регистрация: 17.6.2005
Где: Рязань

Репутация: 53
Всего: 183

Освобождение от лишних зависимостей (включая использование forward declarations вместо полных инклудов) - это очень хорошая привычка, полезность которой весьма заметна на больших проектах. Если у вас три с половиной файла, которые сильно между собой связаны, то разницы вы не увидите. Но привычку надо вырабатывать - будут и большие проекты. Сильные зависимости плохи не только для скорости компиляции (в конце концов, мощность машин растет). Гораздо сильнее они мешают при внесении изменений в дизайн. Поэтому нужно просто привыкнуть делать все так локально как только возможно. Кроме прочего, получите еще и лучший дизайн, если избавитесь от привычки подключать все, что в голову пришло.

--------------------

...

mes

Дата 22.4.2009, 09:49 (ссылка)

(нет голосов)

Загрузка ...

любитель

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

Репутация: 144
Всего: 250

Цитата(SABROG @ 22.4.2009, 08:15

)

начит, если говорить об "общем времени компиляции", то выйгрыш будет? Должен ведь быть smile

Earnest, smile

--------------------

http://opendots.net

math64

Дата 22.4.2009, 10:03 (ссылка)

(нет голосов)

Загрузка ...

Эксперт

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

Репутация: 8
Всего: 72

Код


// a.h
class A {
};
// b.h
class A;
class B {
A* a;
public:
B();
};
// b.cpp
#include "a.h"
#include "b.h"
B::B() { a = new A(); }
// c.h
class B;
class C {
B* b;
public:
C();
};
// c.cpp
// #include "a.h" // не нужен
#include "b.h"
#include "c.h"
C::C() { b = new B(); }

J0ker

Дата 22.4.2009, 16:18 (ссылка)

(голосов:1)

Загрузка ...

Опытный

Профиль
Группа: Участник
Сообщений: 986
Регистрация: 17.9.2008

Репутация: 4
Всего: 14

Цитата(Earnest @ 22.4.2009, 09:17

)

включая использование forward declarations вместо полных инклудов

ну тут и свои минусы есть
например в VS "Go to Definition" отправит вас к forward declaration, а не туда куда нужно

--------------------

zim22

Дата 22.4.2009, 16:27 (ссылка)

(нет голосов)

Загрузка ...

depict1

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

Репутация: 24
Всего: 69

Цитата(J0ker @ 22.4.2009, 16:18

)

например в VS "Go to Definition" отправит вас к forward declaration, а не туда куда нужно

а если Visual Assist подключить?

--------------------

C++ FAQ Lite

J0ker

Дата 22.4.2009, 17:55 (ссылка)

(нет голосов)

Загрузка ...

Опытный

Профиль
Группа: Участник
Сообщений: 986
Регистрация: 17.9.2008

Репутация: 4
Всего: 14

Цитата(zim22 @ 22.4.2009, 16:27)

Цитата(J0ker @ 22.4.2009, 16:18

)

например в VS "Go to Definition" отправит вас к forward declaration, а не туда куда нужно

а если Visual Assist подключить?

не знаю не пользовался, но подозреваю что не поможет, т.к. это не глюк, а формально правильное поведение - forward declaration и реалюное объявление - формально разные типы

--------------------

Любитель

Дата 22.4.2009, 19:08 (ссылка)

(нет голосов)

Загрузка ...

Программист-романтик

Профиль
Группа: Комодератор
Сообщений: 3645
Регистрация: 21.5.2005
Где: Воронеж

Репутация: 24
Всего: 92

Как раз правильней различать Declaration и Definition ;)

--------------------

http://oryolalex.mybrute.com

J0ker

Дата 22.4.2009, 19:32 (ссылка)

(нет голосов)

Загрузка ...

Опытный

Профиль
Группа: Участник
Сообщений: 986
Регистрация: 17.9.2008

Репутация: 4
Всего: 14

Цитата(Любитель @ 22.4.2009, 19:08)

Как раз правильней различать Declaration и Definition ;)

все претензии к VS - в случае не включения хедеров в проект она видит только forward declaration в обоих случаях (что, впрочем, и понятно)

Это сообщение отредактировал(а) J0ker - 22.4.2009, 19:36

--------------------

Alek86

Дата 22.4.2009, 19:41 (ссылка)

(нет голосов)

Загрузка ...

Эксперт

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

Репутация: 21
Всего: 25

J0ker, помогает
сначала идет к объявлению, а по второму нажатию - к определению

--------------------

Любитель

Дата 22.4.2009, 19:46 (ссылка)

(нет голосов)

Загрузка ...

Программист-романтик

Профиль
Группа: Комодератор
Сообщений: 3645
Регистрация: 21.5.2005
Где: Воронеж

Репутация: 24
Всего: 92

Цитата(J0ker @ 22.4.2009, 19:32

)

все претензии к VS

Я не против. Просто я к тому, что это логически не правильно - это баг строо говоря.

--------------------

http://oryolalex.mybrute.com

J0ker

Дата 22.4.2009, 19:49 (ссылка)

(нет голосов)

Загрузка ...

Опытный

Профиль
Группа: Участник
Сообщений: 986
Регистрация: 17.9.2008

Репутация: 4
Всего: 14

Цитата(Alek86 @ 22.4.2009, 19:41)

J0ker, помогает
сначала идет к объявлению, а по второму нажатию - к определению

только если у вас оба хедера включены (прямо или косвенно) в проект, и InteliSense еще не переклинило (что на больших и не очень проектах бывает с ним довольно часто)

Добавлено через 14 минут и 27 секунд

Цитата(Любитель @ 22.4.2009, 19:46)

Цитата(J0ker @ 22.4.2009, 19:32

)

все претензии к VS

Я не против. Просто я к тому, что это логически не правильно - это баг строо говоря.

не понял
где баг?
я хочу посмотреть на определение и жму на "Go to Definition" а попадаю на forward declaration
я-то тут при чем

Это сообщение отредактировал(а) J0ker - 22.4.2009, 19:54

--------------------

1 Пользователей читают эту тему (1 Гостей и 0 Скрытых Пользователей)
0 Пользователей:
« Предыдущая тема \| C/C++: Общие вопросы \| Следующая тема »