Mark Karatovic
Mark Karatovic
Would really like it if this were possible; I might be able to contribute if required. I would like the database to be a dependency only during the first build...
Adding an interface to a generated type doesn't work; particuarly in the case where it is an existing interface that has generic arguments that are provided types. This is a...
# Allow cloning of generic records I propose we allow the record cloning syntax to allow us to clone records with different parameterized types. The existing way of approaching this...
Given protobuf-net's main way to customise things is via surrogates some type generation is probably necessary going forward. However recent reliance on the API IMO makes the API less maintainable...
For example I should be able to customise the "package" used when generating a proto file. Currently it looks something like: ``` syntax = "proto2"; package ProtoBuf.FSharp.Surrogates.Generated.ProtoBuf.FSharp ``` Whereas I...
Resolves #1 by adding basic support for collections: - Arrays (an empty array no longer deserialises down to Null) - F# Lists This is still a POC. Waiting for the...
Ideally the library should support at least the F# list type and allow deserisation of empty rather than null arrays. The fact that Protobuf.Net deserialises blank arrays as Nulls plays...
This is an attempt to see the effect on performance if we remove nodes and bring the values up to avoid recursion for the entry node taking some inspiration from...
Noticed that this library offers a hashmap/set implementation (see here: https://github.com/louthy/language-ext/tree/main/LanguageExt.Core/Immutable%20Collections) Its probably worth adding this to the ever growing suite of collections we compare. My use cases are always...
Instead of having to do a deep equals we can add a check on the bitmaps in each of the nodes. If they differ in any way there is little...