Home / Engineering & CS / Computer Science /All codes in c# Iteration 2 - Players, Items, and Inventory The goal of this iteration will be to create the Player, Item, and Inventory classes and the ability to locate things within these objects. From this it should be possible to add items into the Play- er's inventory and then get the player to locate the item for us. Identifiable Object << abstract >> Game Object -_description : string - name : string + Game Object(string[] ids, string name, string desc) + Name : string <<readonly, property >> + ShortDescription : string << readonly, property >> + Full Description : String << virtual, readonly, property>> Item + Item(string[] idents, string name, string desc) Inventory items : List<Item> + Inventory() + Hasitem( string id): bool + Put(Item itm) : void + Take(string id) : Item + Fetch(string id): Item + ItemList : string <<readonly, property>> Player _inventory: Inventory + Player(String name, string desc) + Locate(string id) : GameObject + Full Description : string <coverride, readonly, property>> + Inventory: Inventory <creadonly, property>> Notes: • The Player constructor will call the GameObject constructor and pass up identifiers for "me" and "inventory" public Player (string name, string desc) : base( new string[] { "me", "inventory"} { ! name, desc) } Page 3 of 15 Object Oriented Programming Swin-Adventure C# Implementation Plan This iteration adds several classes that help create a number of key abstractions for the game. The Game Object class will be used to represent anything that the player can interact with. • Game Object - "anything" the player can interact with - Name - this is a short textual description of the game object . Description - a longer textual description of the game object Short Description - returns a short description made up of the name and the first id of the game object. This is used when referring to an object, rather than directly examin- ing the object. . Long Description - By default this is just the description, but it will be changed by child classes to include related items. Example from requirements document: Command -> inventory You are Fred the mighty programmer. You are carrying a shovel (shovel) a bronze sword (sword) a small computer (pc) The inventory command is the same as "look at me", so this shows the Full Description of the Player. It includes the short description if items the player is carrying, for exam "a shovel" is the name of an item the player is carrying. The first id of this item is "shovel", so its Short Descrip- tion is "a shovel (shovel)". In the design the Item class is a kind of Game Object. This is an abstraction of the "Items" the player can interact with in the game. Example item: Item shovel = new Item( new String[] {"shovel", "spade" }, "a shovel", "This is a might fine Player is also a kind of Game Object. This will be a object through which the player will inter- act with the game world. • Player - the players avatar in the game world . An Inventory object is used to manage the Player's items Full Description is overridden to include details of the items in the player's inventory. Locate "finds" a GameObject somewhere around the player. At this stage that includes the player themselves, or an item the player has in their inventory. See next page... A number of Game Objects will need to contain Items. This functionality is encapsulated in the Inventory class. This provides a managed list of items. . Inventory - a managed collection of items . Items can be added using Put, or removed by id using Take Fetch locates an item by id (using Are You) and returns it Page 4 of 15 The following UML sequence diagrams shows the sequence of messages involved in locat the player and their items. The player can "locate" themselves. p: Player Locate "inventory". Are You "inventory" Yes / True The player can locate items in their inventory. Note: pi is the player's inventory object. P: Player pi: Inventory gem:Item sword : Item Locate "sword Are You "sword" No / False Fetch "sword Are You "sword No / False Are You "sword" Yes / True sword sword When there are no items that match then null/nil is returned. p: Player pi: Inventory . Item Locate "club Are You "club" No / False Fetch "club" Loop [ for each item) Are You "club" No / False null/nil null/nil Item Unit Tests Test Item is Iden- The item responds correctly to "Are You" requests based on the identi- tifiable fiers it is created with Test Short De- The game object's short description returns the string "a name (first scription id)" eg: a bronze sword (sword) Test Full Descrip- Returns the item's description. tion Inventory Unit Tests Test Find Item The Inventory has items that are put in it. Test No Item Find The Inventory does not have items it does not contain. Test Fetch Item Returns items it has, and the item remains in the inventory. Test Take Item Returns the item, and the item is no longer in the inventory. Test Item List Returns a list of strings with one row per item. The rows contain tab indented short descriptions of the items in the Inventory. Player Unit Tests Test Player is the player responds correctly to "Are You" requests based on its de- Identifiable fault identifiers (me and inventory). Test Player Lo- The player can locate items in its inventory, this returns items the play- cates Items er has and the item remains in the player's inventory. Test Player Lo- The player returns itself if asked to locate "me" or "inventory". cates itself Test Player Lo- The player returns a null/nil object if asked to locate something it does cates nothing not have. Test Player Full The player's full description contains the text "You are carrying:" and Description the short descriptions of the items the player has (from its inventory's item list)

Question All codes in c# Iteration 2 - Players, Items, and Inventory The goal of this iteration will be to create the Player, Item, and Inventory classes and the ability to locate things within these objects. From this it should be possible to add items into the Play- er's inventory and then get the player to locate the item for us. Identifiable Object << abstract >> Game Object -_description : string - name : string + Game Object(string[] ids, string name, string desc) + Name : string <<readonly, property >> + ShortDescription : string << readonly, property >> + Full Description : String << virtual, readonly, property>> Item + Item(string[] idents, string name, string desc) Inventory items : List<Item> + Inventory() + Hasitem( string id): bool + Put(Item itm) : void + Take(string id) : Item + Fetch(string id): Item + ItemList : string <<readonly, property>> Player _inventory: Inventory + Player(String name, string desc) + Locate(string id) : GameObject + Full Description : string <coverride, readonly, property>> + Inventory: Inventory <creadonly, property>> Notes: • The Player constructor will call the GameObject constructor and pass up identifiers for "me" and "inventory" public Player (string name, string desc) : base( new string[] { "me", "inventory"} { ! name, desc) } Page 3 of 15 Object Oriented Programming Swin-Adventure C# Implementation Plan This iteration adds several classes that help create a number of key abstractions for the game. The Game Object class will be used to represent anything that the player can interact with. • Game Object - "anything" the player can interact with - Name - this is a short textual description of the game object . Description - a longer textual description of the game object Short Description - returns a short description made up of the name and the first id of the game object. This is used when referring to an object, rather than directly examin- ing the object. . Long Description - By default this is just the description, but it will be changed by child classes to include related items. Example from requirements document: Command -> inventory You are Fred the mighty programmer. You are carrying a shovel (shovel) a bronze sword (sword) a small computer (pc) The inventory command is the same as "look at me", so this shows the Full Description of the Player. It includes the short description if items the player is carrying, for exam "a shovel" is the name of an item the player is carrying. The first id of this item is "shovel", so its Short Descrip- tion is "a shovel (shovel)". In the design the Item class is a kind of Game Object. This is an abstraction of the "Items" the player can interact with in the game. Example item: Item shovel = new Item( new String[] {"shovel", "spade" }, "a shovel", "This is a might fine Player is also a kind of Game Object. This will be a object through which the player will inter- act with the game world. • Player - the players avatar in the game world . An Inventory object is used to manage the Player's items Full Description is overridden to include details of the items in the player's inventory. Locate "finds" a GameObject somewhere around the player. At this stage that includes the player themselves, or an item the player has in their inventory. See next page... A number of Game Objects will need to contain Items. This functionality is encapsulated in the Inventory class. This provides a managed list of items. . Inventory - a managed collection of items . Items can be added using Put, or removed by id using Take Fetch locates an item by id (using Are You) and returns it Page 4 of 15 The following UML sequence diagrams shows the sequence of messages involved in locat the player and their items. The player can "locate" themselves. p: Player Locate "inventory". Are You "inventory" Yes / True The player can locate items in their inventory. Note: pi is the player's inventory object. P: Player pi: Inventory gem:Item sword : Item Locate "sword Are You "sword" No / False Fetch "sword Are You "sword No / False Are You "sword" Yes / True sword sword When there are no items that match then null/nil is returned. p: Player pi: Inventory . Item Locate "club Are You "club" No / False Fetch "club" Loop [ for each item) Are You "club" No / False null/nil null/nil Item Unit Tests Test Item is Iden- The item responds correctly to "Are You" requests based on the identi- tifiable fiers it is created with Test Short De- The game object's short description returns the string "a name (first scription id)" eg: a bronze sword (sword) Test Full Descrip- Returns the item's description. tion Inventory Unit Tests Test Find Item The Inventory has items that are put in it. Test No Item Find The Inventory does not have items it does not contain. Test Fetch Item Returns items it has, and the item remains in the inventory. Test Take Item Returns the item, and the item is no longer in the inventory. Test Item List Returns a list of strings with one row per item. The rows contain tab indented short descriptions of the items in the Inventory. Player Unit Tests Test Player is the player responds correctly to "Are You" requests based on its de- Identifiable fault identifiers (me and inventory). Test Player Lo- The player can locate items in its inventory, this returns items the play- cates Items er has and the item remains in the player's inventory. Test Player Lo- The player returns itself if asked to locate "me" or "inventory". cates itself Test Player Lo- The player returns a null/nil object if asked to locate something it does cates nothing not have. Test Player Full The player's full description contains the text "You are carrying:" and Description the short descriptions of the items the player has (from its inventory's item list)

TK57NC The Asker · Computer Science

All codes in c#

Transcribed Image Text: Iteration 2 - Players, Items, and Inventory The goal of this iteration will be to create the Player, Item, and Inventory classes and the ability to locate things within these objects. From this it should be possible to add items into the Play- er's inventory and then get the player to locate the item for us. Identifiable Object << abstract >> Game Object -_description : string - name : string + Game Object(string[] ids, string name, string desc) + Name : string <> + ShortDescription : string << readonly, property >> + Full Description : String << virtual, readonly, property>> Item + Item(string[] idents, string name, string desc) Inventory items : List + Inventory() + Hasitem( string id): bool + Put(Item itm) : void + Take(string id) : Item + Fetch(string id): Item + ItemList : string <> Player _inventory: Inventory + Player(String name, string desc) + Locate(string id) : GameObject + Full Description : string > + Inventory: Inventory > Notes: • The Player constructor will call the GameObject constructor and pass up identifiers for "me" and "inventory" public Player (string name, string desc) : base( new string[] { "me", "inventory"} { ! name, desc) } Page 3 of 15 Object Oriented Programming Swin-Adventure C# Implementation Plan This iteration adds several classes that help create a number of key abstractions for the game. The Game Object class will be used to represent anything that the player can interact with. • Game Object - "anything" the player can interact with - Name - this is a short textual description of the game object . Description - a longer textual description of the game object Short Description - returns a short description made up of the name and the first id of the game object. This is used when referring to an object, rather than directly examin- ing the object. . Long Description - By default this is just the description, but it will be changed by child classes to include related items. Example from requirements document: Command -> inventory You are Fred the mighty programmer. You are carrying a shovel (shovel) a bronze sword (sword) a small computer (pc) The inventory command is the same as "look at me", so this shows the Full Description of the Player. It includes the short description if items the player is carrying, for exam "a shovel" is the name of an item the player is carrying. The first id of this item is "shovel", so its Short Descrip- tion is "a shovel (shovel)". In the design the Item class is a kind of Game Object. This is an abstraction of the "Items" the player can interact with in the game. Example item: Item shovel = new Item( new String[] {"shovel", "spade" }, "a shovel", "This is a might fine Player is also a kind of Game Object. This will be a object through which the player will inter- act with the game world. • Player - the players avatar in the game world . An Inventory object is used to manage the Player's items Full Description is overridden to include details of the items in the player's inventory. Locate "finds" a GameObject somewhere around the player. At this stage that includes the player themselves, or an item the player has in their inventory. See next page... A number of Game Objects will need to contain Items. This functionality is encapsulated in the Inventory class. This provides a managed list of items. . Inventory - a managed collection of items . Items can be added using Put, or removed by id using Take Fetch locates an item by id (using Are You) and returns it Page 4 of 15 The following UML sequence diagrams shows the sequence of messages involved in locat the player and their items. The player can "locate" themselves. p: Player Locate "inventory". Are You "inventory" Yes / True The player can locate items in their inventory. Note: pi is the player's inventory object. P: Player pi: Inventory gem:Item sword : Item Locate "sword Are You "sword" No / False Fetch "sword Are You "sword No / False Are You "sword" Yes / True sword sword When there are no items that match then null/nil is returned. p: Player pi: Inventory . Item Locate "club Are You "club" No / False Fetch "club" Loop [ for each item) Are You "club" No / False null/nil null/nil Item Unit Tests Test Item is Iden- The item responds correctly to "Are You" requests based on the identi- tifiable fiers it is created with Test Short De- The game object's short description returns the string "a name (first scription id)" eg: a bronze sword (sword) Test Full Descrip- Returns the item's description. tion Inventory Unit Tests Test Find Item The Inventory has items that are put in it. Test No Item Find The Inventory does not have items it does not contain. Test Fetch Item Returns items it has, and the item remains in the inventory. Test Take Item Returns the item, and the item is no longer in the inventory. Test Item List Returns a list of strings with one row per item. The rows contain tab indented short descriptions of the items in the Inventory. Player Unit Tests Test Player is the player responds correctly to "Are You" requests based on its de- Identifiable fault identifiers (me and inventory). Test Player Lo- The player can locate items in its inventory, this returns items the play- cates Items er has and the item remains in the player's inventory. Test Player Lo- The player returns itself if asked to locate "me" or "inventory". cates itself Test Player Lo- The player returns a null/nil object if asked to locate something it does cates nothing not have. Test Player Full The player's full description contains the text "You are carrying:" and Description the short descriptions of the items the player has (from its inventory's item list)
More
Transcribed Image Text: Iteration 2 - Players, Items, and Inventory The goal of this iteration will be to create the Player, Item, and Inventory classes and the ability to locate things within these objects. From this it should be possible to add items into the Play- er's inventory and then get the player to locate the item for us. Identifiable Object << abstract >> Game Object -_description : string - name : string + Game Object(string[] ids, string name, string desc) + Name : string <> + ShortDescription : string << readonly, property >> + Full Description : String << virtual, readonly, property>> Item + Item(string[] idents, string name, string desc) Inventory items : List + Inventory() + Hasitem( string id): bool + Put(Item itm) : void + Take(string id) : Item + Fetch(string id): Item + ItemList : string <> Player _inventory: Inventory + Player(String name, string desc) + Locate(string id) : GameObject + Full Description : string > + Inventory: Inventory > Notes: • The Player constructor will call the GameObject constructor and pass up identifiers for "me" and "inventory" public Player (string name, string desc) : base( new string[] { "me", "inventory"} { ! name, desc) } Page 3 of 15 Object Oriented Programming Swin-Adventure C# Implementation Plan This iteration adds several classes that help create a number of key abstractions for the game. The Game Object class will be used to represent anything that the player can interact with. • Game Object - "anything" the player can interact with - Name - this is a short textual description of the game object . Description - a longer textual description of the game object Short Description - returns a short description made up of the name and the first id of the game object. This is used when referring to an object, rather than directly examin- ing the object. . Long Description - By default this is just the description, but it will be changed by child classes to include related items. Example from requirements document: Command -> inventory You are Fred the mighty programmer. You are carrying a shovel (shovel) a bronze sword (sword) a small computer (pc) The inventory command is the same as "look at me", so this shows the Full Description of the Player. It includes the short description if items the player is carrying, for exam "a shovel" is the name of an item the player is carrying. The first id of this item is "shovel", so its Short Descrip- tion is "a shovel (shovel)". In the design the Item class is a kind of Game Object. This is an abstraction of the "Items" the player can interact with in the game. Example item: Item shovel = new Item( new String[] {"shovel", "spade" }, "a shovel", "This is a might fine Player is also a kind of Game Object. This will be a object through which the player will inter- act with the game world. • Player - the players avatar in the game world . An Inventory object is used to manage the Player's items Full Description is overridden to include details of the items in the player's inventory. Locate "finds" a GameObject somewhere around the player. At this stage that includes the player themselves, or an item the player has in their inventory. See next page... A number of Game Objects will need to contain Items. This functionality is encapsulated in the Inventory class. This provides a managed list of items. . Inventory - a managed collection of items . Items can be added using Put, or removed by id using Take Fetch locates an item by id (using Are You) and returns it Page 4 of 15 The following UML sequence diagrams shows the sequence of messages involved in locat the player and their items. The player can "locate" themselves. p: Player Locate "inventory". Are You "inventory" Yes / True The player can locate items in their inventory. Note: pi is the player's inventory object. P: Player pi: Inventory gem:Item sword : Item Locate "sword Are You "sword" No / False Fetch "sword Are You "sword No / False Are You "sword" Yes / True sword sword When there are no items that match then null/nil is returned. p: Player pi: Inventory . Item Locate "club Are You "club" No / False Fetch "club" Loop [ for each item) Are You "club" No / False null/nil null/nil Item Unit Tests Test Item is Iden- The item responds correctly to "Are You" requests based on the identi- tifiable fiers it is created with Test Short De- The game object's short description returns the string "a name (first scription id)" eg: a bronze sword (sword) Test Full Descrip- Returns the item's description. tion Inventory Unit Tests Test Find Item The Inventory has items that are put in it. Test No Item Find The Inventory does not have items it does not contain. Test Fetch Item Returns items it has, and the item remains in the inventory. Test Take Item Returns the item, and the item is no longer in the inventory. Test Item List Returns a list of strings with one row per item. The rows contain tab indented short descriptions of the items in the Inventory. Player Unit Tests Test Player is the player responds correctly to "Are You" requests based on its de- Identifiable fault identifiers (me and inventory). Test Player Lo- The player can locate items in its inventory, this returns items the play- cates Items er has and the item remains in the player's inventory. Test Player Lo- The player returns itself if asked to locate "me" or "inventory". cates itself Test Player Lo- The player returns a null/nil object if asked to locate something it does cates nothing not have. Test Player Full The player's full description contains the text "You are carrying:" and Description the short descriptions of the items the player has (from its inventory's item list)

Related Questions

4 a. Figure \( 3.39 \) shows a logic circuit that appears in many of today's processors. Each of the boxes is a full-adder circuit. What does the value on the wire \( X \) do? That is, what is the difference in the output of this circuit if \( X=0 \) versus if \( X=1 \) ? b. Construct a logic diagram that implements an adder/subtracter. That is, the logic 4 a. Figure 3.39 shows a logic circuit that appears in many of today's processors. Each of the boxes is a full-adder circuit. What does the value on the wire X do? That is, what is the difference in the output of this circuit if X=0 versus if X=1 ? b. Construct a logic diagram that implements an adder/subtracter. That is, the logic circuit will compute Λ+B or A−B depending on the value of X. Hint: Use the logic diagram of Figure 3.39 as a building block.
(1 point) Determine the average rate of change of the following function between the given values of the variable: f(x) = x4 - - X; x = -2, x = 3 Average rate of change = .
Question Suppose three point masses are placed in the xy-plane as follows (assume coordinates are given in meters): mi = 5 kg, placed at (-2, -3) m2 = 3 kg, placed at (2,3) 'm3 = 2 kg, placed at (-3, -2) Find the center of mass of the system. Write your answer as an ordered pair Provide your answer below:
let f(x)= x^2-5, g(x)= 2x^3+x and p(x)= f(x)g(x). a) computedp/dx b) compute f'(x)g'(x)
10. A box is lying on top of a trailer, which is parked on the road. According to Newton's third law, what is the reaction force to the gravitational pull of the box on the trailer? The normal force of the trailer on the box The gravitational pull of the trailer on the box The gravitational pull of the trailer on Earth The normal force of the road on the trailer The weight of the trailer The normal force of the trailer on the road The gravitational pull of the box on Earth The weight of the box
Suppose that a company is developing a new touch-screen cell phone. Historically, 70% of their new phones have resulted in high consumer demand, whereas 30% have resulted in low consumer demand. The company has the decision of choosing between two models with different features that require different amount of investment and have different sales potential. Estimated profit/loss are shown in the payoff table below. State of Nature High demand, ($) Low demand, ($) Model 1 300,000 -40,000 Model 2 275,000 -15000 Now suppose the firm conducts a market research study to obtain sample information and better understand the nature of consumer demand. The market research cost $10,000 Analysis of past market research studies, conducted prior to introducing similar products, has found that the survey response will be either high or low. There is a 69% chance that the survey will return a high survey response (results) and there is a 31% chance that the survey will result in lo-demand response (results). The relevant conditional probabilities are as follows: P (high consumer demand, high survey response = 0.913) P (low consumer demand, low survey response = 0.087) P (high consumer demand, high survey response = 0.226) P (low consumer demand, low survey response = 0.774) Calculate the expected value of sample information (EVSI). Develop a decision tree and analyze using QM for Windows. Determine the optimal solution.
About
About
Blog
Sitemap
More
Help Center
Become an Expert
Download App
Legal
Terms of Service
Privacy Policy
Honor Code
Copyright Policy
Contact
contact@studyx.im
Facebook
Instagram
Twitter
YouTube
Copyright © 2023 StudyX Inc