Using Marten in a WPF application

[mwpowellhtx]

I see a lot of notes, bootstrapping and so forth, but all geared it seems around an ASP.NET type of environment. What is the guidance entertaining an WPF application host environment?

[mwpowellhtx]

Starting here just as a bootstrap point, adapting some extensions rooted to System.Windows.Application, as opposed to IServiceProvider. Just for starters. I am gearing up to register with Application.Resources as a keyed instance.

Couple other nuances jumped out at me. Various Marten store expressions returns, for starters. Also, the various AddSingleton thingies cropping up throughout the same extensions.

While initially I do not anticipate leaning into the event sourcing, I may eventually do that. Could be potentially interesting for some internal scheduling assets I will be doing in the same application environment. And the configuration to boot.

[mwpowellhtx]

And as a sidebar side note, I see there is support for NodaTime, which is interesting, because I looked around for a timing, Duration supporting library, and adopted the same thing. So perhaps the WPF marriage is amicable, who knows. Just an interesting note.

[mwpowellhtx]

Deleted typo comment previous to this one. But still, I see what is happening with the IConfigureMarten, would need one for WPF it seems. I did this to avert as much ambiguities with nakedly global:: types.

namespace System.Windows
{
    public interface IConfigureMarten
    {
        void Configure(Application app, StoreOptions options);
    }
}

[mwpowellhtx]

Along similar lines, unless StoreOptions.InitialData is mission critical, may need for that to be public:

public readonly List<IInitialData> InitialData = new();

[mwpowellhtx]

DefaultSessionFactory is another internal one...

[mwpowellhtx]

Decided to pursue a slightly different angle (discord design and arch thread) to see if there was not a more direct path. Something based around Application, Application.Resources, an ApplicationResourcesExpression, for instance, may be interesting, after all, but for the moment my focus is on just standing Marten up given an IServiceCollection instance, for starters.

[mwpowellhtx]

So far at least a far as the compiler is concerned it may be possible, given a Microsoft.Extensions.DependencyInjection dependency, something akin to:

public static Application UseServiceCollection(this Application app, Func<Application, ServiceCollection> callback = null)
{
    if (app.Resources.Contains(nameof(ServiceCollection)))
    {
        callback ??= (_ => new());
        var sc = callback(app);
        app.Resources.Add(nameof(ServiceCollection), sc);
    }

    return app;
}

[mwpowellhtx]

And a subsequent get around the same assets. Of course, WPF and the MVVM bindings being what they are, static resources are also possible where necessary. Might also do a simple lookup no key, only R provided.

public static R GetResource<R>(this Application app, string key)
{
    TryGetResource(app, key, out R value);
    return value;
}

public static bool TryGetResource<R>(this Application app, string key, out R value)
{
    if (app.Resources.Contains(key))
    {
        value = (R)app.Resources[key];
        return true;
    }

    value = default;
    return false;
}

[mwpowellhtx]

At least prima facie, on its face, seems like it may be doable. Still, curious if there are any other ASP.NET things I should know about moving forward.

[mwpowellhtx]

As further demonstrated by this example, although I want to avoid the IHost overhead, if at all possible; that is unless there is some Marten reason that a host needs to be in the picture.