Re: Основное понимание алгоритмов
От: kov_serg Россия  
Дата: 17.03.22 02:59
Оценка:
Здравствуйте, velkin, Вы писали:

V>Таким образом идея состоит в том, чтобы отказаться от архитектуры, а сам функционал сократить до одной условной единицы демонстрирующей работу.

V>Описание (алгоритма)
V>Образ (алгоритма)
V>Использование (алгоритма)
V>Код (алгоритма)
V>Испытание (алгоритма)
V>Конечно, таким способом не получить рабочий проект, ведь программа как правило не состоит из одной единицы функционала. Зато наращивание функционала становится возможным за счёт внедрения множества проектов без того, чтобы заботиться об архитектуре, ведь её нет.
V>Лично я вижу применение подобного.
V>1) Для создания собственных примеров работы с чужими библиотеками алгоритмов.
V>2) Для создания качественного рабочего прототипа алгоритма с подробным описанием и без размазывание его по коду проекта.

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

V>Запуск проекта

V>При запуске проекта, шаблон исходного кода, который представлен выше, можем получить следующие результаты.
V>Однофункциональный проект
V>пример с выводом на консоль
V>пример с графическими элементами

Тут вообще не понятно что вы пытаетесь систематизировать. Всё зависит от модели исполнения. Последовательная, событийная, параллельная или же реалтайм (код который гарантировано запускается каждые t ms) или же вообще предобработка. Да и что бы что-то запустить нужен исполнитель и иногда среда исполнения. Например код для для дрона вы можете запустить, но без самого дрона или его симулятора и запускать будет грусно.
И комбинировать вы можете в виде нескольких суперкомбайнов или кучи узкоспециализированных утилит, выстраивая из них конвейеры.
 
Подождите ...
Wait...
Пока на собственное сообщение не было ответов, его можно удалить.