preface.qbk 3.2 KB

123456789101112131415161718192021222324252627282930313233343536373839404142434445464748495051525354555657585960616263646566676869
  1. [/==============================================================================
  2. Copyright (C) 2001-2010 Joel de Guzman
  3. Copyright (C) 2001-2005 Dan Marsden
  4. Copyright (C) 2001-2010 Thomas Heller
  5. Distributed under the Boost Software License, Version 1.0. (See accompanying
  6. file LICENSE_1_0.txt or copy at http://www.boost.org/LICENSE_1_0.txt)
  7. ===============================================================================/]
  8. [/section Preface]
  9. [h1 Preface]
  10. [:['Functional programming is so called because a program consists entirely of
  11. functions. The main program itself is written as a function which receives the
  12. program's input as its argument and delivers the program's output as its result.
  13. Typically the main function is defined in terms of other functions, which in
  14. turn are defined in terms of still more functions until at the bottom level the
  15. functions are language primitives.]]
  16. [:*John Hughes*-- /Why Functional Programming Matters/]
  17. [$images/lambda_cpp.png]
  18. [h2 Description]
  19. Phoenix enables Functional Programming (FP) in C++. The design and
  20. implementation of Phoenix is highly influenced by __fcpp__ by Yannis Smaragdakis
  21. and Brian McNamara and the __bll__ (Boost Lambda Library) by Jaakko Jaarvi and
  22. Gary Powell. Phoenix is a blend of FC++ and BLL using the implementation
  23. techniques used in the __spirit__ inline parser.
  24. Phoenix is a header only library. It is extremely modular by design. One can
  25. extract and use only a small subset of the full library, literally tearing the
  26. library into small pieces, without fear that the pieces won't work anymore. The
  27. library is organized in highly independent modules and layers.
  28. [h2 How to use this manual]
  29. The Phoenix library is organized in logical modules. This documentation
  30. provides a user's guide and reference for each module in the library. A simple
  31. and clear code example is worth a hundred lines of documentation; therefore, the
  32. user's guide is presented with abundant examples annotated and explained in
  33. step-wise manner. The user's guide is based on examples: lots of them.
  34. As much as possible, forward information (i.e. citing a specific piece of
  35. information that has not yet been discussed) is avoided in the user's manual
  36. portion of each module. In many cases, though, it is unavoidable that advanced
  37. but related topics be interspersed with the normal flow of discussion. To
  38. alleviate this problem, topics categorized as "advanced" may be skipped at first
  39. reading.
  40. Some icons are used to mark certain topics indicative of their relevance. These
  41. icons precede some text to indicate:
  42. [table Icons
  43. [[Icon] [Name] [Meaning]]
  44. [[__note__] [Note] [Information provided is auxiliary but will
  45. give the reader a deeper insight into a specific
  46. topic. May be skipped.]]
  47. [[__alert__] [Alert] [Information provided is of utmost importance.]]
  48. [[__tip__] [Tip] [A potentially useful and helpful piece of
  49. information.]]
  50. ]
  51. [blurb __note__ Unless otherwise noted `using namespace boost::phoenix;` is assumed]
  52. [h2 [*/...To Joel's dear daughter, Phoenix/]]
  53. [/endsect]