Quote:
Originally Posted by GlobalExplorer
Interesting idea, but why not use something like SQL?
UPDATE <section> SET <value> WHERE <condition>
The game data could either be stored in a database and manipulated via the dbms, or it could be directly manipulated with a dedicated SQL interpreter (needs to be implemented of course).
|
Now you are getting it! That is just about the way the software would work out; although I'm not sure if SQL style lanuguage for scripting would be best, or something more custom. Heck, we could even do it with actual SQL.
The trick is that you would reference the actual files rather than have a real SQL database.
Another difference, rather an trying to store text stings everything would be key/value pairs so that you can change the value (or even the key I suppose) directly rather than trying to replace a string like "key=value". That's just way to clumsy for professional software.
When a value is changed, the data is altered in the matching file. This is handled through a plug-in that knows how to handle that file. If new file types are added to a new version of the game, you just create a new plug-in or change the existing one to handle it. The core program does not need updated.
Does any of this make sense yet?