Написание псевдокода - самые лучшие практики?

Question

Написание псевдокода - самые лучшие практики?

голоса

3

Я не хочу, чтобы пригласить спор о том, полезен или нет псевдокода здесь, .. есть много вопросов, связанных с этим. Я нахожу писать псевдокод полезно время от времени, но одна вещь, которая обрезает все время, как лучше сделать я это выразить?

Иногда я в конечном итоге с пронумерованной подхода, иногда я буду использовать синтаксис в стиле C, но большую часть времени это смесь того, что я думаю, что лучше всего в то время. Это нормально, но через 6 месяцев, когда я пришел, чтобы посмотреть на него еще раз, что это не всегда так ясно, что намерение было! Для борьбы с этим я недавно начал разделив страницу на две частях и вниз правой половины я буду писать пиджины [Insert Language Here] и вниз слева я буду писать в самом деле очевидный и многословный английский язык.

Я не думаю, что нет никаких «Стандарты» для написания псевдокода, но мне интересно посмотреть, как другие люди делают это, и, возможно, это поможет мне принять решение о едином подходе.

Заранее спасибо.

О, я знаю, этот вопрос носит субъективный характер, и я сожалею, если это не намеченная цель так, но это все-таки правильный вопрос. На самом деле, есть на самом деле, что многие вопросы в области вычислительной техники, которые имеют один правильный ответ? Я буду отмечать самый полезный ответ как правильный.

pseudocode

Задан 12/05/2009 в 14:17
источник пользователем Stimul8d

На других языках...

6 ответов

голоса

1

Я начинаю писать на английском или смешанном с языком программирования выражений. Тогда я, шаг за шагом, заменить английский с языком программирования выражениями, а иногда и оставить английские слова как комментарии, а затем - вуаля - У меня есть функция теста - так это как псевдо-код + TDD все в одном подходе. Я должен отметить, однако, что я не использую этот подход всегда, только когда я должен решить трудную задачу или создать новый не тривиальный класс.

Ответил 12/05/2009 в 14:25
источник пользователем nightcoder

голоса

3

Мне нравится глава Макконнелл на письменном виде псевдокода в своей книге полный код. Я знаю, что этот ответ не может быть удовлетворительным, если вы не являетесь его владельцем, но все же, если вы этого не сделаете, то сама книга должна иметь в любом случае.

Ответил 12/05/2009 в 14:25
источник пользователем Razzie

голоса

1

Я вообще избежать каких-либо языка кода вообще и писать комментарии о том, что я хочу, чтобы это произошло в любой данный момент в программе. После того, как комментарии все сделано, это вопрос заполнения пробелов.

Ответил 12/05/2009 в 14:33
источник пользователем spbots

голоса

1

Я также считаю , псевдокод полезным. Ваш два-страничный подход звучит хорошо. Вы также можете посмотреть в Грамотные программирования ; Я часто использую стиль LP выложив свои мысли , как я программу, хотя я вообще не использовать инструмент LP.

Ответил 12/05/2009 в 14:41
источник пользователем Charlie Martin

голоса

1

Я никогда не использовал псевдокод и никогда не чувствовал необходимость сделать это, я считаю, что ваш код может быть достаточно чистым, если вы посвятите некоторое время рефакторинга, независимо от того, какой язык вы используете.

Я думал , что я был слишком ленив, или просто против него по какой - то причине , но потом я обнаружил , другие думают , что то же самое

Ответил 12/05/2009 в 15:04
источник пользователем Pablo Fernandez

Jon Cage · Accepted Answer · 2009-05-12 14:58

Я , как правило , чтобы найти себе писать небольшие примеры использования в блокноте с помощью отступов ... и после того, как полдюжины линий или так я вдруг понимаю , что я пишу в стиле , который, по существу , Python , но с немного меньшим синтаксисом! Так я пришел к выводу , что Python фактически псевдокод и фантастический способ прототипу ваших мыслей в какой бы языке вы на самом деле пытаетесь писать. Лучше всего об этом методе является то , что у вас уже есть ссылка можно сравнить ваш конечный результат в случае неприятных ошибок.

Есть случаи , когда диаграмма последовательности UML быстрее , чем писать , как умственное упражнение , чтобы наметить то , что должно произойти и когда, но эти два метода то , что я вернусь к времени и снова.