(Re) именованные члены std::pair

хотя и не идеально, можно использовать помеченные данные:

template <typename tag_type, typename pair_type>
typename tag_type::type& get(pair_type& p);

typedef std::pair<std::string /*name*/, int /*zipcode*/> city;
struct name { typedef std::string type; };
struct zipcode { typedef int type; };

template <>
std::string& get<name, city>(city& city)
{
   return city.first;
}

template <>
int& get<zipcode, city>(city& city)
{
   return city.second;
}

int main()
{
   city c("new york", 10001);
   std::string n = get<name>(c);
   int z = get<zipcode>(c);
}

но как говорит Бен Фойт:struct city { string name; int zipcode; }; было бы в значительной степени всегда лучше.

EDIT: Шаблоны, вероятно, являются излишними, вместо этого вы можете использовать свободные функции в пространстве имен. Это по-прежнему не решает проблемы безопасности типа, как и любой std::pair<T1, T2> являются тем же типом, что и любой другой std::pair<T1, T2>:

namespace city
{
   typedef std::pair<std::string /*name*/, int /*zipcode*/> type;

   std::string& name(type& city)
   {
      return city.first;
   }

   int& zipcode(type& city)
   {
      return city.second;
   }
}

int main()
{
   city::type c("new york", 10001);
   std::string n = city::name(c);
   int z = city::zipcode(c);
}

С std::pair обычно используется для хранения записей в std::map тара, вы можете посмотреть на помеченные элементы в Boost Bimap.

справка:

#include <boost/bimap/bimap.hpp>
#include <string>
#include <iostream>

struct name {}; // Tag for the default 'first' member
struct zipcode {}; // Tag for the default 'second' member

int main()
{
    using namespace boost::bimaps;
    typedef bimap <tagged<std::string, name>, tagged<int, zipcode> > Cities;
    typedef Cities::value_type registration;

    Cities cities;
    cities.insert(registration("Amsterdam", 20));
    cities.insert(registration("Rotterdam", 10));

    // ...
    std::string cityName;
    std::cin >> cityName;

    Cities::map_by<name>::const_iterator id_iter = cities.by<name>().find(cityName);
    if( id_iter != cities.by<name>().end() )
    {
        std::cout << "name: " << id_iter->get<name>() << std::endl
                  << "zip: " << id_iter->get<zipcode>()   << std::endl;
    }

    return 0;
}

обратите внимание, что bimaps может прозрачно эмулировать std::map или другие ассоциативные типы контейнеров без стоимости производительности; они просто более гибкие. В этом конкретном примере определение, скорее всего, лучше всего изменить на что-то вроде:

typedef bimap <tagged<std::string, name>, multiset_of<tagged<int, zipcode> > > Cities;
typedef Cities::value_type registration;

Cities cities;
cities.insert(registration("Amsterdam", 20));
cities.insert(registration("Rotterdam", 10));
cities.insert(registration("Rotterdam", 11));

Я приглашаю вас бродить по документации для Boost Bimap, чтобы получить полную картину

Я думаю, что это

struct City : public std::pair<string, int> {
  string& name() { return first; }
  const string& name() const { return first; }
  int& zip() { return second; }
  int zip() const { return second; }
};

ближе всего вы получаете то, что ищете, althrough struct City { string name; int zipcode; } выглядит абсолютно нормально.

вы будете рады узнать, что предложение диапазоны также включает в себя нечто под названием tagged_pair, Так что ваше:

struct city { string name; int zipcode; };

также можно записать как:

using city = tagged_pair<tag::name(std::string), tag::zipcode(int)>;

city c{"Chicago", 60654};
std::cout << c.name() << " is at zipcode " << c.zipcode() << '\n';

конечно, это также может использоваться в возвращаемом типе непосредственно как обычно:

tagged_pair<tag::min(int), tag::max(int)> get_range() {
     return {0, 100};
}

auto score_range = get_range();
std::cout << "From " << score_range.min() << " to " << score_range.max();

можно использовать операторы указатель-член. Есть несколько альтернатив. Вот самый простой.

typedef std::map< zipcode_t, std::string > zipmap_t;
static zipcode_t const (zipmap_t::value_type::*const zipcode)
                                              = &zipmap_t::value_type::first;
static std::string (zipmap_t::value_type::*const zipname)
                                              = &zipmap_t::value_type::second;

// Usage
zipmap_t::value_type my_map_value;
std::string &name = my_map_value.*zipname;

вы можете поместить аксессоры для одного псевдо-типа в выделенный namespace чтобы отделить их от других вещей. Тогда это будет выглядеть как my_map_value.*zip::name. Но, если вам действительно не нужно использовать pair, вероятно, проще просто определить новый struct.

Я придумал Utility_pair макрос, который можно использовать следующим образом:

Utility_pair(ValidityDateRange,
    time_t, startDay,
    time_t, endDay
);

затем, когда вам нужно получить доступ к полям ValidityDateRange, вы можете сделать это так:

ValidityDateRange r = getTheRangeFromSomewhere();

auto start = r.startDay(); // get the start day
r.endDay() = aNewDay();    // set the end day
r.startDay(aNewDay1())     // set the start and end day in one go.
 .endDay(aNewDay2());

реализация:

#include <utility>

#define Utility_pair_member_(pairName, ordinality, type, name)      \
    const type &name() const { return ordinality; }                 \
    type &name() { return ordinality; }                             \
    pairName &name(const type &m) { ordinality = m; return *this; } \
/***/

#define Utility_pair(pairName, firstMemberType, firstMemberName, secondMemberType, secondMemberName) \
    struct pairName: std::pair<firstMemberType, secondMemberType>  {                                 \
        Utility_pair_member_(pairName, first, firstMemberType, firstMemberName)                      \
        Utility_pair_member_(pairName, second, secondMemberType, secondMemberName)                   \
    }                                                                                                \
/***/

Я думаю, что вы действительно должны ввести новые типы здесь. Я полностью на стороне stl с точки зрения наличия класса pair, но это точная причина, по которой люди java утверждают, что они не хотят иметь класс pair, и вы всегда должны вводить новые типы для ваших piar-подобных типов.

хорошая вещь о решении stl заключается в том, что вы можете использовать пару классов gerneric, но вы можете вводить новые типы / классы, когда вы действительно хотите, чтобы члены были названы иначе, чем первый/второй. Кроме того, введение новых классов дает вам свободу легко добавлять член thrid, если это когда-либо станет необходимым.

возможно, вы можете наследовать свой собственный класс pair от pair и установить две ссылки с именем name и zipcode в своем конструкторе (просто обязательно реализуйте все конструкторы, которые вы будете использовать )