При использовании шаблонов все должно быть встроенным.

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

Я бы не ебался и шаблон весь описал в хедере)

так extern template же есть

Почитал. Опять придумали какую-то штуку, которая усложняет код и приносит больше потенциальных ошибок компиляции, но при этом всего лишь ускоряет сборку. Второе пришествие экспорта шаблонов прям.

с помощью нее можно так же ограничивать входные типы для шаблона

Ок, но вот вопрос: это мало известная техника, появившаяся в C++11. Как много программистов о ней знают, и умеют правильно использовать? А если кому-то придется поддерживать твой код?

нуу, я думаю уже много кто на с++11 кодит

Для ограничения типов Саттер предлагал вводить классы ограничений

Почитал. Опять придумали какую-то штуку, которая усложняет код и приносит больше потенциальных ошибок компиляции, но при этом всего лишь ускоряет сборку. Второе пришествие экспорта шаблонов прям.

Показал код Matrixlib типу из мира D (он с++ не может, только D и некоторые другие языки), он его отревьювил немного: Нужна поддержка foreach Переполнение в конструкторах Отсутствие деления Много копипасты *Стремные тесты, хотя нет - их отсутствие, а подобие - значит говно **Стремные исключения Отсутствие документирующих комментариев что-то еще, но я забыл *) Нужны Unit-тесты, те, что сейчас, попросту фейковые - одни перекрывают другие // test.cpp ... // A(m,N), B(N,m) Matrix<double> A(M,N); Matrix<double> B(N,M); ... A += B; // кидается исключение ExceptionWrongSizeAddition при неквадратной матрице т.к. A(m,N), B(N,m) ... catch(Matrix<int>::ExceptionSquareOperationForNonSquare) ... // Фейковый обработчик, хотя хуй там - два раза фейковый. **) Нужно вынести определения классов исключений в одну область видимости с Matrix<> Мы ведь не хотим написать так catch (Matrix<int>::ExceptionSquareOperationForNonSquare) {...} для Matrix<double> (так сейчас в нашем фейковом обработчике). Пользователь может захотеть ловить все исключения связанные с Matrix разом - catch(Exception) {...}. Оч-е-е-е-нь много копипасты, и даже шаблоны не спасли. Надоело писать... может позже

Показал код Matrixlib типу из мира D (он с++ не может, только D и некоторые другие языки), он его отревьювил немного: Нужна поддержка foreach Переполнение в конструкторах Отсутствие деления Много копипасты *Стремные тесты, хотя нет - их отсутствие, а подобие - значит говно **Стремные исключения Отсутствие документирующих комментариев что-то еще, но я забыл *) Нужны Unit-тесты, те, что сейчас, попросту фейковые - одни перекрывают другие // test.cpp ... // A(m,N), B(N,m) Matrix<double> A(M,N); Matrix<double> B(N,M); ... A += B; // кидается исключение ExceptionWrongSizeAddition при неквадратной матрице т.к. A(m,N), B(N,m) ... catch(Matrix<int>::ExceptionSquareOperationForNonSquare) ... // Фейковый обработчик, хотя хуй там - два раза фейковый. **) Нужно вынести определения классов исключений в одну область видимости с Matrix<> Мы ведь не хотим написать так catch (Matrix<int>::ExceptionSquareOperationForNonSquare) {...} для Matrix<double> (так сейчас в нашем фейковом обработчике). Пользователь может захотеть ловить все исключения связанные с Matrix разом - catch(Exception) {...}. Оч-е-е-е-нь много копипасты, и даже шаблоны не спасли. Надоело писать... может позже

Вообще-то foreach уже есть

Показал код Matrixlib типу из мира D (он с++ не может, только D и некоторые другие языки), он его отревьювил немного: Нужна поддержка foreach Переполнение в конструкторах Отсутствие деления Много копипасты *Стремные тесты, хотя нет - их отсутствие, а подобие - значит говно **Стремные исключения Отсутствие документирующих комментариев что-то еще, но я забыл *) Нужны Unit-тесты, те, что сейчас, попросту фейковые - одни перекрывают другие // test.cpp ... // A(m,N), B(N,m) Matrix<double> A(M,N); Matrix<double> B(N,M); ... A += B; // кидается исключение ExceptionWrongSizeAddition при неквадратной матрице т.к. A(m,N), B(N,m) ... catch(Matrix<int>::ExceptionSquareOperationForNonSquare) ... // Фейковый обработчик, хотя хуй там - два раза фейковый. **) Нужно вынести определения классов исключений в одну область видимости с Matrix<> Мы ведь не хотим написать так catch (Matrix<int>::ExceptionSquareOperationForNonSquare) {...} для Matrix<double> (так сейчас в нашем фейковом обработчике). Пользователь может захотеть ловить все исключения связанные с Matrix разом - catch(Exception) {...}. Оч-е-е-е-нь много копипасты, и даже шаблоны не спасли. Надоело писать... может позже

А почему с D, а не с питоном?

Показал код Matrixlib типу из мира D (он с++ не может, только D и некоторые другие языки), он его отревьювил немного: Нужна поддержка foreach Переполнение в конструкторах Отсутствие деления Много копипасты *Стремные тесты, хотя нет - их отсутствие, а подобие - значит говно **Стремные исключения Отсутствие документирующих комментариев что-то еще, но я забыл *) Нужны Unit-тесты, те, что сейчас, попросту фейковые - одни перекрывают другие // test.cpp ... // A(m,N), B(N,m) Matrix<double> A(M,N); Matrix<double> B(N,M); ... A += B; // кидается исключение ExceptionWrongSizeAddition при неквадратной матрице т.к. A(m,N), B(N,m) ... catch(Matrix<int>::ExceptionSquareOperationForNonSquare) ... // Фейковый обработчик, хотя хуй там - два раза фейковый. **) Нужно вынести определения классов исключений в одну область видимости с Matrix<> Мы ведь не хотим написать так catch (Matrix<int>::ExceptionSquareOperationForNonSquare) {...} для Matrix<double> (так сейчас в нашем фейковом обработчике). Пользователь может захотеть ловить все исключения связанные с Matrix разом - catch(Exception) {...}. Оч-е-е-е-нь много копипасты, и даже шаблоны не спасли. Надоело писать... может позже

Показал код Matrixlib типу из мира D (он с++ не может, только D и некоторые другие языки), он его отревьювил немного: Нужна поддержка foreach Переполнение в конструкторах Отсутствие деления Много копипасты *Стремные тесты, хотя нет - их отсутствие, а подобие - значит говно **Стремные исключения Отсутствие документирующих комментариев что-то еще, но я забыл *) Нужны Unit-тесты, те, что сейчас, попросту фейковые - одни перекрывают другие // test.cpp ... // A(m,N), B(N,m) Matrix<double> A(M,N); Matrix<double> B(N,M); ... A += B; // кидается исключение ExceptionWrongSizeAddition при неквадратной матрице т.к. A(m,N), B(N,m) ... catch(Matrix<int>::ExceptionSquareOperationForNonSquare) ... // Фейковый обработчик, хотя хуй там - два раза фейковый. **) Нужно вынести определения классов исключений в одну область видимости с Matrix<> Мы ведь не хотим написать так catch (Matrix<int>::ExceptionSquareOperationForNonSquare) {...} для Matrix<double> (так сейчас в нашем фейковом обработчике). Пользователь может захотеть ловить все исключения связанные с Matrix разом - catch(Exception) {...}. Оч-е-е-е-нь много копипасты, и даже шаблоны не спасли. Надоело писать... может позже

Я сам D начал и учу потихоньку

Ну всё, всё. Специалист, специалист. Мне уже кажется, что я недели две наблюдаю эту фразу.

@ned_ogl тебе наш Павлюченко очень сильно рекомендовал 81ю главу Чехрели

кто такой павлюченко?

Показал код Matrixlib типу из мира D (он с++ не может, только D и некоторые другие языки), он его отревьювил немного: Нужна поддержка foreach Переполнение в конструкторах Отсутствие деления Много копипасты *Стремные тесты, хотя нет - их отсутствие, а подобие - значит говно **Стремные исключения Отсутствие документирующих комментариев что-то еще, но я забыл *) Нужны Unit-тесты, те, что сейчас, попросту фейковые - одни перекрывают другие // test.cpp ... // A(m,N), B(N,m) Matrix<double> A(M,N); Matrix<double> B(N,M); ... A += B; // кидается исключение ExceptionWrongSizeAddition при неквадратной матрице т.к. A(m,N), B(N,m) ... catch(Matrix<int>::ExceptionSquareOperationForNonSquare) ... // Фейковый обработчик, хотя хуй там - два раза фейковый. **) Нужно вынести определения классов исключений в одну область видимости с Matrix<> Мы ведь не хотим написать так catch (Matrix<int>::ExceptionSquareOperationForNonSquare) {...} для Matrix<double> (так сейчас в нашем фейковом обработчике). Пользователь может захотеть ловить все исключения связанные с Matrix разом - catch(Exception) {...}. Оч-е-е-е-нь много копипасты, и даже шаблоны не спасли. Надоело писать... может позже

кстати, форич - тоже встроенная фишка D и реализовали её в СТЛ судя по всему "из зависти"

А значит нет того механизма работы с памятью как в плюсах

А не из js случайно?

а хз, кто старше, тому и плюшки

так, я просто в машине ехал. пожалуй, отвечу развёрнутее 1)про форич и не мечтайте. я сам пользовался им всего пару раз и нихера о нём не знаю, какое там, я из СТЛ используй дай Бог 1%. 2)деление - разбежались. там транспонирование не написано, а тебе обратную матрицу подавай. там даже определителя нет. всё будет, ждите. будет даже быстрое умное умножение 3)переполнение в конструкторах? щито? 4)копипаста - боль, но в угоду скорости. я бы не стал переписывать оператор вычитания через унарный минус и сумму, часто это замедляет дело. 5)тестов нет, даже претензий на тесты нет, тест.срр - это просто заглушка по типу статик ассерта. скомпилилось - комит - пуш. 6)исключения и вправду говно полное, я почитаю за них, поумнею на полкило, допишу нормальные исключения. СТЛные не предлагать. 7)документирующие комментарии - это прелесть D, в С++ есть доксиген и его я ещё не знаю. за критику огромное спасибо, спасибо что не поленился показать знающему челу. познакомь меня с ним, или замани его в @prodlang, и будет тебе третье спасибо

так, я просто в машине ехал. пожалуй, отвечу развёрнутее 1)про форич и не мечтайте. я сам пользовался им всего пару раз и нихера о нём не знаю, какое там, я из СТЛ используй дай Бог 1%. 2)деление - разбежались. там транспонирование не написано, а тебе обратную матрицу подавай. там даже определителя нет. всё будет, ждите. будет даже быстрое умное умножение 3)переполнение в конструкторах? щито? 4)копипаста - боль, но в угоду скорости. я бы не стал переписывать оператор вычитания через унарный минус и сумму, часто это замедляет дело. 5)тестов нет, даже претензий на тесты нет, тест.срр - это просто заглушка по типу статик ассерта. скомпилилось - комит - пуш. 6)исключения и вправду говно полное, я почитаю за них, поумнею на полкило, допишу нормальные исключения. СТЛные не предлагать. 7)документирующие комментарии - это прелесть D, в С++ есть доксиген и его я ещё не знаю. за критику огромное спасибо, спасибо что не поленился показать знающему челу. познакомь меня с ним, или замани его в @prodlang, и будет тебе третье спасибо

а, длял этого итераторы нужны кажись

а, длял этого итераторы нужны кажись

матрица - это прямоугольник