| < Previous by Date | Date Index | Next by Date > |
| < Previous in Thread | Thread Index |
If I recall correctly, you can think of it a little like base/derived classes, except instead of virtual functions and overrides of these functions, it is pieces of configuration data, with the ability to override. So you might have a single baseprofile that has default config, and hundreds of thousands of userprofiles that all have a reference to that one baseprofile with the defaults. This can save space, if you don't usually need to override much.
Best regards,
Byron Campen
There is an example of multiple profiles here: http://www.resiprocate.org/Dealing_with_Multiple_User_ProfilesScottOn Wed, Jul 10, 2013 at 8:30 PM, macun19 <macun19@xxxxxxx> wrote:I confused when i read the class of Profile in dum project. The profile has a private attribute which is SharedPtr<Profile> mBaseProfile. The annotation describes " All non-set settings will fall through to this Profile (if set)". But I don't understand well. I also read its offical website. I found this sentence:, "If you do not call a particular setXXX method on this object, then a corresponding getXXXX call will attempt to retrieve that value from the BaseProfile (provided in the constructor). This allows you to set up a hierarchy of profiles and settings." . My problem is what is a hierarchy of profiles and settings and the BaseProfile functions for?Any advice i would be grateful!
_______________________________________________
resiprocate-users mailing list
resiprocate-users@xxxxxxxxxxxxxxx
List Archive: http://list.resiprocate.org/archive/resiprocate-users/
_______________________________________________
resiprocate-users mailing list
resiprocate-users@xxxxxxxxxxxxxxx
List Archive: http://list.resiprocate.org/archive/resiprocate-users/