AB
ну как по мне абсолютно бессмысленно для не больших объёмов
да, но практика хорошая
Size: a a a
2020 September 22
NA
переменные статические, функции
JC
а в чем проблема разделять декларацию и определение
JC
вроде наоборот удобно, заходишь в .h файлик, там набор функций, коменты как ими пользоваться и вот это все
а в .cpp уже отдельно реализация всех функций
а в .cpp уже отдельно реализация всех функций
q
Собственно то что он пишет тебе, проверь что твой метод виден на экспорте
не очень понимаю...
q
вроде наоборот удобно, заходишь в .h файлик, там набор функций, коменты как ими пользоваться и вот это все
а в .cpp уже отдельно реализация всех функций
а в .cpp уже отдельно реализация всех функций
да, согласен, фиксить, добавлять что-то новое можно фастом
AB
Смотри свой метод getVector из куба
NA
вроде наоборот удобно, заходишь в .h файлик, там набор функций, коменты как ими пользоваться и вот это все
а в .cpp уже отдельно реализация всех функций
а в .cpp уже отдельно реализация всех функций
а с чего ты решил что вообще есть проблема?
JC
плохая практика не выносить реализацию за пределы объявления
либо я не так прочитал, либо ты добавил там "не"
NA
ну "плохая практика" подразумевается шо типа
NA
совмещать неприятное с бесполезным)
NA
просто потому что тебе кажется что выносить реализацию в отдельный файл
NA
есть же люди которым кажется что это слишком сложно
JC
Обьяснюсь, я первый раз прочитал твое предложение как
"Отделять декларацию от реализации - плохая практика"
Потом понял, что там стоит "не"
"Отделять декларацию от реализации - плохая практика"
Потом понял, что там стоит "не"
q
Смотри свой метод getVector из куба
Неопределенная ссылка на данный метод, к примеру, в чем может быть прикол?
NA
в том что
NA
Matrix::NA
или из какого там это класса
AB
Да, правда не уверен что матрикс
AB
Скорее куб или что там