информационная безопасность
без паники и всерьез
 подробно о проектеRambler's Top100
Страшный баг в WindowsПортрет посетителяВсе любят мед
BugTraq.Ru
Русский BugTraq
 Анализ криптографических сетевых... 
 Модель надежности двухузлового... 
 Специальные марковские модели надежности... 
 От повторного пришествия Шаи-Хулуда... 
 Крупный сбой Azure и других сервисов... 
 Серьезный сбой AWS положил множество... 
главная обзор 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
регистрация





Легенда:
  новое сообщение
  закрытая нитка
  новое сообщение
  в закрытой нитке
  старое сообщение
  • Напоминаю, что масса вопросов по функционированию форума снимается после прочтения его описания.
  • Новичкам также крайне полезно ознакомиться с данным документом.
не совсем согласен. 18.10.02 01:23  Число просмотров: 1377
Автор: vim Статус: Незарегистрированный пользователь
<"чистая" ссылка>
> > Мое мнение - все конструкции должны быть простыми и
> > понятными.
> большое количество строк тоже может затруднить чтение
> программы, особенно большого проекта
>
> некоторые непривычные конструкции могут сокращать текст
> программы
> например:
> if( (res=Func1(), !res)|
> (res=Func2(), !res)|
> (res=Func3(), !res) )

> {
> // Error
> delete[] p1;
> delete[] p2;
> ...
> return;
> };
> если всё это расписывать, то займёт много места

Не могу согласиться. Программа должна быть прежде всего читабельной.

Я бы категорически запретил использовать конструкции подобные приведенной выше.

А что если с таким кодом будет работать кто-то еще, кроме автора?
Поставь себя на его место.
Конечно, разобраться можно в любом коде, но зачем же делать сложно, когда можно сделать просто.

Даже если ты один пишешь код, то ты можешь сам наступить на эти грабли, если по прошествии 1-2 месяцев тебе придется заглянуть в уже забытый код.

Сложный код и не очевидные конструкции - это потенциальный источник багов в программе.

Основной принцип - должно быть ПРОСТО и ПОНЯТНО.

<programming> Поиск 






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


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