Uploaded image for project: 'Couchbase Ruby client library'
  1. Couchbase Ruby client library
  2. RCBC-265

Clarification on Transcoder & Serializer

    XMLWordPrintable

Details

    • Task
    • Resolution: Unresolved
    • Major
    • 3.5.x
    • None
    • library
    • None
    • 1
    • SDK4: 3.1GA,Ruby3.1,TxnTst,FLE

    Description

      So, this is some kind of "meta ticket" because I am not able to figure it out 100%..

      • The RFC defines both the concept of transcoder and serializer, but to me it looks like the ruby SDK only defines the transcoder and uses it both in KV and JSON spots. Does it make sense to split this up as defined in the RFC?
      • Analytics and Search options expose a transcoder, but query options do not (should be a serializer I think, but in any case should be consistent with the other methods?)
      • APIs like analytics, search etc expose the transcoder as getter / public APIs on the result object. The RFC says pretty much "only expose it on the options, and then it will be used in the results" .. so is there a need in ruby to deviate from this? Would it make sense to only allow passing in the transcoder/serializer from the options and dont give access to it (both setter and getter) in the results?

      Attachments

        Issue Links

          No reviews matched the request. Check your Options in the drop-down menu of this sections header.

          Activity

            People

              avsej Sergey Avseyev
              daschl Michael Nitschinger
              Votes:
              0 Vote for this issue
              Watchers:
              2 Start watching this issue

              Dates

                Created:
                Updated:

                Gerrit Reviews

                  There are no open Gerrit changes

                  PagerDuty