Ответ: В С++ можно класс написать и [] перегрузить. («Телесистемы»: Конференция «Микроконтроллеры и их применение»)

Разработка, производство и продажа радиоэлектронной аппаратуры

| Карта сайта | Пишите нам | В избранное

Требуется программист в Зеленограде
- обработка данных с датчиков; ColdFire; 40 тыс.
e-mail:jobsmp@pochta.ru

Телесистемы | Электроника | Конференция «Микроконтроллеры и их применение»

Ответ: В С++ можно класс написать и [] перегрузить.

Отправлено Artem-1.6E-19 26 августа 2007 г. 17:13
В ответ на: ты прав, торможу. Жаль, что в ++ такого нет. А также забавно, что NET2005 в режиме "С" этот С99 не поддерживает. Похоже, С99 идет в разрез с генеральной политикой партии и будет предан анафеме, бо денег у MS предостаточно отправлено <font color=gray>LOT#</font> 26 августа 2007 г. 17:08

Составить ответ | Вернуться на конференцию

Ответы

1) перегрузив его ты будешь ВЫНУЖДЕН использовать new , так как контроля над использованием компилятором стека у тебя нет. 2) теряется вся ясность 3) в принципе такие массивы обычно не нужны, что покрывает недостаток от их отказа 4) программисты на С++ сейчас сдают позиции, C# требуется, насколько мне известно, с памятью там всё сильно иначе — LOT# (26.08.2007 17:21:47 212.58.192.14, пустое)
- Ответ: 1, 2, 4 - согласен. На счет три, — Artem-1.6E-19 (26.08.2007 17:39:37 91.124.241.44, 148 байт)
  - не согласен - в этом случае malloc/new совершенно не противопоказан, поскольку память ты освободишь в той же ф-ции. Если ты возразишь, что можешь не успеть разобрать пакет до освобождения и возникнут проблемы выделения памяти - точно такие же проблемы будут и в случае VLA. — LOT# (26.08.2007 17:49:50 212.58.192.14, пустое)
    - Ответ: А сколько времени займет malloc? И кто даст гарантию что он реентерабелен? — Artem-1.6E-19 (26.08.2007 17:55:33 91.124.241.44, пустое)
      - займет столько же времени, сколько и VLA при грамотной реализации. Тём, не придирайся, тебе эти наносекунды в реале не важны. Я думаю VLA не поддержан в С++ по другим мотивам - в частности по причине усложнения контроля и обработки исключений — LOT# (26.08.2007 18:00:8 212.58.192.14, пустое)
        
        Ответ: Я не придираюсь. Время на malloc может быть любым в принципе. — Artem-1.6E-19 (26.08.2007 18:07:18 91.124.241.44, 724 байт)