Вопрос по С++ Опции

[_Артём_]

Как бы правильно отработать такую ситуацию на С++:
Есть плата, на которую может устанавливаться два-три близких по системе команд GSM-модема (большинство нужных команд полностью идентичны).
Думаю делать так:
Создать класс содержащий все нужные функции (различающиеся команды объявить как виртуальные), от него создать нужное количество наследников с переопределёнными функциями и .
Тип модема может задаваьтся конфигурацией (байт в еепром) или определятся запросом версии AT-командой (предпочтительней).
А вот как дальше делать?
Как лучше объявить в программе переменную-наследника?
Компилятор IAR AVR.

[Danis]

Создать класс содержащий все нужные функции (различающиеся команды объявить как виртуальные), от него создать нужное количество наследников с переопределёнными функциями и .
......

ИМХО, тут можно конечно сделать, но из за 2-x, 3-x подобных устройств использовать С++ со своими возможностями ООП (виртуальные функции и полиморфизм) Вам больше навредит, чем поможет. Сильно не рационально. С++ надо использовать только там, где это действительно необходимо и приемлемо, а не просто ради того чтоб использовать. Вот если бы подобных устройств было десятки, еще можно говорить….

[_Артём_]

ИМХО, тут можно конечно сделать, но из за 2-x, 3-x подобных устройств использовать С++ со своими возможностями ООП (виртуальные функции и полиморфизм) Вам больше навредит, чем поможет. Сильно не рационально. С++ надо использовать только там, где это действительно необходимо и приемлемо, а не просто ради того чтоб использовать. Вот если бы подобных устройств было десятки, еще можно говорить….

В смысле?
Что значит "десятки устройств"?
Десятки типов устройств?
Или экземпляров?

Типов модулей может быть 2-3-..5..10(это точно перебор, да и 5 - перебор: 2-3, а дальше - много(слишком))
А модулей - сотни(чем больше тем лучше) каждого типа...

У как по-Вашему лучше сделать?

С++ надо использовать только там, где это действительно необходимо и приемлемо, а не просто ради того чтоб использовать

честный ответ - как глоток свежего воздуха...©
А где ж его использовать?(С++, в смысле)...?

[kolobok0]

..А где ж его использовать?(С++, в смысле)...?

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

(круглый)

[dxp]

ну уж точно не в МК покрайней мере пока не стоит в полной мере.

Поясните, пожалуйста, какие именно аспекты С++ делают его нерекомендуемым для использования с МК?

[kolobok0]

...какие именно аспекты С++ делают его нерекомендуемым для использования с МК?

для этого надо сначала понять, какие плюсы Вы видите в его использовании?

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

(круглый)
ЗЫ
Всегда надо идти от задачи. Лично мне не известны такие задачи где требуется си плас плас под МК. За исключением не анжинерных задач - типа попилить бабло. Но это мы не бум рассматривать надеюсь...

[dxp]

для этого надо сначала понять, какие плюсы Вы видите в его использовании?

Как обычно - облегчение как проектирования софта, так и написания кода. Активно использую все средства, кроме откровенно тяжёлых, оверхедных. А ваши рассуждения можно легко распространить и на С - вон есть асм, зачем ещё какие-то Цэ. Кстати, такие холивары (асм vs C) весьма громко гремели лет 10 назад.

[Danis]

А ваши рассуждения можно легко распространить и на С - вон есть асм, зачем ещё какие-то Цэ. Кстати, такие холивары (асм vs C) весьма громко гремели лет 10 назад.

Согласен. Но думаю ТС тогда не нужно было вести речь о GSM модемах, а просто задать вопрос по ООП на С++: ”Как лучше объявить в программе переменную-наследника?” Тут все таки, ИМХО для ТС интересно обучение, нежели необходимость применения.
Рекомендую почитать Шилдт Г. C++. Наследование, полиморфизм, инкапсуляция.

[_Артём_]

Но думаю ТС тогда не нужно было вести речь о GSM модемах, а просто задать вопрос по ООП на С++: ”Как лучше объявить в программе переменную-наследника?”

Да, можно было спросить не о модемах, а о применении наследования, полиморфизма, инкапсуляции для IAR AVR. Но говорить о реальном примере как-то проще и понятнее.

Тут все таки, ИМХО для ТС интересно обучение, нежели необходимость применения.

Есть такая необходимость применения, которая может быть реализована средствами Си++.
И да, интересно не приведёт ли применение наследования, полиморфизма, инкапсуляции к нежелательным последствиям (как то: глюки компилятора, возрастанию размера кода, падению быстродействия и тп).

Рекомендую почитать Шилдт Г. C++. Наследование, полиморфизм, инкапсуляция.

ИМХО, слишком абстрактно (даже для Windows, не говоря о МК).

проектирование - это ООА.

Это чё?(как расшифровываетсяв смысле?)

Минусов, на мой взгляд, гораздо больше.

Об чём и речь.Какие минусы?

И МК (чиссо мой взгляд) силён не тем, что можно и на нём "как у больших". А немного другим.

Чем?

холивар не бум. ну его в баню.

Это - да. Согласен. И не в баню, а ещё подальше.

про азм и си под МК... не знаю, что даже ответить. чисто по мне - просче и быстрее на азме(повторюсь - для МК). но тут кому как... у азма всегда был и останется один большой плюс, на мой взгляд:
Что написал - сам дурак(С)

Как вам удаётся на асм быстреё чем на Си?
Какие задачи?

[kolobok0]

...Это чё?(как расшифровываетсяв смысле?).....

я лучше дальше помолчу господа ))

Не знаю, что это такое. Для меня проектирование - это создание "каркаса" программы, определение основных типов, их интерфейсов и взаимодействия....

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

рекомендую альма матер учения по ОО:

Гради Буч
Объектно-Ориентированный Анализ и Проектирование

объясняю.
термины
ООА = Объектно Ориентированный Анализ
ООП = Объектно Ориентированное Проектирование

(круглый)
ЗЫ
а то как то расуждать-рассуждаете, а элементарных вещей не знаете.
ЗЫ ЗЫ
плюсы данного подхода апсолютно не в типизации и иже. И (о ужас!!!) даже не в си плас плас )) Точнее скажем так - язык записи логики работы - вторичен.

[dxp]

я лучше дальше помолчу господа ))

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

рекомендую альма матер учения по ОО:

Гради Буч
Объектно-Ориентированный Анализ и Проектирование

Правда? Ой, спасибо большое, практически спасли дураков от невежества. Правда, чукча, видимо, не читатель, по крайней мере, не читатель поста №22 (особенно, последних двух предложений) этой темы.

объясняю.
термины
ООА = Объектно Ориентированный Анализ
ООП = Объектно Ориентированное Проектирование

ООА - очень неупотребительная аббревиатура. Я её не встречал со времён, когда ознакомился с трудом Г.Буча, это было порядка 10 лет назад. Поэтому ни разу не странно, что люди не догадались, что там некий автор имел в виду (а телепаты, как всегда, в отпуске). Гораздо более употребительная аббревиатура - ООП, тем более, что и речь шла о проектировании. Кстати, не об ОО проектировании, а вообще. Или для вас С++ == ООП?

ЗЫ
а то как то расуждать-рассуждаете, а элементарных вещей не знаете.
ЗЫ ЗЫ

Да, тут есть у нас участники, которые любят порассуждать абстрактно, сыпать малоупотребительными терминами, но не приводят ни одного конкретного примера, хотя дискуссия с ними и началась именно с просьбы показать эти гадкие, негодные средства С++, которые делают жизнь на МК невыносимой. Это вызывает подозрения, что оные аффтары ничем, кроме устаревших лет 10 назад стереотипов, не обладают (наверное, это очень помогает писать ООА/ООП программы на ассемблере).

плюсы данного подхода апсолютно не в типизации и иже. И (о ужас!!!) даже не в си плас плас )) Точнее скажем так - язык записи логики работы - вторичен.

Вот ещё образчик чего-то такого глубокомысленного, что по доступности граничит с потоком сознания. О конкретике уже и речи нет.

[kolobok0]

..спасибо большое..

пожалуйста!!! Вы спрашивали )) а посты ваши были потом...

ООА - очень неупотребительная аббревиатура...Гораздо более употребительная аббревиатура - ООП, тем более, что и речь шла о проектировании...

вообщето перед тем как что то Проектировать надо Анализировать. Опять открыл(наверное) для вас америку? )) не верю. наверное просто забыли... ну или опять лукавите )) ну да лано. оставим на вашей совести...

...негодные средства С++, которые делают жизнь на МК невыносимой....

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

...О конкретике уже и речи нет.

Что конкретного Вы хотите видеть? конкретика - то уже по задаче. Вы хотите меряться пиписьками или задачами? Вы случаем не дохтуртумас или как там?

с уважением
(круглый)
ЗЫ
Прям как дети - ей богу...

..Но это, как минимум, не скромно...Никто не может знать все...Себе купил недавно..

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

если говорить про книги, то в данном направлении есть ещё замечательная парта от Кнута (после Страуструпа рекомендую).
Если Вам под форточки - то там есть ышо пара-тройка удачных книг, больше в плоскости оси.

удачи вам
(круглый)

PS
Если речь уже перешла в слив не о чём - то считайте меня эээээээ плохим человеком.
Я заткнулся... Ведь от этого мои знания не уменьшатся ))) (С)

Сообщение отредактировал kolobok0 - Dec 19 2011, 09:11

[sonycman]

Если речь уже перешла в слив не о чём - то считайте меня эээээээ плохим человеком.
Я заткнулся... Ведь от этого мои знания не уменьшатся ))) (С)

Да всё уже ясно с Вами. Пришли, ляпнули ни о чём, не приведя ни одного конкретного примера, нахамили уважаемым людям и свалили