Difference between revisions of "Review/std.logger"
m (→= Review 2) |
|||
Line 12: | Line 12: | ||
== Review 1 == | == Review 1 == | ||
+ | |||
+ | === Proposed extensions (not needed for merging, can be implemented later on) === | ||
+ | ==== structured logging ==== | ||
+ | http://forum.dlang.org/post/lpquji$prm$1@digitalmars.com | ||
+ | |||
+ | I think we can provide structured logging support as a non-breaking API | ||
+ | extension, so we should not make this part of this review. But here's | ||
+ | how I'd imagine such an API to work: | ||
+ | |||
+ | '''Frontend''' | ||
+ | |||
+ | * log_ get new overloads which accept (T...) as the last parameter (or if T... is already the last parameter that's fine). | ||
+ | * Add a new struct to logger.core: struct MsgID which is just a strong typedef for UUID | ||
+ | * Add a templated type, KeyValue, which can be used like this: | ||
+ | <syntaxhighlight lang="d"> | ||
+ | KeyValue("user", "nobody") //string key / string value | ||
+ | KeyValue("age", 42); //string key / T value | ||
+ | KeyValue("msg", "Hello %s! %s", "World", 42); //string key/fmt val | ||
+ | </syntaxhighlight> | ||
+ | * KeyValue stores it's parameters, no string processing yet | ||
+ | * Multivalue parameters handled by many KeyValue with same key? Might complicate backend. Or don't support multivalue at all? Or KeyValue("key", MultiValue(a, ,b, c)) (MultiValue == Tuple?) | ||
+ | * Structured loggers do not use msg, instead they use a KeyValue with "msg" key. This is cause you usually want different messages with structured loggers. We still keep everything in one function, so the user doesn't have to do "if(structuredlogger) logstruct() else log()" for every log message. | ||
+ | * MsgID marks the end of normal format parameters. See example below. This is also the reason why we can't use UUID directly | ||
+ | |||
+ | Usage: | ||
+ | <syntaxhighlight lang="d"> | ||
+ | string error; | ||
+ | logf("Something bad happened: %s", error, | ||
+ | MsgID("abcd-valid-uuid"), //MsgID--> end of fmt params | ||
+ | KeyValue("msg", "Something bad happend"), | ||
+ | KeyValue("error-code", error)); | ||
+ | </syntaxhighlight> | ||
+ | |||
+ | output: | ||
+ | normal backend: | ||
+ | <syntaxhighlight lang="d"> | ||
+ | test.d:42 Something bad happened: out of memory | ||
+ | </syntaxhighlight> | ||
+ | structured backend: (only example, exact format backend specific) | ||
+ | <syntaxhighlight lang="javascript"> | ||
+ | { | ||
+ | "uuid": "abcd-valid-uuid", | ||
+ | "msg": "Something bad happened", | ||
+ | "error": "out of memory", | ||
+ | "file": "test.d", | ||
+ | "line": 42 | ||
+ | } | ||
+ | </syntaxhighlight> | ||
+ | |||
+ | |||
+ | |||
+ | '''The next part is an efficient Backend Layer:''' | ||
+ | |||
+ | <syntaxhighlight lang="d"> | ||
+ | class StructuredLogger : Logger | ||
+ | { | ||
+ | logHeader; | ||
+ | writeLogMsg; //Not used | ||
+ | finishLogMsg; | ||
+ | |||
+ | void logKey(string key); | ||
+ | void valuePart(const(char)[] part); | ||
+ | void finishValue(bool last); //Last only if we support multivalue | ||
+ | } | ||
+ | </syntaxhighlight> | ||
+ | |||
+ | Usage: | ||
+ | |||
+ | <syntaxhighlight lang="d"> | ||
+ | auto slog = new StructuredLogger(); | ||
+ | slog.logHeader(...); | ||
+ | foreach(KeyValue kv; T...) | ||
+ | { | ||
+ | slog.logKey(kv.key); | ||
+ | //Need slog -> outputrange adapter: map put<>valuePart | ||
+ | //see https://github.com/burner/logger/pull/9 | ||
+ | formattedWrite(wrap(slog), kv.formatstring, kv.args); | ||
+ | slog.finishValue(true); | ||
+ | } | ||
+ | finishLogMsg(); | ||
+ | </syntaxhighlight> | ||
=== Result === | === Result === |
Revision as of 09:29, 12 July 2014
Contents
Description
std.logger is a module authored by Robert Schadek. It is relatively minimalistic module aiming to serve as a standard API base for any common logging functionality one may need in the application. It does not aim to provide many actual "batteries" right now.
Related links
Current state
After relatively long time since initial review this proposal was greatly enhanced and got some usage in D community. It is undergoing second round of review for actual inclusion into Phobos.
Review 1
Proposed extensions (not needed for merging, can be implemented later on)
structured logging
http://forum.dlang.org/post/lpquji$prm$1@digitalmars.com
I think we can provide structured logging support as a non-breaking API extension, so we should not make this part of this review. But here's how I'd imagine such an API to work:
Frontend
- log_ get new overloads which accept (T...) as the last parameter (or if T... is already the last parameter that's fine).
- Add a new struct to logger.core: struct MsgID which is just a strong typedef for UUID
- Add a templated type, KeyValue, which can be used like this:
KeyValue("user", "nobody") //string key / string value
KeyValue("age", 42); //string key / T value
KeyValue("msg", "Hello %s! %s", "World", 42); //string key/fmt val
- KeyValue stores it's parameters, no string processing yet
- Multivalue parameters handled by many KeyValue with same key? Might complicate backend. Or don't support multivalue at all? Or KeyValue("key", MultiValue(a, ,b, c)) (MultiValue == Tuple?)
- Structured loggers do not use msg, instead they use a KeyValue with "msg" key. This is cause you usually want different messages with structured loggers. We still keep everything in one function, so the user doesn't have to do "if(structuredlogger) logstruct() else log()" for every log message.
- MsgID marks the end of normal format parameters. See example below. This is also the reason why we can't use UUID directly
Usage:
string error;
logf("Something bad happened: %s", error,
MsgID("abcd-valid-uuid"), //MsgID--> end of fmt params
KeyValue("msg", "Something bad happend"),
KeyValue("error-code", error));
output: normal backend:
test.d:42 Something bad happened: out of memory
structured backend: (only example, exact format backend specific)
{
"uuid": "abcd-valid-uuid",
"msg": "Something bad happened",
"error": "out of memory",
"file": "test.d",
"line": 42
}
The next part is an efficient Backend Layer:
class StructuredLogger : Logger
{
logHeader;
writeLogMsg; //Not used
finishLogMsg;
void logKey(string key);
void valuePart(const(char)[] part);
void finishValue(bool last); //Last only if we support multivalue
}
Usage:
auto slog = new StructuredLogger();
slog.logHeader(...);
foreach(KeyValue kv; T...)
{
slog.logKey(kv.key);
//Need slog -> outputrange adapter: map put<>valuePart
//see https://github.com/burner/logger/pull/9
formattedWrite(wrap(slog), kv.formatstring, kv.args);
slog.finishValue(true);
}
finishLogMsg();
Result
No formal result expected for early review. Opinions expressed, arguments made.
Description
Review 2
Result
In progress.