navi homePPSaboutscreenshotsdownloaddevelopmentforum

source: code/branches/core7/src/modules/pickup/PickupManager.h @ 10559

Last change on this file since 10559 was 10559, checked in by landauf, 5 years ago

these two classes used pointers to weakptrs - why? just use normal weakptrs, that makes more sense

  • Property svn:eol-style set to native
File size: 12.0 KB
2 *   ORXONOX - the hottest 3D action shooter ever to exist
3 *                    > <
4 *
5 *
6 *   License notice:
7 *
8 *   This program is free software; you can redistribute it and/or
9 *   modify it under the terms of the GNU General Public License
10 *   as published by the Free Software Foundation; either version 2
11 *   of the License, or (at your option) any later version.
12 *
13 *   This program is distributed in the hope that it will be useful,
14 *   but WITHOUT ANY WARRANTY; without even the implied warranty of
16 *   GNU General Public License for more details.
17 *
18 *   You should have received a copy of the GNU General Public License
19 *   along with this program; if not, write to the Free Software
20 *   Foundation, Inc., 51 Franklin Street, Fifth Floor, Boston, MA  02110-1301, USA.
21 *
22 *   Author:
23 *      Damian 'Mozork' Frick
24 *   Co-authors:
25 *      ...
26 *
30    @file PickupManager.h
31    @brief Definition of the PickupManager class.
32    @ingroup Pickup
35#ifndef _PickupManager_H__
36#define _PickupManager_H__
38#include "PickupPrereqs.h"
40#include <map>
41#include "core/object/WeakPtr.h"
43#include "PickupRepresentation.h"
45#include "util/Singleton.h"
46#include "interfaces/PickupListener.h"
48namespace orxonox // tolua_export
49{ // tolua_export
51    // tolua_begin
52    /**
53    @brief
54        Data structure to store collected data for one specific @ref orxonox::Pickupable "Pickupable".
55        This is used to not have to synchronise @ref orxonox::Pickupable "Pickupable" just to have the needed information for the PickupInventory available on all clients. Instead the information is sent over the network and stored in a PickupInventoryContainer.
57    @ingroup Pickup
58    */
59    struct PickupInventoryContainer
60    {
61        uint32_t pickup; //!< An indentifier for the @ref orxonox::Pickupable "Pickupable" that is associated with the information stored here.
62        bool inUse; //!< Whether the @ref orxonox::Pickupable "Pickupable" is currently in use.
63        bool pickedUp; //!< Whether the @ref orxonox::Pickupable "Pickupable" is currently picked up.
64        bool usable; //!< Whether the @ref orxonox::Pickupable "Pickupable" is usable.
65        bool unusable; //!< Whether the @ref orxonox::Pickupable "Pickupable" is droppable.
66        uint32_t representationObjectId; //!< The objectId of the @ref orxonox::PickupRepresentation "PickupRepresentation" that represents the @ref orxonox::Pickupable "Pickupable".
67        std::string representationName; //!< The name of the associated PickupRepresentation
68    };
69    // tolua_end
71    /**
72    @brief
73        The PickupManager class manages @ref orxonox::Pickupable "Pickupables".
75        It has in essence two tasks to fulfill. Firstly it must link @ref orxonox::Pickupable "Pickupables" (through their representation-name attribute) to the respective @ref orxonox::PickupRepresentation "PickupRepresentations". Secondly it manages the PickupInventory. (The PickupInventory is the GUI that displays @ref orxonox::Pickupable "Pickupables" for the covenience of the user.)
77        @section PickupManagerTechnicalDetails Technical details
78        Unfortunately <em>under the hood</em> it isn't just as easy. At least the PickupInventory part isn't. To grasp why this is we need to have a brief look at how the pickups module works over the network:
80        The pickups module essentially just exists on the @ref orxonox::Server "Server", since it's all game logic. That means, a @ref orxonox::PickupSpawner "PickupSpawner" is always triggered on the server, the @ref orxonox::Pickupable "Pickupable" is then picked up (and maybe used already) on the server. The effects the pickup has are synchronised over the network, if they have to be, but this is the responsibility of the entities that are affected, not the pickups module, and normally this is already implemented. The only two things that need to be communicated over the network are the graphical component of the @ref orxonox::PickupSpawner "PickupSpawner", since it needs to be displayed on the @ref orxonox::Client "Clients" as well, and anything that is needed for the PickupInventory, since it exists for each @ref orxonox::Host "Host" seperatly.
82        Fortunately synchronising the @ref orxonox::PickupSpawner "PickupSpawner" is already being taken care of by the synchronisation of the @ref orxonox::StaticEntity "StaticEntity" (or parents thereof).
84        This leaves us with the PickupInventory component (and this is really the source of all the complexity).
86        Firstly there are a number of lists (where by list I really mean any kind of ordered data structure) kept.
87        - The @ref orxonox::PickupManager::representations_ "representations_" list links @ref orxonox::PickupRepresentation "PickupRepresentations" with its name and can be used to get the @ref orxonox::PickupRepresentation "PickupRepresentation" for a given @ref orxonox::Pickupable "Pickupable". It is only populated on the server (or in standalone mode). Each @ref orxonox::PickupRepresentation "PickupRepresentation" that is generated through XML registers itself with the PickupManager and is thereby added to the list.
88        - The @ref orxonox::PickupManager::pickupInventoryContainers_ "pickupInventoryContainers_" list links a number identifying a @ref orxonox::Pickupable "Pickupable" to a data structure (the @ref orxonox::PickupInventoryContainer "PickupInventoryContainer"), which contains all necessary information about that @ref orxonox::Pickupable "Pickupable". This list is maintained on all hosts, a new container is inserted when a @ref orxonox::Pickupable "Pickupable" is picked up, but only if it has been picked up by the repsective host. This list is then used by the PickupInventory to access the required information and to get the correct @ref orxonox::PickupRepresentation "PickupRepresentation".
89        - The @ref orxonox::PickupManager::pickups_ "pickups_" list links a number identifiying a @ref orxonox::Pickupable "Pickupable" to a (weak pointer to a) @ref orxonox::Pickupable "Pickupable". It is only maintained by the server (or in standalone mode), to be able to use, unuse and drop @ref orxonox::Pickupable "Pickupables" through the PickupInventory. Since @ref orxonox::Pickupable "Pickupables" only exist on the server a client that wants to change a pickups status has so send a request over the network (with the number identifying the pickup) to the server and then the server facilitates the change, using this list to map from the identifyer to the actual @ref orxonox::Pickupable "Pickupable".
90        - The @ref orxonox::PickupManager::indexes_ "indexes_" list links a @ref orxonox::Pickupable "Pickupable" to the number identifying it. This is only maintained on the server (or in standalone mode), and is used for the inverse mapping of the previous list, which means the server uses it identify pickups on clients when it communicates changes in pickups to clients.
92        There is communication in both directions. From server to client, when the server informs the client that the state of some @ref orxonox::Pickupable "Pickupable" has changed, during which all necessary information to create or update the PickupInventoryContainer for that pickup on the client is sent as well. Or from client to server, when the client wants the server to change the state of some @ref orxonox::Pickupable "Pickupable".
94    @author
95        Damian 'Mozork' Frick
97    @ingroup Pickup
98    */
99    class _PickupExport PickupManager // tolua_export
100        : public Singleton<PickupManager>, public PickupListener
101    { // tolua_export
102        friend class Singleton<PickupManager>;
104        public:
105            PickupManager(); //!< Constructor.
106            virtual ~PickupManager(); //!< Destructor.
108            /**
109            @brief Get the instance of the PickupManager singleton.
110            @return Returns the instance of the PickupManager singleton.
111            */
112            static PickupManager& getInstance() { return Singleton<PickupManager>::getInstance(); } // tolua_export
114            bool registerRepresentation(const std::string& name, PickupRepresentation* representation);
115            bool unregisterRepresentation(const std::string& name);
117            PickupRepresentation* getRepresentation(const std::string& name); // tolua_export
119            virtual void pickupChangedUsed(Pickupable* pickup, bool used); //!< Is called by the PickupListener to notify the PickupManager, that the input Pickupable has transited to the input used state.
120            static void pickupChangedUsedNetwork(uint32_t pickup, bool inUse, bool usable, bool unusable); //!< Helper method to react to the change in the used status of a Pickupable.
121            virtual void pickupChangedPickedUp(Pickupable* pickup, bool pickedUp); //!< Is called by the PickupListener to notify the PickupManager, that the input Pickupable has transited to the input pickedUp state.
122            static void pickupChangedPickedUpNetwork(uint32_t pickup, bool usable, uint32_t representationObjectId, const std::string& representationName, bool pickedUp); //!< Helper method to react to the change in the pickedUp status of a Pickupable.
124        // Methods to be used by the PickupInventory.
125        public:
126            // tolua_begin
127            int getNumPickups(void); //!< Get the number of pickups currently picked up by the player.
128            /**
129            @brief Get the next PickupInventoryContainer in the list.
130                   Use this, after having called getNumPickups() to access all the PickupInventoryContainers individually and in succession.
131            @return Returns the next PickupInventoryContainer in the list.
132            */
133            const orxonox::PickupInventoryContainer* popPickup(void)
134                { return (this->pickupsIterator_++)->second; }
136            void dropPickup(uint32_t pickup); //!< Drop the input Pickupable.
137            void usePickup(uint32_t pickup, bool use); //!< Use (or unuse) the input Pickupable.
138             /**
139            @brief Check whether the input Pickupable is valid, meaning that it is in the PickupManager's list and still exists.
140            @param pickup The Pickupable.
141            @return Returns true if the input Pickupable is still valid, false if not.
142            */
143            bool isValidPickup(uint32_t pickup) const
144                { return this->pickups_.find(pickup) != this->pickups_.end(); }
145            // tolua_end
147            static void dropPickupNetworked(uint32_t pickup); //!< Helper method to drop the input pickup on the server.
148            static void usePickupNetworked(uint32_t pickup, bool use); //!< Helper method to use (or unuse) the input Pickupable on the server.
150        private:
151            static PickupManager* singletonPtr_s;
152            static const std::string guiName_s; //!< The name of the PickupInventory
153            bool guiLoaded_; //!< Whether the PickupInventory GUI has been loaded, yet.
154            uint32_t pickupHighestIndex_; //!< The highest pickup index currently in use. (not taking wrap-around into account)
156            PickupRepresentation* defaultRepresentation_; //!< The default PickupRepresentation.
158            std::map<std::string, PickupRepresentation*> representations_; //!< Map linking PickupRepresentations and their names.
160            std::map<uint32_t, PickupInventoryContainer*> pickupInventoryContainers_; //!< Map linking a number identifying a Pickupable to a PickupInventoryContainer, which contains all necessary information about that Pickupable.
161            std::map<uint32_t, PickupInventoryContainer*>::iterator pickupsIterator_; //!< An iterator pointing to the current Pickupable in pickupsList_.
163            std::map<uint32_t, WeakPtr<Pickupable> > pickups_; //!< Map linking a number identifying a Pickupable to a weak pointer of a Pickupable.
164            std::map<Pickupable*, uint32_t> indexes_;//!< Map linking Pickupable to the number identifying it.
166            void updateGUI(void); //!< Updates the PickupInventory GUI.
167            uint32_t getPickupIndex(void); //!< Get a new index for a Pickupable.
169    }; // tolua_export
171} // tolua_export
173#endif // _PickupManager_H__
Note: See TracBrowser for help on using the repository browser.