Войти
ФлеймФорумПрограммирование

Выполнение действия перед выходом из функции (без всяких goto) (7 стр)

Страницы: 1 2 3 4 5 6 7
#90
(Правка: 10:18) 10:18, 14 мая 2019

Zefick
> Подобные правила обычно предусматривают, что какой-то процент кода не будет под
> них подпадать.
Эти правила обычно всегда носят уровень рекомендаций. Но начинающие программисты часто начинают их возводить в догму, с такими потом тяжело работать.


#91
10:28, 14 мая 2019

Тут прозвучала довольно категоричная догма про 5 строк, поэтому и возникли вопросы.

#92
(Правка: 10:46) 10:37, 14 мая 2019

Ghost2
> Дело не в коде, а в количестве оптимизаций в том коде. Я про порт Зевса, если что.
очевидно же, что чем больше оптимизаций в коде, тем труднее его понятно структурировать. особенно трудно структурируется код с хитрыми memory layout'ами и как следствие этого, его труднее читать. это не значит, что это — говнокод, это значит, что он не представляется в удобочитаемом виде, вот и всё. Zeux тогда ещё явно сказал, что его читаемость не слишком волновала.

PANDA
> Предположим, мы имеем некую идеальную программу, где идеальная архитектура и все функции строго меньше 5 строчек (кстати, почему, не 4, 6, 1?).
я ничего не говорил про "строго меньше". однострочные функции — часто мусор, загромождающий код. слишком большие функции превращаются в нечитаемую стену текста. кто-то предложил, что из эмпирических соображений и опыта, 5 строк — оптимальный размер.

> Допустим, нам нужно добавить какой-то функционал и мы нашли место, куда нам надо вставить 1 строчку, но функция уже 5 строк
добавляй, кто ж мешает. но чем больше добавляешь, тем больше смысл разбить на составляющие более разумного размера.

Мизраэль
> Эти правила обычно всегда носят уровень рекомендаций. Но начинающие программисты часто начинают их возводить в догму, с такими потом тяжело работать.
именно так
Zefick
> Это так же, как с тестами: в идеале покрытие кода должно составлять 100%, но на практике этого никогда не добиться (во первых не всегда понятно что считать кодом, а во вторых когда считать функцию с бесконечным количеством вариантов входных параметров полностью протестированной).
да, это правильная аналогия. и из того, что на 100% код тестами покрыть не получится, вовсе не следует, что тесты вообще не нужны. равно как из того, что весь код нормально структурировать не удастся, вовсе не следует, что к этому не следует стремиться.

#93
15:41, 14 мая 2019

Suslik
> это не значит, что это — говнокод, это значит, что он не представляется в
> удобочитаемом виде
Есть такая идея, чтобы на языке можно было написать "функцию" которая потом может модифицировать другие функции и структуры данных этого же языка. Такой себе "препроцесор".
В теории это могло бы помочь с одной стороны иметь "читабельный" код, а с другой стороны возможность автоматизировано оптимизировать этот код в целях производительности.
Мне интересно что ты об этом думаешь.

Страницы: 1 2 3 4 5 6 7
ФлеймФорумПрограммирование