Features.h
Does anyone see an issue with me adding
#include "database.h" to Zone\features.h ? If not should I put it before or after Code:
#ifndef FEATURES_H I want to include database.h so some of the following are pulled from the database instead of hard coded Code:
#define ZONE_AUTOSHUTDOWN_DELAY 5000 Some others that should probably be pulled from the database (unless it would add to much overhead) Code:
//the min ratio at which a mob's speed is reduced |
Quote:
In that case, you could just add, e.g. Code:
RULE_INT ( Zone, ZoneAutoShutdownDelay, 5000 ) |
You understood me correctly. I must not be awake yet, need more coffee.
The rule would be the best way to go for the shutdown timer since it is only used a few times. I was just thinking since so many things seem to be hard coded into features.h having them pulled from the database would allow for more customization. Though using rules or the variables (from the variables table) would work better since they are loaded when the server starts. Changing it in features.h would help later if someone wants to adjust the way it is pulled. They would only need to change it in features.h instead of finding each reference. Any thoughts? |
I think all the examples from features.h you listed would be best done as rules. The variables table in the DB predates the Rules system and is generally considered as deprecated. Rules are superior because you can specifiy a default value in common/ruletypes.h, override them in the rule_values table, and update them on the fly (mostly) using the #rules reload command.
I would wait and see if KLS has an opinion before proceeding. |
All times are GMT -4. The time now is 07:33 PM. |
Powered by vBulletin®, Copyright ©2000 - 2025, Jelsoft Enterprises Ltd.