информационная безопасность
без паники и всерьез
 подробно о проектеRambler's Top100
Все любят медЗа кого нас держат?
BugTraq.Ru
Русский BugTraq
 Анализ криптографических сетевых... 
 Модель надежности двухузлового... 
 Специальные марковские модели надежности... 
 Линуксовый ботнет, распространяющийся... 
 Конец поддержки Internet Explorer 
 Рекордное число уязвимостей в 2021 
главная обзор RSN блог библиотека закон бред форум dnet о проекте
bugtraq.ru / форум / programming
Имя Пароль
ФОРУМ
все доски
FAQ
IRC
новые сообщения
site updates
guestbook
beginners
sysadmin
programming
operating systems
theory
web building
software
hardware
networking
law
hacking
gadgets
job
dnet
humor
miscellaneous
scrap
регистрация





Легенда:
  новое сообщение
  закрытая нитка
  новое сообщение
  в закрытой нитке
  старое сообщение
  • Напоминаю, что масса вопросов по функционированию форума снимается после прочтения его описания.
  • Новичкам также крайне полезно ознакомиться с данным документом.
Для решения каждой задачи следует выбирать адекватные ей инструменты. 09.10.07 09:54  Число просмотров: 2809
Автор: DPP <Dmitry P. Pimenov> Статус: The Elderman
<"чистая" ссылка>
> Когда напишешь на PlainC что то хотя бы отдаленно
> приближенное скажем к интерфейсу Office 2003/2007 (риббоны)
> или VS.Net/.Net 2003/.Net 2005 - тогда и поговорим. А ведь

Для решения каждой задачи следует выбирать адекватные ей инструменты.
Не все и не каждый день пишут интерфейсы для Офиса.
Задач, для решения которых вполне может хватить Си без плюсов, преогромнейшее количество.
Беспорно существует не малое количество задачь, для решения которых следует воспользоваться Си с плюсами и интерфейс Офиса тому пример.
В отличии от огромнейшего количества мертворожденных языков, Си не просто жив, но и занимает одну из лидирующих позиций.

> "рвет" C. Самое интересное, что накладные расходы для C++
> зачастую меньше, чем для C (к примеру вызов виртуальной
> функции гораздо дешевле switch/case-а в общем случае, не
> говоря уже об inline-функциях).

Обычно накладные расходы на вызов, например, функции на столько меньше, чем сама функция, что ими следует пренебречь. Функций же типа int sum(int a, int b){ return a+b; } следует избегать.
В принципе все только что сказаное в бОльшей степени следует отнести не к языковым проблемам, а к проблемам оптимизирующих компиляторов. Хороший компилер должен заранее свернуть все, что только возможно еще на этапе компиляции.
<programming> Поиск 






Rambler's Top100
Рейтинг@Mail.ru


  Copyright © 2001-2022 Dmitry Leonov   Page build time: 0 s   Design: Vadim Derkach