CC @kardianos

@jinzhu I strongly suspect that this isn't going to fly. But as of yet I don't see a complete example. Perhaps you can flush it out a bit with how you would call this so I can fully understand what you are trying to do.

Hello @kardianos

Thank you for your reply, we have many applications have similar requirements.

The application need to save multiple fields of some structs as encrypted data into the database, for each organization, it has an encryption key, we will store the encryption key into context for coming API requests.

There are many services using the data have to encrypt/decrypt those fields one by one everywhere, it is easy to make a mistake when processing the data, e.g, double or forget to encrypt a field that corrupted the data, which will make the application less maintainable.

If Go supports ScannerContext and ValuerContext, we can move the encrypt/decrypt logic to the interface to avoid those issues, which helps deliver a more maintainable product without breaking the go1 compatibility.

@jinzhu Thank you for the description. Can you write some code as you would envision using this? As before, I doubt this proposal will be acceptable, so set expectations accordingly.

@kardianos If it is supported, then we can write our application like this:

type User struct {
	ID      string
	Name    string
	Email   EncryptedString
	Phone   EncryptedString
	Address EncryptedString
}

type Message struct {
	ID   uint
	From uint
	To   uint
	Body EncryptedString
}

type EncryptedString struct {
	encryptedValue string
	decryptedValue string
}

func (es *EncryptedString) ScanContext(ctx context.Context, src interface{}) (err error) {
	if encryptionKey, ok := ctx.Value("TenantEncryptionKey").(string); ok {
		ns := sql.NullString{}
		if err = ns.Scan(src); err == nil && ns.String != "" {
			es.decryptedValue, err = Decrypt(ns.String, encryptionKey)
		}
	} else {
		return errors.New("invalid encryption key")
	}
	return err
}

func (es EncryptedString) ValueContext(ctx context.Context) (_ driver.Value, err error) {
	if encryptionKey, ok := ctx.Value("TenantEncryptionKey").(string); ok {
		if es.encryptedValue != "" {
			return es.encryptedValue, nil
		}

		if es.decryptedValue != "" {
			es.encryptedValue, err = Encrypt(es.decryptedValue, encryptionKey)
		}
	} else {
		return nil, errors.New("invalid encryption key")
	}
	return es.encryptedValue, err
}

func (es *EncryptedString) UnmarshalJSON(b []byte) error {
	json.Unmarshal(b, &es.decryptedValue)
	return nil
}

func (es *EncryptedString) MarshalJSON() ([]byte, error) {
	return []byte(es.decryptedValue), nil
}

and remove the encrypt/decrypt logic which scattered everywhere right now

Hello @kardianos

Any plan, can I start to implement this feature?

I don't feel great about this feature request. While the context is usually available in a Scan, it isn't obvious what it is used by.

You can probably achieve a similar result by creating a helper scan stub:

type UpdateWithContext interface {
    Update(ctx context.Context) error
}
func MyAppScan(ctx context.Context, scanner Scanner, values ...interface{}) error {
    err := scanner.Scan(values...)
    if err != nil {
        return err
    }
    for _, v := range values {
        if ok, v := v.(UpdateWithContext); ok {
            err = v.Update(ctx)
            if err != nil {
                return err
            }
        }
    }
    return nil
}

I would like to have a story for this in a v2 with better custom scanning / marshaling, but not in v1.

Based on the discussion above, this seems like a likely decline.

No change in consensus, so declined.