Why does Splat exist?


One thing that motivates me to write my own instead of using the legion of others, is that most loggers give zero thought to perf concerns on mobile devices - they're all written for servers, so none of them think about CPU perf or allocations. The best imho is Serilog, but it allocates way too much stuff imho to be usable on mobile

Conversations from Slack

haacked [8:56 AM] So does rxui6 get rid of this.Log()?

paulcbetts [8:57 AM] No, it's part of Splat

paulcbetts [8:57 AM] It just got moved

haacked [8:59 AM] But there's no implementation for nlog yet.

paulcbetts [9:00 AM] Correct - you should be able to copy-paste the
reactiveui-nlog version though

paulcbetts [9:01 AM] Like, the code is exactly the same, it's just in a
different assembly

haacked [9:01 AM] BTW, this.Log() is a static method. So it's effectively the
same thing. :wink:

haacked [9:04 AM] I guess the benefit is you don't have to define a static
variable in every class, which is nice.

haacked [9:04 AM] Does it somehow use the class defined by `this` to create the
scope of the logger? So each class still gets its own?

paulcbetts [9:04 AM] Yeah

paulcbetts [9:05 AM] That's the scam, is that the `this` is used to set the
class name for the logger

haacked [9:07 AM] But I assume every call to `this.Log()` doesn't create a new
logger. Instead, you look it up based on the class name in some concurrent

paulcbetts [9:08 AM] It's stored in a MemoizedMRUCache as I recall

paulcbetts [9:09 AM] Can't remember the details

haacked [9:10 AM] :cool: thanks!


ReactiveUI comes with its own logging framework which can be used to debug your applications as well as ReactiveUI itself. You may ask yourself, "Seriously, another logging framework?". The reason RxUI does this itself is for portability - none of the common popular logging frameworks support all of the platforms that ReactiveUI supports, and many are server-oriented frameworks and ill-suited for simple mobile app logging.

this.Log() and IEnableLogger

ReactiveUI's logger works a bit differently than other frameworks - its design is inspired by Rails 'logger'. To use it, make your class implement the IEnableLogger interface:

public class MyClass : IEnableLogger
    // IEnableLogger doesn't actually require anything of us

Now, you can call the Log method on your class. Because of how extension methods work, you must prepend this to it:

this.Log().Info("Downloaded {0} tweets", tweets.Count);

There are five levels of logging, Debug, Info, Warn, Error, and Fatal. Additionally, there are special methods to log exceptions - for example, this.Log().InfoException(ex, "Failed to post the message").

This trick doesn't work for static methods though, you have to settle for an alternate method, LogHost.Default.Info(...).

Debugging Observables

ReactiveUI has several helpers for debugging IObservables. The most straightforward one is Log, which logs events that happen to an Observable:

// Note: Since Log acts like another Rx operator like Select or Where,
// it won't do anything by itself unless someone Subscribes to it.
this.WhenAny(x => x.Name, x => x.Value)
    .SelectMany(async x => GoogleForTheName(x))
    .Log(this, "Result of Search")

Another useful method to debug Observables is LoggedCatch. This method works identically to Rx's Catch operator, except that it also logs the exception to the Logger. For example:

var userAvatar = await FetchUserAvatar()
    .LoggedCatch(this, Observable.Return(default(Avatar)));

Configuring the logger

To configure the logger, register an implementation of ILogger (there are several built-in ones, such as DebugLogger). Here's an example where we use a built-in logger, but a custom log level:

// I only want to hear about errors
var logger = new DebugLogger() { LogLevel = LogLevel.Error };
Locator.CurrentMutable.RegisterConstant(logger, typeof(ILogger));

If you really need to control how things are logged, you can implement IFullLogger, which will allow you to control every logging overload.