tuple
in boost and TR1/c++0x provides a convenient (for the writer of the function) method to return two values from a function--however it seems to damage one major feature of the language for the caller: the ability to simply use the function to initialize a variable:
T happy();
const auto meaningful_name(happy()); // RVO means no excess copies
but for:
tuple<T,U> sad();
we either have to surrender the ability to pick a meaningful name for our return values, and use get<n>()
everywhere:
const auto two_unrelated_things(sad());
or make a temporary:
const auto unwanted_named_temporary(sad());
const auto one_name(get<0>(unwanted_named_temporary));
const auto two_name(get<1>(unwanted_named_temporary));
or switch from initialization to assignment, which only works when the types are assignable, and breaks auto
:
tuple_element<0, decltype(sad())>::type one_mutable; // there might be a less
tuple_element<1, decltype(sad())>::type two_mutable; // verbose way
tie(one_mutable,two_mutable) = sad();
or do something unnatural to a local class:
const struct ugh {
ugh( decltype(sad()) rhs ) : one_name(get<0>(rhs)), two_name(get<1>(rhs)) {}
const tuple_element<0, decltype(sad())>::type one_name;
const tuple_element<1, decltype(sad())>::type two_name;
} stuff(sad()); // at least we avoid the temporary and get initialization
Is there a better way? I'm using VC10 compatible constructs above, would anything in full c++0x or boost help?
Ideally it would:
In C or C++, we cannot return multiple values from a function directly.
JavaScript functions can return a single value. To return multiple values from a function, you can pack the return values as elements of an array or as properties of an object.
You can return only one value in Java. If needed you can return multiple values using array or an object.
A function can have any number of return statements.
std::tuple<Type1, Type2> returnValue = sad();
Type1& first = std::get<0>(returnValue);
Type2& second = std::get<1>(returnValue);
I'm not sure what your fourth bullet means, but that satisfies all the rest.
*edit: Based on your comment above, I figured out what you meant by the fourth bullet.
struct Object {
Object(const std::tuple<Type1, Type2>& t) : value(t) { }
Type1& First() { return std::get<0>(value); }
Type2& second() { return std::get<1>(value); }
private:
std::tuple<Type1, Type2> value;
}
Modify as needed.
You could also just not use std::tuple
at all if the returned values are so unrelated that you have to split them up in order for them to be used reasonably. People have gotten by for years returned struct
s with reasonably named fields, or by accepting reference parameters for output.
As an aside, you seem to be in love with auto
. Don't be. Its a great feature, but this is not the way it should to be used. Your code is going to end up illegible if you don't specify types from time to time.
If you love us? You can donate to us via Paypal or buy me a coffee so we can maintain and grow! Thank you!
Donate Us With