blob: 35d677ca35db9734935caf7d3806e824167b89b6 (
plain)
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
|
/*
* Copyright (C) 2005-2013 Team XBMC
* http://xbmc.org
*
* This Program is free software; you can redistribute it and/or modify
* it under the terms of the GNU General Public License as published by
* the Free Software Foundation; either version 2, or (at your option)
* any later version.
*
* This Program is distributed in the hope that it will be useful,
* but WITHOUT ANY WARRANTY; without even the implied warranty of
* MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the
* GNU General Public License for more details.
*
* You should have received a copy of the GNU General Public License
* along with XBMC; see the file COPYING. If not, see
* <http://www.gnu.org/licenses/>.
*
*/
#pragma once
#include <map>
#include "AddonString.h"
namespace XBMCAddon
{
// This is a hack in order to handle int's as strings. The correct fix for
// this is to get rid of Alternative all togther and make the codegenerator
// finally handle overloading correctly.
typedef String StringOrInt;
/**
* This is a bit of a hack for dynamically typed languages. In somce
* cases python addon api calls handle dictionaries with variable
* value types. In this case we coerce all of these types into
* strings and then convert them back in the api. Yes, this is messy
* and maybe we should use the CVariant here. But for now the
* native api handles these calls by converting the string to the
* appropriate types.
*/
template<class T> class Dictionary : public std::map<String,T> {};
typedef Dictionary<StringOrInt> Properties;
}
|
