Угу. Мне вместе с потолком подсунули светодиодные лампочки, а они мерцают мерзко. Выкрутил, вернул, купил новые. С лентой бы не проканало.

Ну лента ж от постоянки, мерцать нк будет

Нужен будет такой парный

Ну с парным понятно) а вот с трехклавишным видимо правда не выйдет

Покажи

Прикольно

Короче есть такой класс

Пытаюсь добавить его в этот класс

Вопрос, как эго правильно объявить(если это было сделано не правильно) и как его потом правильно инициализировать

На все известные мне способы компилятор ругается например так cckjYCpJ.ltrans0.ltrans.o*: In function global constructors keyed to 65535_0_BlindController.cpp.o.2468 (.text.startup+0xc8): undefined reference to Queue<DataRecieved>::Queue() collect2.exe*: error: ld returned 1 exit status

Объявлять конструктор не пробовал?

Для Queue?

Точнее, реализовывать

Все темплейт-классы крайне хуево работают, когда .h/.cpp отдельно

Реализовано в cpp

И потому как только класс становится шаблонным, всю логику пишут прямо в .hpp файле

Вот не будет так работать

Почему и как правильно?

Как компилятор, увидев в твоем main.cpp вызов шаблонного конструктора найдет его реализацию?

И как компилятор, увидев в queue.cpp реализацию для некого <T> найдет, что в main.cpp она использовалась для конкретного типа?

Правильно - писать весь код в хедере, других вариантов я не знаю

ясно а зачем тогда h и cpp как отдельные файлы

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

(я вообще не за такое разбиение сам c#-овец и там вообще все вместе и все понятно

Вообще изначально идея - чтобы уменьшать сложность компиляции

А зачем мне инициализация для конкретных типов если у меня вся логика шаблонная(иначе зачем мне шаблонный класс)

Вот потому писать весь код в хедере

Это единственный способ компилятору инстанциировать его сразу для всех типов, которые он найдет

ясно пошёл переписывать)

Ты же понимаешь, что шаблоны - это не генерики и код тупо дублируется?

Тоесть лучше вообще без cpp обойтись, правильно?

Тут - да

ну теперь знаю что это разные вещи, знать бы что такое генерики

Генерики - это когда один экземпляр кода написан так, что может работать со всеми типами

Java и наверное шарп так работают

)))

ясн

Кстати ещё 1 вопрос, можно ли так написать

Но вообще я бы не увлекался бы таким стилем программирование под ардуиной (сначала динамически аллоцируемая строка, потом динамически аллоцируемая очередь) и выделил бы статический буфер

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

Java и наверное шарп так работают

И Дельфи :)

Ой, трупы сами насилуйте, в них я не разбирался. Последний раз, когда я видел дельфи, генериками там и не пахло :D

ну тут это лучший вариант из тех что пришло в голову

Кстати ещё 1 вопрос, можно ли так написать

Вопрос про return NULL

Ну судя по всему - требуется принимать какие-то строковые данные. Почему бы просто не выделить один строковый буфер?

Нет, нельзя, не факт, что NULL - это валидное значение для T

Братва а какой у Mechanic флюс BGA самый ништяковый?

Если нужен указатель - так и пиши - T*, тогда будет можно

понял, логично)

Но тогда сразу возникает вопрос - а кто ответственен за управление этим указателем?

Не могу перестроиться с шарпов

Братва а какой у Mechanic флюс BGA самый ништяковый?

ни разу не юзал в руках не держал но хвалят. Первое поддельное кингбо приехало

Так что про статические буферы подумай, на 2 килобайтах памяти без MMU маллок - очень большое зло

Потому что потом память фрагментируется и песда, может внезапно отказать

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

Пересмотр внутренней логики почти неизбежно повлечет пересмотр интерфейса

А там уже проще заново переписать

Возможно)

Но для того что бы делать аппаратную часть нужна программная)

Например, вот эти прекрасные места, где ты пытаешься структуру перетянуть по значению. Зачем?

а тут пока с ней не доконца все понятно

А потом еще по значению вернуть

В общем, прежде чем плодить контейнеры, я бы рекомендовал до конца разобраться с C++

ни разу не юзал в руках не держал но хвалят. Первое поддельное кингбо приехало

Я про uv-10 видел хорошие отзывы. Сам бга не паяю, но этот флюс понравился очень

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

Вот очередь выше с передачей структур со строками по значению - это первый кандидат на такое поведение

Динамический String - второй. Это не JRE с десятью мегабайтами памяти и способностью произвольно двигать указатели

Ты же понимаешь, что шаблоны - это не генерики и код тупо дублируется?

В с# код дженериков тоже дублируется

ну теперь знаю что это разные вещи, знать бы что такое генерики

Ты ж назвался шарпистом? Они оттуда изначально и приползли...

Ты ж назвался шарпистом? Они оттуда изначально и приползли...

Не знание некоторых понятий не мешает мне пользоваться самими возможностями.

Не знание некоторых понятий не мешает мне пользоваться самими возможностями.

Как же с коллегами по команде общаться, без терминологии??

Ну как то получается)

Я же не говорю что вообще без терминов

Не знание некоторых понятий не мешает мне пользоваться самими возможностями.

Учитывая, насколько эффективный код написан выше - мешает

Учитывая что программу я пишу 2-3 день и это первая прога под ++ за последние лет 6-7(до этого это было только в уч. заведении) то оптимизация тут не самое главное, так как пока есть большие проблемы в синтаксисе как таковом.

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

Было бы на десктопе - да хоть десять раз

был бы десктоп с 64 килобайтами - совсем другое дело!

я не говорю что оптимизация не нужна, я говорю про то что: нет норм опыта с ++ c явными указателями и с полным пониманием итогового устройства нет самого устройства, реализованного(а потребность в реализации прототипов есть)

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

Максим, какую книгу посоветуешь по этой части - ардуино получается это си с кусками с++, а для оптимизации надо начать с изучения специфики компилятора, байтовые операции, так?

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