Стиль программирования
Работая над программой, программист, особенно начинающий, должен хорошо представлять, что программа, которую он разрабатывает, предназначена, с одной стороны, для пользователя, с другой — для самого программиста. Текст программы нужен прежде всего самому программисту, а также другим людям, с которыми он совместно работает над проектом. Поэтому для того, чтобы работа была эффективной, программа должна быть легко читаемой, ее структура должна соответствовать структуре и алгоритму решаемой задачи. Как этого добиться? Надо следовать правилам хорошего стиля программирования. Стиль программирования — это набор правил, которым следует программист (осознано или потому, что «так делают другие») в процессе своей работы. Очевидно, что хороший программист должен следовать правилам хорошего стиля.
Хороший стиль программирования предполагает:
- использование комментариев;
- использование несущих смысловую нагрузку имен переменных, процедур и функций;
- использование отступов;
- использование пустых строк.
Следование правилам хорошего стиля программирования значительно уменьшает вероятность появления ошибок на этапе набора текста, делает программу легко читаемой, что, в свою очередь, облегчает процессы отладки и внесения изменений.
Четкого критерия оценки степени соответствия программы хорошему стилю программирования не существует. Вместе с тем достаточно одного взгляда, чтобы понять, соответствует программа хорошему стилю или нет.
Сводить понятие стиля программирования только к правилам записи текста программы было бы неверно. Стиль, которого придерживается программист, проявляется во время работы программы. Хорошая программа должна быть прежде всего надежной и дружественной по отношению к пользователю.
Надежность подразумевает, что программа, не полагаясь на «разумное» поведение пользователя, контролирует исходные данные, проверяет результат выполнения операций, которые по какой-либо причине могут быть не выполнены, например, операций с файлами.
Дружественность предполагает хорошо спроектированные диалоговые окна, наличие справочной системы, разумное и предсказуемое, с точки зрения пользователя, поведение программы.
Инструкции write и writeln
Инструкция write предназначена для вывода на экран монитора сообщений и значений переменных. После слова write в скобках задается список переменных, значения которых должны быть выведены. Кроме имен переменных в список можно включить сообщение — текст, заключенный в одиночные кавычки.
write(‘Корни уравнения. xl=’, xl, ‘ х2=’, х2);
После имени переменной через двоеточие можно поместить описание (формат) поля вывода значения переменной.
Для переменной типа Integer формат — это целое число, которое задает ширину поля вывода (количество позиций на экране).
показывает, что для вывода значения переменной d используется 5 позиций.
Если значение переменной такое, что его изображение занимает меньше позиций, чем указано в формате, то перед первой цифрой числа будут выведены пробелы так, чтобы общее количество выведенных символов было равно указанному в формате.
Например, если значение переменной Koi типа integer равно 15, то в результате выполнения инструкции
write(‘Всего изделий:’, Kol:5);
на экран будет выведено:
Всего изделий: 15
Для переменных типа Real формат представляет собой два целых числа, разделенных двоеточием. Первое число определяет ширину поля вывода, второе — количество цифр дробной части числа. Если задать только ширину поля, то на экране появится число, представленное в формате с плавающей точкой.
Например, пусть переменные x1 и х2 типа real имеют значения 13.25 и -0.3401, тогда в результате выполнения инструкции
на экран будет выведено:
Если ширины поля, указанной в формате, недостаточно для вывода значения переменной, то выводится число в формате с плавающей точкой и десятью цифрами после запятой (все поле вывода в этом случае занимает 17 позиций).
После выполнения инструкции write курсор остается в той позиции экрана, в которую он переместился после вывода последнего символа, выведенного этой инструкцией. Следующая инструкция write начинает вывод именно с этой позиции. Например, в результате выполнения инструкций
на экран будет выведено:
Значение переменной: х=-2.73000
Инструкция writein отличается от инструкции write только тем, что после вывода сообщения или значений переменных курсор переводится в начало следующей строки. Например, если значением переменной x1 является число -3.561, а значением переменной х2 — число 10.345, то результатом выполнения инструкций
writein(‘Значения корней уравнения:’);
на экран будет выведено:
Значения корней уравнения:
Стиль программирования
Работая над программой, программист, особенно начинающий, должен хорошо представлять, что программа, которую он разрабатывает, предназначена, с одной стороны, для пользователя, с другой – для самого программиста.
Текст программы нужен прежде всего самому программисту, а также другим людям, с которыми он совместно работает над проектом. Поэтому для того, чтобы работа была эффективной, программа должна быть легко читаемой, ее структура должна соответствовать структуре и алгоритму решаемой задачи.
Для этого следует руководствоваться подходом хорошего стиля программирования. Стиль программирования – это набор правил, которым следует программист (осознано или потому, что «так делают другие») в процессе своей работы. Очевидно, что хороший программист должен следовать правилам хорошего стиля.
Хороший стиль программирования предполагает:
- использование комментариев;
- использование несущих смысловую нагрузку имен переменных, процедур и функций;
- использование отступов;
- использование пустых строк.
Похожие страницы:
Парадигмы и стили программирования
Реферат >> Информатика, программирование
. на роль языков сверхвысокого уровня. Стили программирования Стиль программирования — набор правил и соглашений, используемых при .
Программирование (2)
Реферат >> Информатика
. утверждается принцип структурного программирования, как наиболее производительного и привлекательного стиля программирования [26, 41]. . , соблюдение технологической культуры программирования, предлагает более надежный стиль программирования [23]. В настоящее .
Программирование для Microsoft Windows с использованием Visual C++ и библиотеки классов MFC
Книга >> Информатика, программирование
. объектно-ориентированных языков программирования и появлению надежных . Но еще одно изменение стиля программирования происходит на уровне . стилю изложения пособие для самостоятельной подготовки. Подробная энциклопедия приемов практического программирования .
Программирование на языках среднего уровня С/С++
Конспект >> Информатика, программирование
. но и языки программирования. Языки программирования С/С++ являются универсальными языками программирования среднего уровня, . основным содержанием языков программирования С/С++, рассмотреть объектно-ориентированный подход программирования, привить навыки .
Основы программирования в паскале
Реферат >> Информатика
. — язык низкого уровня. Классификация по стилю программирования: Стиль — совокупность правил, лежащих в основе синтаксиса . трудно сопровождать и модифицировать. Фактически неструктурный стиль программирования не позволяет разрабатывать большие проекты .
Хороший стиль программирования
Один из признаков хорошего стиля программирования — последовательность — чем меньше сюрпризов, тем лучше. Последовательность позволяет легче читать программу, в первую очередь за счет сокращения отвлечений. Она также направляет глаза читателя, например, последовательность в расположении функции или подключении файлов упрощает их нахождение в будущем. Также она позволяет легче решать проблемы стиля, помогая читателю легче привыкнуть к нему.
Ясность кода
Хороший стиль нужен для того, чтобы ваша программа была ясна и понятна, а также легко изменяемая. Если сомневаетесь, выберете наиболее понятную методику для проблемы. Помните, что все, что вы пишите, вам, вероятно, придется перечитывать. Облегчите себе будущее и вносите ясность сразу.
Пробелы и форматирование
Пробелы могут уменьшить нагрузку на глаза читателя. Поскольку компилятор игнорирует пробелы, вы можете свободно размещать их в любом месте и форматировать код пробелами как хотите. Если вы делаете это с умом, это будет полезно.
Пробелы используются для форматирования отступов, пространства вокруг операторов, подписи функций и размещения аргументов функций. Конечно, это не все случая, где используются пробелы, но это должно дать вам представление о местах, где пробелы могут быть использованы для улучшения читабельности.
Отступ
Если вы еще не делаете отступов в вашем коде, то скоро начнете. Это просто необходимо, потому что это поможет вам быстро находить нужные управляющие строки кода или найти ошибки в нем. Вам следует делать отступы в каждом блоке кода:
if ( true ) < // блок кода >
Стили скобок
Есть множество способов для отступа в коде, и многие из них зависят от того, где вы разместите скобки. Некоторые люди предпочитают стиль, используемый выше. Некоторые люди предпочитают стиль, показанный ниже:
if ( true ) < // блок кода >
Есть и другие стили:
if ( true ) < // блок кода >
if ( true ) < // блок кода >
Какой стиль скобок вы выберете зависит от вас, хотя я рекомендую использовать одинаковый стиль скобок всем, кто работает над одним проектом. Во всяком случае, есть аргументы для каждого стиля. Хорошо использовать такой стиль скобок, который позволяет разместить максимальное количество кода на экране, однако последовательность так же важна.
Ширина отступа
Насколько вы собираетесь отступать — это вопрос личных предпочтений — в любом случае, как правило, лучше выбирать достаточно маленький размер отступа, чтобы код умещался на одном экране. Я считаю любой отступ шириной от 2 до 8, разумным и читаемым, хотя обнаружил, что более четырех пробелов для отступа могут привести к слишком длинным строкам.
В общем, лучшее решение для слишком длинных строк — снизить сложность кода или, по крайней мере, вытащить некоторые функции в отдельные функции. Это позволит уменьшить число уровней отступа и может сделать код более читаемым (если это делать правильно).
Табы и пробелы
Существует своего рода спор по поводу использования табов или пробелов. Учтите, что это не то же самое, что спросить делаете ли вы отступы пробелами или табами. Большинство людей позволяют текстовому редактору решить это за них (или выбирает преобразовывать табы в пробелы).
Реальная проблема табов и пробелов заключается в том, что происходит, когда кто-то открывает ваш код. Вы можете установить табы для любого количества столбцов, а у человека, открывающего ваш код может быть другая ширина табуляции. Это может сыграть злую шутку даже с хорошо отформатированным кодом. Использование только пробелов исправляет эту проблему, потому что все будет отображаться одинаково.
Иногда достойный форматтер кода, который можно найти в текстовом редакторе, может помочь смягчить эту проблему путем переформатирования кода. Вы также можете изменить свои собственные настройки, чтобы отобразить код правильно (хоть это и не очень приятно).
Самое лучшее решение, если вы все-таки решите использовать табы, быть очень внимательным к тому, с чем вы их используете. Настоящая проблема, на самом деле, возникает, когда табы используются не только для отступа, но и как быстрый способ перемещения на четыре или восемь символов вправо. Например, давайте посмотрим на следующий код:
if ( long_term_one && long_term_two ) < // код >
Если второе условие было отформатировано с помощью таба с отступом в четыре пробела с последующим пробелом, то при открытии в другом редакторе с шириной табов в восемь пробелов, код будет выглядеть некрасиво:
if ( long_term_one && long_term_two ) < // код в теле оператора выбора >
Если для форматирования были использованы пробелы, код будет отображаться правильно:
if ( long_term_one && long_term_two ) < // код оператора if >
Неправильное использование пробелов
Сколько пробелов вы используете зависит только от вас. Но, стоит быть в курсе некоторых вопросов. Во-первых, чем больше пробелов помогает подчеркнуть логику вашей программы, тем лучше. Но вы не хотите, чтобы ваши пробелы дезориентировали вас. Это может не запутать вас в данный момент, но может сбить с толку вас в будущем, или кого-то еще, кто будет читать ваш код. Как же выглядит ошибочное форматирование?
if ( true ) ++i; ++j;
Отступ говорит нам, что два выражения сработают, при выполнении условного оператора, но это не то, что происходит на самом деле. Когда вы отслеживаете синтаксическую ошибку в сотнях или тысячах строк кода, вы, в конечном итоге, начинаете просто просматривать код, вместо тщательной проверки каждой строки. Чем проще вам будет просматривать код и выбрать важные детали, тем быстрее вы сможете найти закравшиеся незаметно ошибки. Как, например, в этом примере, к телу оператора if относится только первый оператор.
Структурное программирование — основа хорошего стиля программирования
Стиль программирования — это набор правил кодирования, которые все программисты должны соблюдаться при написании программного кода. Структурированное программирование делает возможным хороший стиль программирования. Когда несколько программистов работают над одним и тем же программным проектом, им часто приходится работать с программным кодом, написанным кем-то другим. Это сложно, а иногда и невозможно, если все разработчики используют разные стили программирования для кодирования программы.
Подходящий стиль программирования включает использование:
- Имена функций и переменных, которые относятся к предполагаемой задаче.
- Хорошо помещенный отступ.
- Код комментария для удобства читателя.
- Хорошая общая презентация кода.
Эти соглашения делают код программы читабельным и понятным для всех, что означает отладка и решение ошибок стало проще. Правильный стиль кодирования также помогает документация упростить обновление.
Структурированное программирование
Во время кодирования количество строк кода увеличивается, увеличивая размер программного обеспечения. Постепенно мы больше не можем вспомнить ход программы. Если мы забудем, как структурировано программное обеспечение и лежащие в его основе программы, файлы и процедуры, мы не сможем поделиться, отладить или изменить программу. Решением этой проблемы является структурное программирование. Он побуждает разработчика использовать подпрограммы и циклы вместо простых переходов в коде. Это делает код более понятным и повышает эффективность. Структурированное программирование также помогает программисту сократить время написания кода и правильно организовать код.
Концепции программирования
Структурированное программирование указывает, как программа должна быть закодирована, и имеет три понятия:
Нисходящий анализ
Мы всегда делаем программное обеспечение для выполнения повторяемых задач. Эти так называемые бизнес-процессы известны разработчикам как проблема. Поэтому очень важно, чтобы мы понимали, как решить проблему сверху вниз. С помощью анализа сверху вниз мы разбили проблему на маленькие части, в которых каждая часть имеет логический эффект. Мы решаем каждую проблему индивидуально. Пошаговый план проясняет, как мы можем решить проблему шаг за шагом.
Модульное программирование
Во время программирования мы разбиваем код на более мелкие группы инструкций. Эти группы известны как модули, подпрограммы или подпрограммы. Модульное программирование на основе проведенного нисходящего анализа. Он предотвращает переходы с использованием инструкций goto в программе. Инструкции Goto часто приводят к тому, что программа не отслеживается. Переход к программе должен быть запрещен в стиле программирования, это не является частью структурного программирования.
Структурированное кодирование
Ссылаясь на нисходящий анализ, структурированное кодирование дополнительно делит модули на более мелкие единицы кода в порядке выполнения. Структурированное программирование использует управляющую структуру, которая контролирует ход программы. Структурное кодирование, с другой стороны, превращает управляющую структуру для организации команд в определяемые шаблоны.
Руководство по кодированию для структурированного программирования
Стиль программирования может быть по организациям, операционной системе или язык программирования различия. Следующие элементы кодирования можно рассматривать как руководство по кодированию организации:
Название соглашения
В этом разделе указано, что мы должны называть функциями, переменными, константами и глобальными переменными.
отступ
Это пробелы слева в начале строки, обычно пробел 2-8 или одиночная табуляция.
Операторы
Это определяет правила для написания математических, присваивающих и логических операторов. Например, перед оператором присваивания «=» и после него должен быть пробел, как в «x = 2».
Инспекционные структуры
Правила написания if-then-else, case-switch, do-while и только для операторов потока управления и вложенными способами.
Длина линии и разрыв линии
Определяет, сколько символов может быть в одной строке, обычно строка символов 80 длинная. Отмена определяет, как строка должна быть упакована, если она слишком длинная.
черты
Это определяет, как мы должны объявлять и вызывать функции с параметрами или без них.
переменные
В разделе переменных мы указываем, как объявлять и определять переменные разных типов данных.
комментарии
Комментарии принадлежат к важным компонентам кодирования, потому что они описывают в самом коде, что на самом деле делает код. Кроме того, они предоставляют больше информации о программе в коде. Таким образом, этот раздел предназначен в качестве документации для обслуживания программного обеспечения.
Программная документация является важной частью структурного программирования
Создание программной документации является важной частью процесса разработки. Хорошо написанная документация — отличный инструмент для сбора информации о бизнес-процессах, необходимой для понимания процесса разработки программного обеспечения. Документация по программному обеспечению также содержит информацию о том, как использовать продукт.
Правильно оформленная документация должна содержать следующие документы:
Требования
Эта документация является важным инструментом для выполнения своих обязанностей разработчиком программного обеспечения, разработчиком и группой тестирования. Этот документ содержит все функциональные и нефункциональные большого города, предполагаемого программного обеспечения.
Источниками этого документа могут быть:
- Ранее сохраненные документы о программном обеспечении.
- Программное обеспечение, которое уже работает на клиента.
- Отчеты из пользовательских интервью.
- Анкеты и исследования.
Эта документация служит основой для разработки программного обеспечения, и мы в основном используем ее на этапах проверки и проверки. Большинство контрольные примеры непосредственно вытекают из требований.
Документация по разработке программного обеспечения
Эта документация содержит всю информацию, необходимую для сборки программного обеспечения. Содержит:
- Архитектура программного обеспечения высокого уровня.
- Подробный разработка программного обеспечения.
- Диаграммы с потоками данных.
- Дизайн база данных.
Эти документы работают как хранилище программистам для разработки программного обеспечения. Хотя эти документы не содержат подробностей о шифровании программы, они предоставляют всю необходимую информацию для шифрования, такую как CRUD-матрица.
Техническая документация
Эта документация постоянно обновляется разработчиками и программистами. Документы содержат всю информацию о коде. При написании кода программисты утверждают:
- Цель кода.
- Кто это написал
- Где это нужно для этого.
- Что это делает и как это работает.
- Какие другие источники использует код и так далее.
Техническая документация улучшает понимание между разными программистами, работающими над одним и тем же кодом. Это улучшает возможность повторного использования кода и делает отладку простой и отслеживаемой.
Документация пользователя
De пользовательская документация отличается от всего вышеперечисленного. Вся предыдущая документация необходима для отслеживания информации о программном обеспечении и процессе разработки. Тем не менее, пользовательская документация объясняет, как должен работать программный продукт и как вы должны получить желаемый результат.
Эта документация может включать процедуры установки программного обеспечения, руководства пользователя, метод удаления и специальные ссылки для получения дополнительной информации, такой как настройка лицензии и т. Д.
Проблемы структурированного программирования и стиля программирования
Есть несколько проблем для команды разработчиков во время разработки программного обеспечения:
Повторно использовать программный код
Программные интерфейсы современных языков очень продвинуты и имеют огромную библиотеку функций. Однако, чтобы снизить затраты на разработку, мы предпочитаем снова использовать код. Это код, который был ранее создан для другого программного обеспечения.
Управление версиями
Каждый раз, когда мы выпускаем новое программное обеспечение для клиентов, разработчики должны следить за документацией по версии и конфигурации. Этот документация должен быть очень точным и доступным вовремя.
Целевой хост
Может случиться так, что у заказчика совершенно другая техническая инфраструктура, чем у разработчика. Программное обеспечение, разработанное внутри компании, изначально будет работать внутри компании. Но в конце проекта его необходимо адаптировать к хост-машинам клиента. Иногда невозможно разработать программное обеспечение, которое также работает на целевых машинах.
Обсудить с нами LinkedIn.
Структурное программирование — основа хорошего стиля программирования
Когда несколько программистов работают над одним и тем же программным проектом, им часто приходится работать с программным кодом, написанным другим разработчиком. Это сложно, а иногда и невозможно, если все разработчики придерживаются разных стилей программирования для кодирования программы. Стиль программирования — это набор правил кодирования, которым должны следовать все программисты при написании программного кода. Структурированное программирование делает возможным хороший стиль программирования.