
We've been using PFR on a huge codebase for two years now. In many cases it's functionality is enough. For example, we're using PFR to get data from database: struct OrderInfo{unsigned id; string client, merchant; decimal price; }; auto order = db.Execute(statement).As<OrderInfo>(); Some other usecases for PFR: * SPIRIT like parsers - parsing directly into the user provided structure * Binary serializers and readers - to easily store/retrieve data from a local file * Generic code - move users from tuple and pair to aggregates to improve code readability and performance On Wed, Sep 30, 2020, 10:43 Andrzej Krzemienski <akrzemi1@gmail.com> wrote: ... My ideal solution would be if these two libraries (PFR and Describe) would be merged into one, so that: 1. They provide the same interface 2. A user can easily instruct the library: "this is an aggregate: figure out the mapping yourself". I'm in favour of ideal solution, but that should be separate from PFR. There's quite a lot of projects where codegen is used instead of macro registration, and for those projects PFR is fine but Describe is doubtful (even though it is better that many inhouse codegen solutions).