Programmers Stack Exchange is a question and answer site for professional programmers interested in conceptual questions about software development. Join them; it only takes a minute:

Sign up
Here's how it works:
  1. Anybody can ask a question
  2. Anybody can answer
  3. The best answers are voted up and rise to the top

Say I have the following graph of dependencies between procedures/functions/methods:

    /   \
  v       e
 / \     / \
r   f   l   w

That is, function o first calls function v, and then function e. Function v itself first calls function r, and then function f. Function e itself first calls function l, and then function w.

With Programming by Intention, in which order should these functions be defined?

Depth-First: o, v, r, f, e, l, w

Breadth-First: o, v, e, r, f, l, w

share|improve this question
Does it matter? Is 'e, f, l, o, r, v, w' a valid ordering given that outline mode in most ides are sorted alphabetically and 'f3' open definition can quickly navigate to the code in question. – user40980 Apr 25 '13 at 18:59
Why top down? Why not bottom up, like: r, f, l, w, v, e, o; or r, f, v, l, w, e, o? – Michael Shaw Apr 25 '13 at 19:24
@MichaelShaw Programming by Intent clearly specifies top-down. – fredoverflow Apr 25 '13 at 19:28
@FredOverflow Is this specification specified anywhere that we can read to work at understanding the reason behind it? – user40980 Apr 25 '13 at 19:36
@MichaelT Sure, Programming by Intention. – fredoverflow Apr 25 '13 at 20:08

Everything old is new again. The folks who brought us the eXtreme Programming books were, among other things, promoting a set of best practices in software development. One of them, which they termed “Programming by Intention”, was not actually new, but was something that had been a very common coding technique in languages like COBOL and Smalltalk (usually called “top down” programming) years before.

(from the introduction of Programming by Intention)

Programming by Intention appears to be a rediscovery of top down programming where one starts with the top layer and goes down from there.

This was the way that code was written in the days of Pascal and its contemporaries. You started writing the main procedure (it happened to be located at the end of the file, by necessities of the language definition and compiler) and then write a procedure or function, which was then located before the code that called it.

This contrasts with the 'bottom up design' model that OO emphasizes - building the building blocks first, and then building them up from there.

It would be a misconception and misapplication of Programming by Intention to use this to lay a structural framework to the code. Unless the language defines it (a la pascal), it doesn't matter what order the methods are declared in. Readability (and consistency between programmers) is key.

With modern IDEs, one can see the outline of the code quickly and easily. Hitting F3 in eclipse will open up the definition of a method call no matter where it is located in the code. To this extent, the organization of the methods is unimportant. If there is an order use the following guideline:

  1. Program within the language constraints.
  2. Program within the language conventions.
  3. Program within the team's style constraints.
  4. Program consistently.

If you order top down or bottom up or depth first or breath first or alphabetical, do it. And stick with it.

share|improve this answer

I don't know if this is actually specified in programming by intention, but maybe we can analyse pros and cons.

In prolog, a 5th generation programming language, you can use both forms of execution, thus from a pseudocode point of view both could be valid.

Breadth-First has the advantage that it can be read in a top-down fashion, if your functions vary widely in abstraction with each level then it may be possible to skip one level. Breadth-first would be the way to go.

However, if someone reading this has to read everything, or to avoid making assumptions about that, then depth-first would be better. It allows reading the code in the same way it is executed and makes reading it more easy and natural, think about the example of alligator eggs ;)

The best option is to have some tool that allows to sort everything in a depth-first fashion and collapse inner elements. I've seen that in many code editors and in the html generated by FreeMind. That allows the reader to choose the direction to continue, either breadth-first by collapsing and scrolling or depth-first by expanding and scrolling.

In general, depth-first is a much safer option.

share|improve this answer

Your Answer


By posting your answer, you agree to the privacy policy and terms of service.

Not the answer you're looking for? Browse other questions tagged or ask your own question.