abhinavthukral28 / pvz Goto Github PK

@stuartmac
I suggest adding the cost of the plants to the plants class itself rather than seed class defining the cost.
What do you think? I will make the change if you agree.

Our code-base must be "smell-free" for Milestone 3. Re-factoring must be done to improve design.
http://en.wikipedia.org/wiki/Code_smell
Notable issues:
-magic numbers/strings
-over-sized classes
-double link between actor and tile

We must implement the Model View Controller pattern for the GUI version of our game. The GUI controller will accept input from the user's interactions with the GUI.

@stuartmac @saintmoses @alhetimamoon
Different folders for Model and View as we will be splitting it into smaller classes. I am going to do it right now and push it to master so that everyone can work in those respective folders

We should have a main window like the game (and most games) that shows new game or load game, or play online (To be implemented later if you guys want to, or we can take this project to android so we have something to actually show others).

We need to provide documentation of the changes made to our classes and design. As well, a Readme is required.

According to the slides correct MVC requires the view to update it's self accordingly with any changes to the model by using the observer pattern or java event model pattern.

Look at slide gui 2 from week 5 to find mvc.

This issue will track such components as displaying the oncoming zombies before a level, displaying the Seeds the player has, and how much sun energy they have.

Username: observer3110
password: sysc3110

To make Milestone 3 "fully featured", we should implement a cooldown for SeedPackets.
-The player should not lose a turn or any money when they fail to place a plant correctly (if it is on cooldown, if the location was invalid, or if they don't have enough money)
-The View/Controller should perhaps enable/disable buttons if they are usable/unusuable.

According to the slides correct MVC requires the view to update it's self accordingly with any changes to the model by using the observer pattern or java event model pattern. So am i going to be inheriting from observer class for my gui part?

Look at slide gui 2 from week 5 to find mvc.

The UML diagram submitted with our last milestone needs to be improved, corrected, and updated.

Milestone 3 must have unlimited Undo/Redo capabilities.
I suggest that the Command pattern could be used.
http://en.wikipedia.org/wiki/Command_pattern

We must implement unit tests for our Model. As well as other classes involved in modelling the game.

We must implement the Model-View-Control pattern for a GUI based version of our game. The Control Panel will most likely take up the lower section of the screen, and be used by the Controller component to receive input.

Milestone 3 must represent a complete implementation with various types of plants and zombies.

UML, Sequence Diagram, Readme, Javadocs, description of changes. The usual.

We shouldn't use art we don't have the rights to. We can either create some "programmer art" http://en.wikipedia.org/wiki/Programmer_art
or we can find some open source/gpl artwork to use.
http://opengameart.org/ is a reasonably good source.

Another major component of the GUI is the representation of the game grid, (The tiles, the actors contained in them)

@stuartmac @saintmoses @alhetimamoon I was wondering do we make a sprite object and associate it with the Actor class or do we let the view/gui store and determine the graphic shown for each actor.
If we do the sprite object it can contain the following:
a) normal sprite
b) damaged sprite (something like a headless zombie)
c) any other information if necessary

I am trying to create packages (essentially folders) for our different files as it is recommended in the milestone, but eclipse is being a bit stubborn, will keep you posted

According to the slides correct MVC requires the view to update it's self accordingly with any changes to the model by using the observer pattern or java event model pattern.

Look at slide gui 2 from week 5 to find mvc.

Our game should be able to support having more than one zombie in a tile (but not more than one plant in a tile).