Вход Наше всё Теги codebook 无线电组件 Поиск Опросы Закон Четверг
25 апреля

О смысле всего сущего 0xFF Средства и методы разработки Мобильная и беспроводная связь Блошиный рынок Объявления

Микроконтроллеры PLD, FPGA, DSP AVR PIC ARM, RISC-V Технологии Кибернетика, автоматика, протоколы Схемы, платы, компоненты

Средства и методы разработки

754149 Топик полностью

LightElf (05.05.2017 12:12, просмотров: 135) ответил Evgeny_CD на Ничего он не хоронит. Один раз продумать методологию и сделать каркас фреймворка - и он пойдет везде и всегда. Оверхедов, кстати, не будет - это все от неправильного использования С++.

Любой фреймворк всегда создает оверхед, просто за счет навязывания определенного подхода к решению задачи. Ваш КО.

Не надо делать мне как лучше, оставьте мне как хорошо

Ответить

- Не согласен! Хороший фреймворк действует как mental guide и даже этим сильно экономит ресурсы. - Evgeny_CD(05.05.2017 23:36)
  - Только если разработчик фреймворка достаточно толстый (Microsoft) и может нагнуть производятлов точить свои железки именно под этот фреймворк (DirectX). Во всех остальных случаях получается "ни вашим, ни нашим". - LightElf(06.05.2017 00:11)
    - Графика она того, сильно железо-ориентированная. А если мы говорим о фреймворке верхнего уровня, RTOS + окружение, то зависимости от железа мало. (в пределах одного класса - 8, 16, 32 бита, одно ядро или несколько...). - Evgeny_CD(06.05.2017 00:13)
      - Не нравится графика - посмотрим в BSD сокеты. Эпический оверхед на всех, без исключения, платформах. Ну вот просто нет такой железки, на которой сокеты лежат тоненько. - LightElf(06.05.2017 21:32)