ARCHIVE/xahaud
3
0
Fork 0
mirror of https://github.com/Xahau/xahaud.git synced 2025-12-06 17:27:52 +00:00
Code Issues Packages Projects Releases Wiki Activity
Files
194304e54488c09e6d9ee5dacda43b16c8614c3f
xahaud/src/ripple
History
Tom Ritchford 194304e544 Refactor RippleCalc: 
* Rationalize method and filenames, move to subdirectory.
* Use Issue in Node.
* Restrict access to PathState variables.
* Line length and readability cleanups.
* New PathCursor stores path calculation data during rippleCalc.
* Extract methods PathCursor::node(), PathCursor::previousNode()
  and RippleCalc::addPath
2014-07-30 08:29:29 -07:00
..
algorithm
Tidy up Resource::Manager (RIPD-362):
2014-07-17 14:18:18 -07:00
basics
Tidy up hardened containers (RIPD-380):
2014-07-28 09:06:35 -07:00
common
Tidy up hardened containers (RIPD-380):
2014-07-28 09:06:35 -07:00
http
Enable asynchronous handling of HTTP-RPC (RIPD-390)
2014-07-24 20:22:55 -07:00
json
Reorganize source file hierarchy:
2014-06-03 21:43:59 -07:00
module
Refactor RippleCalc:
2014-07-30 08:29:29 -07:00
nodestore
Improve Journal logging framework:
2014-06-23 20:19:53 -07:00
overlay
Refactor RippleCalc:
2014-07-30 08:29:29 -07:00
peerfinder
Refactor RippleCalc:
2014-07-30 08:29:29 -07:00
proto
Refactor Overlay for Structured Network support:
2014-06-18 15:17:18 -07:00
radmap
Reorganize source file hierarchy:
2014-06-03 21:43:59 -07:00
resource
Tidy up hardened containers (RIPD-380):
2014-07-28 09:06:35 -07:00
sitefiles
Tidy up hardened containers (RIPD-380):
2014-07-28 09:06:35 -07:00
sslutil
Reorganize source file hierarchy:
2014-06-03 21:43:59 -07:00
testoverlay
Tidy up hardened containers (RIPD-380):
2014-07-28 09:06:35 -07:00
types
Tidy up hardened containers (RIPD-380):
2014-07-28 09:06:35 -07:00
unity
Refactor RippleCalc:
2014-07-30 08:29:29 -07:00
validators
Tidy up hardened containers (RIPD-380):
2014-07-28 09:06:35 -07:00
README.md
Add README and tidy up comments
2013-11-15 11:29:45 -08:00

README.md

Newest Style

Each folder contains a single module following the newest style:

  • One class per header
  • As much implementation hidden as possible
  • All major interfaces are abstract
  • Every class is documented
  • Each module focuses on solving one problem