fix: wrong way of Unmarshal

[wangshiben]

I faced a minor problem when I used it.
for examlpe:

type request {
	Bytes []byte `json:"bytes"`
	Name  string `json:"name"`
}

type response {}

service template {
	@handler postDataTest
	post /test (request) returns (response)

	@handler getJsonData
	get /get returns (request)
}

and get returns

&types.Request{
		Bytes: []byte("11122344wsss"),
		Name:  "test",
	}

It's ok when I visit /get api ,but when I put /get response (the json data of request) into /test error happend:

fullName: `bytes`, error: `string: `MTExMjIzNDR3c3Nz`, error: `invalid character 'M' looking for beginning of value``

and I notice that ,there use json.Marshal() to make the response but use slef custom mapping.UnmarshalJsonReader to Unmarshal json data

so I just fix it (core in mapping.processFieldNotFromString).

You can see test in TestUnmarshalJsonReaderMultiArray

[wangshiben]

@kevwan please help review

[codecov]

Codecov Report

All modified and coverable lines are covered by tests ✅

Project coverage is 94.57%. Comparing base (8690859) to head (5dbcff4).
Report is 212 commits behind head on master.

Additional details and impacted files

Files with missing lines	Coverage Δ
core/mapping/unmarshaler.go	96.30% <100.00%> (-0.19%)	⬇️

... and 7 files with indirect coverage changes

[kevwan]

How can we know it's a base64 encoded string?

I recommend you to use string type and then decode it to []byte.

[wangshiben]

First in that switch case we can knwo that only type string and reflect type slice can setp into , and if the reflect element is uint8(byte) it have the probability that the original format is a byte slice ([]byte), and after encoding, it becomes a string.

So I use base64.StdEncoding.DecodeString try to figure out the []byte.This is better than I wirte a new func to parse string to []byte.

As mentioned above, we have established that valueKind is string. Therefore, within the if statement, I use type assertion to convert the type of value to string. Additionally, if any changes are made inside fillSliceFromString, I would not be able to determine whether the target type for conversion is []byte. Hence, performing the conversion from string to []byte here is the optimal approach