[libcamera-devel] [PATCH 2/3] cam: options: Add an array data type to OptionValue
Jacopo Mondi
jacopo at jmondi.org
Tue Mar 26 11:40:45 CET 2019
Hi Niklas,
On Tue, Mar 26, 2019 at 11:35:25AM +0100, Niklas Söderlund wrote:
> Hi Jacopo,
>
> Thanks for your feedback.
>
> On 2019-03-26 11:30:13 +0100, Jacopo Mondi wrote:
> > Hi Niklas,
> >
> > On Tue, Mar 26, 2019 at 12:47:35AM +0100, Niklas Söderlund wrote:
> > > To allow specifying the same argument option multiple times a new type
> > > of OptionValue is needed. As parsing of options is an iterative process
> > > there is a need to append options as they are parsed so instead of
> > > setting values using the constructor a new add() method is used.
> > >
> > > Signed-off-by: Niklas Söderlund <niklas.soderlund at ragnatech.se>
> > > ---
> > > src/cam/options.cpp | 19 +++++++++++++++++++
> > > src/cam/options.h | 7 +++++++
> > > 2 files changed, 26 insertions(+)
> > >
> > > diff --git a/src/cam/options.cpp b/src/cam/options.cpp
> > > index 497833397d894f82..0dec154815d3cad5 100644
> > > --- a/src/cam/options.cpp
> > > +++ b/src/cam/options.cpp
> > > @@ -272,6 +272,12 @@ OptionValue::OptionValue(const KeyValueParser::Options &value)
> > > {
> > > }
> > >
> > > +void OptionValue::add(const OptionValue &value)
> > > +{
> > > + type_ = ValueArray;
> > > + array_.push_back(value);
> > > +}
> > > +
> >
> > I wonder how that would look like if we separate OptionValue (which
> > holds the actual multi-type option value) from the array.
> >
> > I'm not expert of this code, but OptionBase has a 'values_' map, which
> > associates the opt key with an OptionValue that holds the actually option
> > value and this OptionValue, since this patch, could be an array too.
> >
> > I wonder how that would look like it the 'values_' map would use
> > another type, which maintains OptionValues into a a vector, so that
> > all OptionValues could be stored as array without introducing the new
> > 'array_' field.
> >
> > Something like:
> >
> > class OptionBase
> > {
> >
> > ...
> > std::map<T, OptionList> values_;
> >
> > };
> >
> > class OptionList
> > {
> > ...
> > std::vector<OptionValue> array_;
> > };
> >
> > class OptionValue
> > {
> > ....
> > Hold the basic types as it did already;
> > };
> >
> > Does this make any sense to you?
>
> That would have been a nice idea, if all options where arrays. As array
> options are the exception, the main use-case is non-array options. Using
> your suggestion a user of the parser would have to jump thru hoops to
> access the non-array options by accessing them in a vector with 1
> member, right?
Yes, they would be vectors with 1 member. Which part of handling a
single entry vector concerns you? Insertion at parsing time or access
to the option values?
Thanks
j
>
> >
> > Thanks
> > j
> >
> > > OptionValue::operator int() const
> > > {
> > > return toInteger();
> > > @@ -287,6 +293,11 @@ OptionValue::operator KeyValueParser::Options() const
> > > return toKeyValues();
> > > }
> > >
> > > +OptionValue::operator std::vector<OptionValue>() const
> > > +{
> > > + return toArray();
> > > +}
> > > +
> > > int OptionValue::toInteger() const
> > > {
> > > if (type_ != ValueInteger)
> > > @@ -311,6 +322,14 @@ KeyValueParser::Options OptionValue::toKeyValues() const
> > > return keyValues_;
> > > }
> > >
> > > +std::vector<OptionValue> OptionValue::toArray() const
> > > +{
> > > + if (type_ != ValueArray)
> > > + return std::vector<OptionValue>{};
> > > +
> > > + return array_;
> > > +}
> > > +
> > > /* -----------------------------------------------------------------------------
> > > * OptionsParser
> > > */
> > > diff --git a/src/cam/options.h b/src/cam/options.h
> > > index b33a90fc6058febf..6a887416c0070c41 100644
> > > --- a/src/cam/options.h
> > > +++ b/src/cam/options.h
> > > @@ -10,6 +10,7 @@
> > > #include <ctype.h>
> > > #include <list>
> > > #include <map>
> > > +#include <vector>
> > >
> > > class KeyValueParser;
> > > class OptionValue;
> > > @@ -84,6 +85,7 @@ public:
> > > ValueInteger,
> > > ValueString,
> > > ValueKeyValue,
> > > + ValueArray,
> > > };
> > >
> > > OptionValue();
> > > @@ -92,21 +94,26 @@ public:
> > > OptionValue(const std::string &value);
> > > OptionValue(const KeyValueParser::Options &value);
> > >
> > > + void add(const OptionValue &value);
> > > +
> > > ValueType type() const { return type_; }
> > >
> > > operator int() const;
> > > operator std::string() const;
> > > operator KeyValueParser::Options() const;
> > > + operator std::vector<OptionValue>() const;
> > >
> > > int toInteger() const;
> > > std::string toString() const;
> > > KeyValueParser::Options toKeyValues() const;
> > > + std::vector<OptionValue> toArray() const;
> > >
> > > private:
> > > ValueType type_;
> > > int integer_;
> > > std::string string_;
> > > KeyValueParser::Options keyValues_;
> > > + std::vector<OptionValue> array_;
> > > };
> > >
> > > class OptionsParser
> > > --
> > > 2.21.0
> > >
> > > _______________________________________________
> > > libcamera-devel mailing list
> > > libcamera-devel at lists.libcamera.org
> > > https://lists.libcamera.org/listinfo/libcamera-devel
>
>
>
> --
> Regards,
> Niklas Söderlund
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 833 bytes
Desc: not available
URL: <https://lists.libcamera.org/pipermail/libcamera-devel/attachments/20190326/68dc8502/attachment-0001.sig>
More information about the libcamera-devel
mailing list