Массив шаблонов

Всем привет
я адинесник прошу не пинать
захотелось как и в адинес добавлять в массив любые типы

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

т.е. аналогично шаблон функции

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

можно ли создать такое
типа
auto arr[2] ={&s1, $s2};

Добавлено через 2 минуты
неожиданно получилось вот так
как еще моно реализовать ?

0

Сообщение от DrOffset Можно, только как именно ему их делать? Методики кто ТСу объяснит?

Да никто. Это большой объем работы. Даже для тех кто этим знанием владеет.

0

про выравнивание байтов тоже - интересно

Добавлено через 1 минуту

Сообщение от SmallEvil А зачем тогда хотелку раззевать ???

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

0

Сообщение от pup_kin про выравнивание байтов тоже - интересно

Это и просто и сложно. Тут зависит от архитектуры.
Тем не менее есть средства управления выравниваением, что приводит к накладным расходам.
Подробнее вам расскажут другие. Я чув де дзвын да не знаю де вын ))

0

про выравнивание сейчас проверял
добавляет оно байты

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

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

0

Я же писал, зависит от многих факторов, в соновном от архитектуры.
Можно указать делать выравнивание по определенному количеству байтов.
Для архитектур с байтовой адрессацией, можно убрать выравнивание.
В остальных я не знаю.
Смотрите #pragma push/pop

Добавлено через 2 минуты

Сообщение от pup_kin а он работает с выравненными данными, так что без разницы.

Фишка в том что вам неведомо как компилятор будет делать выравнивание данных, обычно это не легламентируетсч, то есть иплементейшн дефайнед.
Когда вы получите указатель на вашу структуру, вы не можете знать на каких смещениях находятся данные.

0

пардон, все одинаково

0

pup_kin, вы опять невнимательно читаете

Сообщение от DrOffset Если это данные для записи куда-то (в порт, в сокет, в файл и т.д.) то они могу лежать друг за другом непрерывно.

Сообщение от pup_kin например

Так просто нельзя делать. Это UB.

У меня к вам вопрос: вы читать что-нибудь серьезное собираетесь, или думаете, что сможете ядерный реактор на форумной информации собрать?

Добавлено через 2 минуты
Вот:

• Мэтью Уилсон, - "C++. Практический подход к решению проблем программирования".
• Герб Саттер, - "Решение сложных задач на С++".
• Герб Саттер, - "Новые сложные задачи на C++".

И вот:

• Герб Саттер, Андрей Александреску, -"Стандарты программирования на С++".
• Скотт Майерс, - "Эффективное использование C++. 55 верных советов улучшить структуру и код ваших программ".
• Стивен Дьюхэрст, - "Скользкие места С++. Как избежать проблемы при проектировании и компиляции ваших программ".
• Скотт Майерс, - "Эффективный и современный С++. 42 рекомендации по использованию C++11 и C++14".

0

Сообщение от DrOffset ядерный реактор на форумной информации собрать?

примерно на это и был расчет

спасибо инфы накидали на пару дней.

0

0

0

Сообщение от DrOffset SmallEvil, например?

Я сам лично не читал его, кроме связнных с ниже статтей.
Но даже по ней видно как далека его практика от теории.

Не говоря уже о пррямой приведенной вами ссылке. Которую найти на данный момент не получилось.
Наэтом форуме поиск это ещё тот АД.
Тема была про копирующие операторы.
То есть, много чисто теоретической шелухи. Не люблю таких теоретиков под маской професионалов.

0

Сообщение от SmallEvil То есть, много чисто теоретической шелухи. Не люблю таких теоретиков под маской професионалов.

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

а я вот не понимаю
для чего читать книги каких-то авторов, если есть стандарт языка
или стандарт языка это про другое?
Существует ли в С++ какой-то единый признанный столп Титанов скажем так или оффициальные рекомендации с разъяснениями.

0

Сообщение от pup_kin для чего читать книги каких-то авторов, если есть стандарт языка

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

Добавлено через 2 минуты

Сообщение от DrOffset Герб Саттер, Андрей Александреску, -"Стандарты программирования на С++".

Это вообще не про ЯП а именно про его использование.

Сообщение от DrOffset Скотт Майерс, - "Эффективное использование C++. 55 верных советов улучшить структуру и код ваших программ".

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

Добавлено через 2 минуты
pup_kin, все книги приведенные выше, уже учитывают то что вы знаете С++ на среднем уровне (и это довольно серьезный уровень знаний).

0

Сообщение от DrOffset int* pi = new(p) int(10); //неверно: у p некорректное выравнивание для int // Note: сама по себе конструкция [new(...) тип] - это корректный способ создать объект в сырой памяти // взамен некорректному *reinterpret_cast<int*>(p) = 10;

проверил без new
тоже работает
может ли быть такое что компилятор сам оптимизирует код и в данном случае написано без new, но он подставляет new?
чем плохо
- оно не учитывает смещение ?
т.е. всегда лучше на всякий случай писать new(объект)новоеЗначение?
т.е. new сравнит левую и правую части гарантированно?

0

Сообщение от pup_kin для чего читать книги каких-то авторов, если есть стандарт языка

Вы стандарт C++ (хоть какой версии) уже прочитали от начала и до конца, так ведь?

Конечно нет, иначе такого вопроса у вас не возникло бы. Вы того, почитайте, он доступен публично. Ну чтобы проникнуться.

Добавлено через 4 минуты

Сообщение от pup_kin проверил без new

Т.к. у вас речь про ebmeded - то там считается нехорошим тоном использовать динамическую память. Ну или вовсе запрещено, если говорить про регламентирующие документы от толковых парней для тех, кто к ним стремится.
Потому как её использование - это непрогнозируемые лаги по времени (проблема именно в их непрогнозируемости, а не в том большие эти лаги или нет), плюс памяти и так мало в контроллере, а потому тратить её на фрагментированную кучу непозволительная роскошь, плюс гарантия нестабильной работы устройства на больших временных промежутках (опять же из-за дефрагментированности; данные могут сложиться так, что куча деградирует - и памяти неоткуда будет взять, экскаватор перестанет слушаться рычагов управления со вытекающими).

И да, std::string - это динамическая память.

В общем там надо все попроще фигачить, кондовее, без выпендрёжей; да и не нужны все эти выпендрёжи для решения тех задач, которые в контроллеры умещаются.

0

Сообщение от KSergey9 Т.к. у вас речь про ebmeded - то там считается нехорошим тоном использовать динамическую память.

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

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

Саттер председатель комитета по стандартизации C++, а так же был (может и есть, не помню) одним из архитекторов компилятора в Visual Studio.
Поэтому в профессионализме его усомниться трудно.
Другое дело где и когда он о чем-то говорил и, возможно, ошибался. Если такое было, то этот конкретный случай и надо обсуждать. Какие-то пространные разговоры "нравится-ненравится" малоконструктивны.

Сообщение от pup_kin - оно не учитывает смещение ?

Выравнивание не учитывается в обоих случаях.
Стандарт C++ явным образом такой обозначает как UB, работает он при этом в вашем конкретном случае или нет - не важно с точки зрения языка.

Ну и про правила алиасинга не нужно забывать.
https://en.cppreference.com/w/... rpret_cast
https://habr.com/ru/companies/... es/442554/
https://habr.com/ru/companies/... es/443602/

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

0

Сообщение от pup_kin на мой взгляд достаточно сложный для понимания пример с reinterpret_cast.

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

Сообщение от pup_kin free (arr), где arr = int**arr - утечек памяти не образуется?

Правило очень простое, но следить за ним надо строго: сколько раз выделялся (захватывался) ресурс, столько же раз его нужно освободить, в данном примере при выделении памяти функция malloc выделяющая память вызывалась лишь раз, при создании массива, следовательно и функцию free нужно вызывать лишь один раз.

Сообщение от pup_kin а как это связано с произвольными типами.

В данном примере произвольных типов нет, потому я и сказал что он имеет отдаленное отношение к теме, показать же хотел именно принципиальную возможность хранения разнородной информации в едином участке памяти, что как мне кажется является важным мостиком к пониманию того, какими способами можно организовать контейнер для различных типов данных. Про метаинформацию Вам очень прямо намекнули, собственно суть в том что да: Вы можете взять "кусок" памяти и разметить его так, как Вам хочется, но(!!!) при этом вам придется взять на себя разработку протокола для работы с этим куском памяти.

0

Сообщение от DrOffset Там речь про placement new шла,

Ok, не вчитался

0

Сообщение от pup_kin оффициальные рекомендации с разъяснениями.

Есть такое:
https://isocpp.github.io/CppCo... Guidelines

0

Сообщение от KSergey9 это непрогнозируемые лаги по времени (проблема именно в их непрогнозируемости,

вот оно, это именно то , что я хотел подтвердить или опровергнуть в какой-то теме.

Добавлено через 2 минуты

Сообщение от Annemesski данном примере произвольных типов нет, потому я и сказал что он имеет отдаленное отношение к теме, показать же хотел именно принципиальную возможность хранения разнородной информации в едином участке памяти, что как мне кажется является важным мостиком к пониманию того, какими способами можно организовать контейнер для различных типов данных. Про метаинформацию Вам очень прямо намекнули, собственно суть в том что да: Вы можете взять "кусок" памяти и разметить его так, как Вам хочется, но(!!!) при этом вам придется взять на себя разработку протокола для работы с этим куском памяти.

и это тоже - то что нужно

0