/ doc / DocFrag / ARCCore.ARConcepts.AvoidingRepetition / Description

Description

Edit keys at this level only

= Avoiding repetition, the overarching philosophy that inspired the rest of AgoRapide.0x000D0x000A0x000D0x000ABy repetition we mean all kinds of tasks that are similar to each other, both:0x000D0x000A1) Within an application and 0x000D0x000A2) Across different applications.0x000D0x000A0x000D0x000ASome examples of 1) are documentation, logging, debugging and business reporting.0x000D0x000AThese are actually quite similar problem domains and therefore handled in AgoRapide by a lot of common code.0x000D0x000A(see -ARCQuery- for more information about reports / queries).0x000D0x000A0x000D0x000ASome examples of 2) are creation of database tables, creation of C# objects, implementing properties for objects, populating objects, validating properties (and handling the unknown / null / maybe scenarios), traversing entity relations, creating API-methods (building API endpoints), writing unit tests.0x000D0x000AThese are quite similar across applications and should not demand much -ApplicationSpecificCode-0x000D0x000A0x000D0x000AEvery time that we developers see such patterns of repetition we try to factor out the common component. 0x000D0x000AAgoRapide has been created for the purpose of making this process easier.0x000D0x000A0x000D0x000AThe advantages of this are self-evident: Less code, less complexity, easier debugging, more meaningful workdays as a programmer and so on and so on.0x000D0x000A0x000D0x000AWe do especially want to remove some of the friction resulting when working with a system where you know that some common functionality for dealing with a problem really should have been implemented. But since it was not available from the start it is too time-consuming to implement now, meaning that instead a lot of kludges get scattered all over the code in order to at least cover some emergency needs. It all ends up with an in-overall inefficient and costly to maintain system.0x000D0x000A0x000D0x000ATo quote Paul Graham 'The shape of a program should reflect only the problem it needs to solve'0x000D0x000A(Paul Graham - Revenge of the Nerds, http://www.paulgraham.com/icad.html ).0x000D0x000ABy utilizing AgoRapide your application will hopefully accomplish this (but maybe we should have written AgoRapide in Lisp though).0x000D0x000A0x000D0x000AAnother quote:0x000D0x000A'Fools ignore complexity. Pragmatists suffer it. Some can avoid it. Geniuses remove it.'0x000D0x000A(Alan Perlis, Epigrams on Programming, 1982, ACM SIGPLAN Notices #58, https://en.wikiquote.org/wiki/Alan_Perlis#Epigrams_on_Programming,_1982 ).0x000D0x000A0x000D0x000AHowever, we also have this gem, not to be forgotten:0x000D0x000A'Everyone knows that debugging is twice as hard as writing a program in the first place. So if you're as clever as you can be when you write it, how will you ever debug it?'0x000D0x000A(Brian Kernighan, The Elements of Programming Style, https://en.wikiquote.org/wiki/Brian_Kernighan ).0x000D0x000A0x000D0x000AAgoRapide's level of abstraction is already close to this territory (about debugging is twice as hard). However, your resulting application will hopefully require much less cleverness thanks to AgoRapide, so at least you can debug your own code very easily (see also -AssertionsAndDetailedExceptionMessages-).0x000D0x000A

Edit keys at all sub levels.
NOTE: Edits are always additive. Use 'Invalid' in order to delete keys.

Generated 2025-06-08 18:35:26.216 UTC