Recomenda��es

• Sua primeira tarefa � estudar e rodar a ``solu��o incompleta''. Entenda-a completamente antes de come�ar a fazer o EP.
• Note que falta muita coisa na ``solu��o incompleta''. Nela n�o existem coisas, a��es, anima��o... N�o h� um objeto que implemente o aventureiro. E os lugares s� est�o parcialmente implementados (entre outras coisas, falta a descri��o curta).
• O modo como a ``solu��o incompleta'' inicializa o mundo virtual (m�todo createWorld da classe br.usp.ime.mac212.adventure.Main) � tedioso e inconveniente no caso de um mundo com um grande n�mero de lugares e de coisas. Numa fase posterior veremos uma maneira melhor de se fazer isso. Por isso n�o gaste tempo criando um mundo enorme neste EP. O objetivo agora � montar uma infra-estrutura flex�vel que suporte bem as caracter�sticas dos jogos tipo adventure. � claro que para testar sua infra-estrutura voc� vai precisar de um conjunto variado de lugares e de coisas, mas o tamanho do mundo n�o � importante por si s�.
• N�o saia escrevendo c�digo sem pensar! Invista algum tempo planejando sua implementa��o antes de escrev�-la. Decida que classes voc� vai precisar, que informa��es cada classe precisa manter em seus campos, de que forma suas classes v�o interagir umas com as outras, etc.
• Lembre sempre que todo programa deve ser organizado em fun��es ou m�todos pequenos (30 linhas em m�dia, uma p�gina no m�ximo²) com objetivos muito bem definidos e que se adaptem naturalmente ao problema que se quer resolver. Todo m�todo deve ser precedido de um coment�rio que diz sucintamente o que o m�todo faz!
• Se um m�todo ficou muito grande e obscuro, reorganize-o! Considere a possibilidade de transferir parte de suas tarefas para m�todos auxiliares.
• Se uma classe parece grande e sobrecarregada de responsabilidades (m�todos demais, por exemplo), considere a possibilidade de criar classes auxiliares que assumam parte das responsabilidades da classe.