The props package and its classes share an ambiguous name. It's tight relationship with the View package encourages greater clarity to assist developers, as the current scheme suggests that it is something of a custom Properties class, rather than a different form of Serialization. This could be made much clearer if the public classes and methods of the class were renamed to reflect that Serialization nature.
No name has been determined as of yet, but possible names could be something along the lines of a 'serialization' package, with members reflecting the exact types. Most references to "prop" could be replaced with "serial" or "file" and be more recognizable than they are now.
The props package and its classes share an ambiguous name. It's tight relationship with the View package encourages greater clarity to assist developers, as the current scheme suggests that it is something of a custom Properties class, rather than a different form of Serialization. This could be made much clearer if the public classes and methods of the class were renamed to reflect that Serialization nature.
No name has been determined as of yet, but possible names could be something along the lines of a 'serialization' package, with members reflecting the exact types. Most references to "prop" could be replaced with "serial" or "file" and be more recognizable than they are now.