Skip to content

Commit 45356be

Browse files
committed
Other: Updated dependencies and dist files
1 parent e980e72 commit 45356be

15 files changed

+67
-37
lines changed

README.md

+7-7
Original file line numberDiff line numberDiff line change
@@ -3,7 +3,7 @@
33

44
**Protocol Buffers** are a language-neutral, platform-neutral, extensible way of serializing structured data for use in communications protocols, data storage, and more, originally designed at Google ([see](https://developers.google.com/protocol-buffers/)).
55

6-
**protobuf.js** is a pure JavaScript implementation with [TypeScript](https://www.typescriptlang.org) support for [node.js](https://nodejs.org) and the browser. It's super easy to use, blazingly fast and works out of the box with [.proto](https://developers.google.com/protocol-buffers/docs/proto) files!
6+
**protobuf.js** is a pure JavaScript implementation with [TypeScript](https://www.typescriptlang.org) support for [node.js](https://nodejs.org) and the browser. It's easy to use, blazingly fast and works out of the box with [.proto](https://developers.google.com/protocol-buffers/docs/proto) files!
77

88
Contents
99
--------
@@ -110,11 +110,11 @@ Because JavaScript is a dynamically typed language, protobuf.js introduces the c
110110

111111
### Valid message
112112

113-
> **A valid message is an object not missing any required fields and exclusively using JS types for its fields (properties) that are understood by the wire format writer.**
113+
> A valid message is an object a) not missing any required fields and b) exclusively composed of JS types understood by the wire format writer.
114114
115-
There are two possible types of valid messages and the encoder is able to work with both of these:
115+
There are two possible types of valid messages and the encoder is able to work with both of these for convenience:
116116

117-
* **Message instances** (explicit instances of message classes with default values on their prototype) always (have to) satisfy the requirements of a valid message and
117+
* **Message instances** (explicit instances of message classes with default values on their prototype) always (have to) satisfy the requirements of a valid message by design and
118118
* **Plain JavaScript objects** that just so happen to be composed in a way satisfying the requirements of a valid message as well.
119119

120120
In a nutshell, the wire format writer understands the following types:
@@ -137,7 +137,7 @@ In a nutshell, the wire format writer understands the following types:
137137

138138
### Toolset
139139

140-
With that in mind and again for performance reasons, each message class provides a distinct set of methods with each method doing just one thing. This avoids unnecessary assertions / operations where performance is a concern but also forces a user to perform verification (of plain JavaScript objects that *might* just so happen to be a valid message) explicitly where necessary - for example when dealing with user input.
140+
With that in mind and again for performance reasons, each message class provides a distinct set of methods with each method doing just one thing. This avoids unnecessary assertions / redundant operations where performance is a concern but also forces a user to perform verification (of plain JavaScript objects that *might* just so happen to be a valid message) explicitly where necessary - for example when dealing with user input.
141141

142142
**Note** that `Message` below refers to any message class.
143143

@@ -209,9 +209,9 @@ With that in mind and again for performance reasons, each message class provides
209209
});
210210
```
211211

212-
For reference, the following diagram aims to display the relationships between the different methods above and the concept of a valid message:
212+
For reference, the following diagram aims to display relationships between the different methods and the concept of a valid message:
213213

214-
<img alt="Toolset Diagram" src="http://dcode.io/protobuf.js/toolset.svg" />
214+
<p align="center"><img alt="Toolset Diagram" src="http://dcode.io/protobuf.js/toolset.svg" /></p>
215215

216216
> In other words: `verify` indicates that calling `create` or `encode` directly on the plain object will [result in a valid message respectively] succeed. `fromObject`, on the other hand, does conversion from a broader range of plain objects to create valid messages. ([ref](https://github.com/dcodeIO/protobuf.js/issues/748#issuecomment-291925749))
217217

dist/light/protobuf.js

+23-8
Some generated files are not rendered by default. Learn more about customizing how changed files appear on GitHub.

dist/light/protobuf.js.map

+1-1
Some generated files are not rendered by default. Learn more about customizing how changed files appear on GitHub.

dist/light/protobuf.min.js

+2-2
Some generated files are not rendered by default. Learn more about customizing how changed files appear on GitHub.

dist/light/protobuf.min.js.gz

-1 Bytes
Binary file not shown.

dist/light/protobuf.min.js.map

+1-1
Some generated files are not rendered by default. Learn more about customizing how changed files appear on GitHub.

dist/minimal/protobuf.js

+2-2
Some generated files are not rendered by default. Learn more about customizing how changed files appear on GitHub.

dist/minimal/protobuf.min.js

+2-2
Some generated files are not rendered by default. Learn more about customizing how changed files appear on GitHub.

dist/minimal/protobuf.min.js.gz

1 Byte
Binary file not shown.

dist/protobuf.js

+23-8
Some generated files are not rendered by default. Learn more about customizing how changed files appear on GitHub.

dist/protobuf.js.map

+1-1
Some generated files are not rendered by default. Learn more about customizing how changed files appear on GitHub.

dist/protobuf.min.js

+2-2
Some generated files are not rendered by default. Learn more about customizing how changed files appear on GitHub.

dist/protobuf.min.js.gz

-3 Bytes
Binary file not shown.

dist/protobuf.min.js.map

+1-1
Some generated files are not rendered by default. Learn more about customizing how changed files appear on GitHub.

package.json

+2-2
Original file line numberDiff line numberDiff line change
@@ -1,6 +1,6 @@
11
{
22
"name": "protobufjs",
3-
"version": "6.7.1",
3+
"version": "6.7.2",
44
"versionScheme": "~",
55
"description": "Protocol Buffers for JavaScript (& TypeScript).",
66
"author": "Daniel Wirtz <[email protected]>",
@@ -62,7 +62,7 @@
6262
"@types/long": "^3.0.31",
6363
"@types/node": "7.0.12",
6464
"benchmark": "^2.1.4",
65-
"browserify": "^14.1.0",
65+
"browserify": "^14.3.0",
6666
"browserify-wrap": "^1.0.2",
6767
"bundle-collapser": "^1.2.1",
6868
"chalk": "^1.1.3",

0 commit comments

Comments
 (0)