Changes between Version 2 and Version 3 of soc/2007/UserFriendlyGraph
- Timestamp:
- May 11, 2007, 1:57:24 PM (15 years ago)
Legend:
- Unmodified
- Added
- Removed
- Modified
-
soc/2007/UserFriendlyGraph
v2 v3 26 26 27 27 A second design approach uses composition as a member rather than private inheritance - not for any particular reason, I'm just more familiar with composition. Now, the prototype looks like this: 28 29 28 {{{ 30 29 #!cpp … … 61 60 On a side note, I started codifying the Boost.Graph graph concepts into a concepts header just to see if I could make it work - I haven't succeeded yet. Still, it's a good excercise and makes you think about concept hierarchies, nested requirements and the like. Also, i don't like the keyword `concept_map`. Not the idea itself - the keyword. If I'm not mistaken, this keyword replaces `model` from earlier proposals. Alas... 62 61 63 Since I've been codigying graph concepts, I should point out that '' IncidenceGraph'' and ''EdgeListGraph'' both define `source()` and `target()` methods, so they're a little redundant. I think it would be appropriate to remove those methods from the requirements of ''EdgeListGraph'' since they don't really have anything to do with the listing or enumerating of edges. Just a thought...62 Since I've been codigying graph concepts, I should point out that ''!IncidenceGraph'' and ''!EdgeListGraph'' both define `source()` and `target()` methods, so they're a little redundant. I think it would be appropriate to remove those methods from the requirements of ''!EdgeListGraph'' since they don't really have anything to do with the listing or enumerating of edges. Just a thought... 64 63 65 64 == Documentation and Other Niceties ==