реклама на сайте
подробности

 
 
 
Reply to this topicStart new topic
> C++ Как встроить структуру __flash в класс
ASZ
сообщение Apr 2 2010, 10:15
Сообщение #1


Местный
***

Группа: Свой
Сообщений: 302
Регистрация: 24-07-06
Из: Донецк, Украина
Пользователь №: 19 042



Есть структура:

Код
typedef void (*IFunc)(char param);

typedef  struct
{      
  char   Txt1[12];   //Строки сообщений __flash
  char   Txt2[12];
  IFunc ItemFunc;    //Указатель на функцию обслуживания
}Item;

и класс
Код
class MyСlass
{
private:
  void ItemFunc1();
  void ItemFunc2();
...
  void ItemFuncN();
public:
  Myclass();
...
};

Нужно встроить в класс массив Item Items[N] в этот класс, затруднение вызывает инициализация значений, т.к. массив должен быть __flash.
Где и как это должно делаться?
Go to the top of the page
 
+Quote Post
Сергей Борщ
сообщение Apr 2 2010, 10:38
Сообщение #2


Гуру
******

Группа: Модераторы
Сообщений: 8 455
Регистрация: 15-05-06
Из: Рига, Латвия
Пользователь №: 17 095



Цитата(ASZ @ Apr 2 2010, 12:15) *
Код
typedef void (*IFunc)(char param);
Не получится. Указатель на функцию отличается от указателя на функцию-член.
Цитата(ASZ @ Apr 2 2010, 12:15) *
Нужно встроить массив Item Items[N] в этот класс, затруднение вызывает инициализация значений, т.к. массив должен быть __flash.
Поскольку этот массив у вас будет один на все объекты этого класса - его надо делать статаческим. А статические члены прекрасно размещаются во флешь. Нестатические члены разместить во флешь нельзя (разве что указатели на них).


--------------------
На любой вопрос даю любой ответ
"Write code that is guaranteed to work, not code that doesn’t seem to break" (C++ FAQ)
Go to the top of the page
 
+Quote Post
ASZ
сообщение Apr 2 2010, 11:03
Сообщение #3


Местный
***

Группа: Свой
Сообщений: 302
Регистрация: 24-07-06
Из: Донецк, Украина
Пользователь №: 19 042



Цитата
Не получится. Указатель на функцию отличается от указателя на функцию-член.

И как поступить? Удалить из структуры и вынести в отдельный массив?
Цитата
Поскольку этот массив у вас будет один на все объекты этого класса - его надо делать статаческим. А статические члены прекрасно размещаются во флешь. Нестатические члены разместить во флешь нельзя (разве что указатели на них).

Т.е. функции сделать также статическими?
Если не затруднит, то как бы Вы поступили? (Тупой намек на просьбу куска кода smile.gif )
Go to the top of the page
 
+Quote Post
Непомнящий Евген...
сообщение Apr 2 2010, 11:57
Сообщение #4


Знающий
****

Группа: Свой
Сообщений: 771
Регистрация: 16-07-07
Из: Волгодонск
Пользователь №: 29 153



Цитата(ASZ @ Apr 2 2010, 14:03) *
И как поступить? Удалить из структуры и вынести в отдельный массив?


Вариант 1 -
Код
typedef void TMyClass::(*IFunc) (char);

Вариант 2 - функции - обработчики в классе делаете статическими.

Что использовать - зависит от вашей задачи...

Если вы поподробнее опишите, чего и зачем вам надо, можно что-нить предложить
Go to the top of the page
 
+Quote Post
ASZ
сообщение Apr 2 2010, 12:20
Сообщение #5


Местный
***

Группа: Свой
Сообщений: 302
Регистрация: 24-07-06
Из: Донецк, Украина
Пользователь №: 19 042



Цитата(Непомнящий Евгений @ Apr 2 2010, 14:57) *
Если вы поподробнее опишите, чего и зачем вам надо, можно что-нить предложить

Избитая тема меню.
В plain C проблем не было.
Go to the top of the page
 
+Quote Post
Сергей Борщ
сообщение Apr 2 2010, 13:12
Сообщение #6


Гуру
******

Группа: Модераторы
Сообщений: 8 455
Регистрация: 15-05-06
Из: Рига, Латвия
Пользователь №: 17 095



Цитата(ASZ @ Apr 2 2010, 13:03) *
И как поступить? Удалить из структуры и вынести в отдельный массив?
Возможно я неясно выразился - для указателя на член семантика записи другая. Непомнящий Евгений показал правильную запись.
Цитата(ASZ @ Apr 2 2010, 13:03) *
Т.е. функции сделать также статическими?
Зачем? Функции могут быть и нестатическими. Мне не приходилось писать подобные вещи, указатели на функции-члены использовал только однажды.


--------------------
На любой вопрос даю любой ответ
"Write code that is guaranteed to work, not code that doesn’t seem to break" (C++ FAQ)
Go to the top of the page
 
+Quote Post
ASZ
сообщение Apr 2 2010, 14:21
Сообщение #7


Местный
***

Группа: Свой
Сообщений: 302
Регистрация: 24-07-06
Из: Донецк, Украина
Пользователь №: 19 042



Цитата(Сергей Борщ @ Apr 2 2010, 16:12) *
Возможно я неясно выразился - для указателя на член семантика записи другая. Непомнящий Евгений показал правильную запись.
Зачем? Функции могут быть и нестатическими. Мне не приходилось писать подобные вещи, указатели на функции-члены использовал только однажды.

Спасибо, буду работать дальше.
Почему-то постоянно втыкаюсь именно в семантику... Возможно, из-за неверного (неполного) понимания.
Go to the top of the page
 
+Quote Post
ASZ
сообщение Apr 2 2010, 22:02
Сообщение #8


Местный
***

Группа: Свой
Сообщений: 302
Регистрация: 24-07-06
Из: Донецк, Украина
Пользователь №: 19 042



Спасибо ответившим - все получилось.
Go to the top of the page
 
+Quote Post
dxp
сообщение Apr 3 2010, 07:00
Сообщение #9


Adept
******

Группа: Свой
Сообщений: 3 469
Регистрация: 6-12-04
Из: Novosibirsk
Пользователь №: 1 343



Цитата(ASZ @ Apr 2 2010, 21:21) *
Спасибо, буду работать дальше.
Почему-то постоянно втыкаюсь именно в семантику... Возможно, из-за неверного (неполного) понимания.

Еще иметь в виду, что указатель на член и по имплементации, обычно, отличается от обычного указателя и тащит за собой некоторый оверхед. В лучшем случае он по размеру равен обычному указателю (объекту для хранения адреса), но частенько он раза в три толще (зависит от реализации). Если вас не напрягает, то нормально. Я стараюсь в embedded избегать использования указателей на члены (по вышеуказанной причине).


--------------------
«Отыщи всему начало, и ты многое поймёшь» К. Прутков
Go to the top of the page
 
+Quote Post
ASZ
сообщение Apr 3 2010, 12:41
Сообщение #10


Местный
***

Группа: Свой
Сообщений: 302
Регистрация: 24-07-06
Из: Донецк, Украина
Пользователь №: 19 042



Цитата(dxp @ Apr 3 2010, 10:00) *
Еще иметь в виду, что указатель на член и по имплементации, обычно, отличается от обычного указателя и тащит за собой некоторый оверхед. В лучшем случае он по размеру равен обычному указателю (объекту для хранения адреса), но частенько он раза в три толще (зависит от реализации). Если вас не напрягает, то нормально. Я стараюсь в embedded избегать использования указателей на члены (по вышеуказанной причине).

Оп-па sad.gif
В таком случае лучше сделать глобальные функции и таблицу переходов тоже?
Go to the top of the page
 
+Quote Post
dxp
сообщение Apr 3 2010, 14:13
Сообщение #11


Adept
******

Группа: Свой
Сообщений: 3 469
Регистрация: 6-12-04
Из: Novosibirsk
Пользователь №: 1 343



Цитата(ASZ @ Apr 3 2010, 19:41) *
Оп-па sad.gif

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

Цитата(ASZ @ Apr 3 2010, 19:41) *
В таком случае лучше сделать глобальные функции и таблицу переходов тоже?

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


--------------------
«Отыщи всему начало, и ты многое поймёшь» К. Прутков
Go to the top of the page
 
+Quote Post
ASZ
сообщение Apr 4 2010, 21:02
Сообщение #12


Местный
***

Группа: Свой
Сообщений: 302
Регистрация: 24-07-06
Из: Донецк, Украина
Пользователь №: 19 042



Цитата(dxp @ Apr 3 2010, 17:13) *
Посмотрите, какой у вашей платформы размер указателей. sizeof возьмите от обычного указателя и от указателя на член. На некоторых платформах они одинаковы могут быть.


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

Спасибо. Буду пробовать.
Go to the top of the page
 
+Quote Post

Reply to this topicStart new topic
1 чел. читают эту тему (гостей: 1, скрытых пользователей: 0)
Пользователей: 0

 


RSS Текстовая версия Сейчас: 24th June 2025 - 17:20
Рейтинг@Mail.ru


Страница сгенерированна за 0.01459 секунд с 7
ELECTRONIX ©2004-2016