Client Object

• General Information
  • Overview
  • What is Marauroa?
  • Features
  • Glossary
  • Differences
  • History
  • New in Marauroa 3.8
  • New in Marauroa 3.9
• Using Marauroa
  • Building
  • Initial Steps
  • Tutorial
  • Core API
  • Adventure Games Concepts
  • Database Access
  • server.ini
  • Testserver
• Internals
  • Network Design
  • Role Playing Design
  • Database Design
  • Database Access
  • Eclipse
  • Roadmap
  • JUnit

This article describes a future concept. It may still have some open issues and it was not decided, yet, whether to implement it in this way.

Proposal

• Instead of having custom client objects in a per application basis define one that can be enhanced via plugins.
• Specify Client Object implementation on ini file

Reason

• Not all applications need existing attributes like x and y
  • Those should be handled via plugins
• Standardize approach

Example Implementation

Client Object

Diskussion

I am strongly opposing putting such game specific attributes and logic into Marauroa. It might be a good idea to create a set of libraries that can help developing certain types of games by providing functionality that is typically used by a game of the respective type. But Marauroa should focus on client/server communication and database persistence. --Hendrik Brummermann 18:07, 14 May 2011 (CEST)