theragist-ts 1.0.3

This diff represents the content of publicly available package versions that have been released to one of the supported registries. The information contained in this diff is provided for informational purposes only and reflects changes between package versions as they appear in their respective public registries.
Files changed (37) hide show
  1. package/dist/auth/message.d.ts +242 -0
  2. package/dist/auth/message.js +2980 -0
  3. package/dist/auth/service.d.ts +239 -0
  4. package/dist/auth/service.js +963 -0
  5. package/dist/booking/message.d.ts +109 -0
  6. package/dist/booking/message.js +1263 -0
  7. package/dist/booking/service.d.ts +69 -0
  8. package/dist/booking/service.js +230 -0
  9. package/dist/common.d.ts +81 -0
  10. package/dist/common.js +641 -0
  11. package/dist/community/message.d.ts +67 -0
  12. package/dist/community/message.js +646 -0
  13. package/dist/community/service.d.ts +57 -0
  14. package/dist/community/service.js +213 -0
  15. package/dist/google/api/annotations.d.ts +1 -0
  16. package/dist/google/api/annotations.js +10 -0
  17. package/dist/google/api/http.d.ts +371 -0
  18. package/dist/google/api/http.js +360 -0
  19. package/dist/google/protobuf/descriptor.d.ts +884 -0
  20. package/dist/google/protobuf/descriptor.js +3595 -0
  21. package/dist/google/protobuf/struct.d.ts +107 -0
  22. package/dist/google/protobuf/struct.js +461 -0
  23. package/dist/index.d.ts +16 -0
  24. package/dist/index.js +192 -0
  25. package/dist/lookup/message.d.ts +128 -0
  26. package/dist/lookup/message.js +1498 -0
  27. package/dist/lookup/service.d.ts +93 -0
  28. package/dist/lookup/service.js +334 -0
  29. package/dist/therapist/message.d.ts +67 -0
  30. package/dist/therapist/message.js +679 -0
  31. package/dist/therapist/service.d.ts +47 -0
  32. package/dist/therapist/service.js +159 -0
  33. package/dist/user/message.d.ts +114 -0
  34. package/dist/user/message.js +1342 -0
  35. package/dist/user/service.d.ts +172 -0
  36. package/dist/user/service.js +1041 -0
  37. package/package.json +43 -0
@@ -0,0 +1,884 @@
1
+ import { BinaryReader, BinaryWriter } from "@bufbuild/protobuf/wire";
2
+ export declare const protobufPackage = "google.protobuf";
3
+ /**
4
+ * The protocol compiler can output a FileDescriptorSet containing the .proto
5
+ * files it parses.
6
+ */
7
+ export interface FileDescriptorSet {
8
+ file: FileDescriptorProto[];
9
+ }
10
+ /** Describes a complete .proto file. */
11
+ export interface FileDescriptorProto {
12
+ /** file name, relative to root of source tree */
13
+ name?: string | undefined;
14
+ /** e.g. "foo", "foo.bar", etc. */
15
+ package?: string | undefined;
16
+ /** Names of files imported by this file. */
17
+ dependency: string[];
18
+ /** Indexes of the public imported files in the dependency list above. */
19
+ publicDependency: number[];
20
+ /**
21
+ * Indexes of the weak imported files in the dependency list.
22
+ * For Google-internal migration only. Do not use.
23
+ */
24
+ weakDependency: number[];
25
+ /** All top-level definitions in this file. */
26
+ messageType: DescriptorProto[];
27
+ enumType: EnumDescriptorProto[];
28
+ service: ServiceDescriptorProto[];
29
+ extension: FieldDescriptorProto[];
30
+ options?: FileOptions | undefined;
31
+ /**
32
+ * This field contains optional information about the original source code.
33
+ * You may safely remove this entire field without harming runtime
34
+ * functionality of the descriptors -- the information is needed only by
35
+ * development tools.
36
+ */
37
+ sourceCodeInfo?: SourceCodeInfo | undefined;
38
+ /**
39
+ * The syntax of the proto file.
40
+ * The supported values are "proto2" and "proto3".
41
+ */
42
+ syntax?: string | undefined;
43
+ }
44
+ /** Describes a message type. */
45
+ export interface DescriptorProto {
46
+ name?: string | undefined;
47
+ field: FieldDescriptorProto[];
48
+ extension: FieldDescriptorProto[];
49
+ nestedType: DescriptorProto[];
50
+ enumType: EnumDescriptorProto[];
51
+ extensionRange: DescriptorProto_ExtensionRange[];
52
+ oneofDecl: OneofDescriptorProto[];
53
+ options?: MessageOptions | undefined;
54
+ reservedRange: DescriptorProto_ReservedRange[];
55
+ /**
56
+ * Reserved field names, which may not be used by fields in the same message.
57
+ * A given name may only be reserved once.
58
+ */
59
+ reservedName: string[];
60
+ }
61
+ export interface DescriptorProto_ExtensionRange {
62
+ /** Inclusive. */
63
+ start?: number | undefined;
64
+ /** Exclusive. */
65
+ end?: number | undefined;
66
+ options?: ExtensionRangeOptions | undefined;
67
+ }
68
+ /**
69
+ * Range of reserved tag numbers. Reserved tag numbers may not be used by
70
+ * fields or extension ranges in the same message. Reserved ranges may
71
+ * not overlap.
72
+ */
73
+ export interface DescriptorProto_ReservedRange {
74
+ /** Inclusive. */
75
+ start?: number | undefined;
76
+ /** Exclusive. */
77
+ end?: number | undefined;
78
+ }
79
+ export interface ExtensionRangeOptions {
80
+ /** The parser stores options it doesn't recognize here. See above. */
81
+ uninterpretedOption: UninterpretedOption[];
82
+ }
83
+ /** Describes a field within a message. */
84
+ export interface FieldDescriptorProto {
85
+ name?: string | undefined;
86
+ number?: number | undefined;
87
+ label?: FieldDescriptorProto_Label | undefined;
88
+ /**
89
+ * If type_name is set, this need not be set. If both this and type_name
90
+ * are set, this must be one of TYPE_ENUM, TYPE_MESSAGE or TYPE_GROUP.
91
+ */
92
+ type?: FieldDescriptorProto_Type | undefined;
93
+ /**
94
+ * For message and enum types, this is the name of the type. If the name
95
+ * starts with a '.', it is fully-qualified. Otherwise, C++-like scoping
96
+ * rules are used to find the type (i.e. first the nested types within this
97
+ * message are searched, then within the parent, on up to the root
98
+ * namespace).
99
+ */
100
+ typeName?: string | undefined;
101
+ /**
102
+ * For extensions, this is the name of the type being extended. It is
103
+ * resolved in the same manner as type_name.
104
+ */
105
+ extendee?: string | undefined;
106
+ /**
107
+ * For numeric types, contains the original text representation of the value.
108
+ * For booleans, "true" or "false".
109
+ * For strings, contains the default text contents (not escaped in any way).
110
+ * For bytes, contains the C escaped value. All bytes >= 128 are escaped.
111
+ */
112
+ defaultValue?: string | undefined;
113
+ /**
114
+ * If set, gives the index of a oneof in the containing type's oneof_decl
115
+ * list. This field is a member of that oneof.
116
+ */
117
+ oneofIndex?: number | undefined;
118
+ /**
119
+ * JSON name of this field. The value is set by protocol compiler. If the
120
+ * user has set a "json_name" option on this field, that option's value
121
+ * will be used. Otherwise, it's deduced from the field's name by converting
122
+ * it to camelCase.
123
+ */
124
+ jsonName?: string | undefined;
125
+ options?: FieldOptions | undefined;
126
+ /**
127
+ * If true, this is a proto3 "optional". When a proto3 field is optional, it
128
+ * tracks presence regardless of field type.
129
+ *
130
+ * When proto3_optional is true, this field must be belong to a oneof to
131
+ * signal to old proto3 clients that presence is tracked for this field. This
132
+ * oneof is known as a "synthetic" oneof, and this field must be its sole
133
+ * member (each proto3 optional field gets its own synthetic oneof). Synthetic
134
+ * oneofs exist in the descriptor only, and do not generate any API. Synthetic
135
+ * oneofs must be ordered after all "real" oneofs.
136
+ *
137
+ * For message fields, proto3_optional doesn't create any semantic change,
138
+ * since non-repeated message fields always track presence. However it still
139
+ * indicates the semantic detail of whether the user wrote "optional" or not.
140
+ * This can be useful for round-tripping the .proto file. For consistency we
141
+ * give message fields a synthetic oneof also, even though it is not required
142
+ * to track presence. This is especially important because the parser can't
143
+ * tell if a field is a message or an enum, so it must always create a
144
+ * synthetic oneof.
145
+ *
146
+ * Proto2 optional fields do not set this flag, because they already indicate
147
+ * optional with `LABEL_OPTIONAL`.
148
+ */
149
+ proto3Optional?: boolean | undefined;
150
+ }
151
+ export declare enum FieldDescriptorProto_Type {
152
+ /**
153
+ * TYPE_DOUBLE - 0 is reserved for errors.
154
+ * Order is weird for historical reasons.
155
+ */
156
+ TYPE_DOUBLE = 1,
157
+ TYPE_FLOAT = 2,
158
+ /**
159
+ * TYPE_INT64 - Not ZigZag encoded. Negative numbers take 10 bytes. Use TYPE_SINT64 if
160
+ * negative values are likely.
161
+ */
162
+ TYPE_INT64 = 3,
163
+ TYPE_UINT64 = 4,
164
+ /**
165
+ * TYPE_INT32 - Not ZigZag encoded. Negative numbers take 10 bytes. Use TYPE_SINT32 if
166
+ * negative values are likely.
167
+ */
168
+ TYPE_INT32 = 5,
169
+ TYPE_FIXED64 = 6,
170
+ TYPE_FIXED32 = 7,
171
+ TYPE_BOOL = 8,
172
+ TYPE_STRING = 9,
173
+ /**
174
+ * TYPE_GROUP - Tag-delimited aggregate.
175
+ * Group type is deprecated and not supported in proto3. However, Proto3
176
+ * implementations should still be able to parse the group wire format and
177
+ * treat group fields as unknown fields.
178
+ */
179
+ TYPE_GROUP = 10,
180
+ /** TYPE_MESSAGE - Length-delimited aggregate. */
181
+ TYPE_MESSAGE = 11,
182
+ /** TYPE_BYTES - New in version 2. */
183
+ TYPE_BYTES = 12,
184
+ TYPE_UINT32 = 13,
185
+ TYPE_ENUM = 14,
186
+ TYPE_SFIXED32 = 15,
187
+ TYPE_SFIXED64 = 16,
188
+ /** TYPE_SINT32 - Uses ZigZag encoding. */
189
+ TYPE_SINT32 = 17,
190
+ /** TYPE_SINT64 - Uses ZigZag encoding. */
191
+ TYPE_SINT64 = 18,
192
+ UNRECOGNIZED = -1
193
+ }
194
+ export declare function fieldDescriptorProto_TypeFromJSON(object: any): FieldDescriptorProto_Type;
195
+ export declare function fieldDescriptorProto_TypeToJSON(object: FieldDescriptorProto_Type): string;
196
+ export declare enum FieldDescriptorProto_Label {
197
+ /** LABEL_OPTIONAL - 0 is reserved for errors */
198
+ LABEL_OPTIONAL = 1,
199
+ LABEL_REQUIRED = 2,
200
+ LABEL_REPEATED = 3,
201
+ UNRECOGNIZED = -1
202
+ }
203
+ export declare function fieldDescriptorProto_LabelFromJSON(object: any): FieldDescriptorProto_Label;
204
+ export declare function fieldDescriptorProto_LabelToJSON(object: FieldDescriptorProto_Label): string;
205
+ /** Describes a oneof. */
206
+ export interface OneofDescriptorProto {
207
+ name?: string | undefined;
208
+ options?: OneofOptions | undefined;
209
+ }
210
+ /** Describes an enum type. */
211
+ export interface EnumDescriptorProto {
212
+ name?: string | undefined;
213
+ value: EnumValueDescriptorProto[];
214
+ options?: EnumOptions | undefined;
215
+ /**
216
+ * Range of reserved numeric values. Reserved numeric values may not be used
217
+ * by enum values in the same enum declaration. Reserved ranges may not
218
+ * overlap.
219
+ */
220
+ reservedRange: EnumDescriptorProto_EnumReservedRange[];
221
+ /**
222
+ * Reserved enum value names, which may not be reused. A given name may only
223
+ * be reserved once.
224
+ */
225
+ reservedName: string[];
226
+ }
227
+ /**
228
+ * Range of reserved numeric values. Reserved values may not be used by
229
+ * entries in the same enum. Reserved ranges may not overlap.
230
+ *
231
+ * Note that this is distinct from DescriptorProto.ReservedRange in that it
232
+ * is inclusive such that it can appropriately represent the entire int32
233
+ * domain.
234
+ */
235
+ export interface EnumDescriptorProto_EnumReservedRange {
236
+ /** Inclusive. */
237
+ start?: number | undefined;
238
+ /** Inclusive. */
239
+ end?: number | undefined;
240
+ }
241
+ /** Describes a value within an enum. */
242
+ export interface EnumValueDescriptorProto {
243
+ name?: string | undefined;
244
+ number?: number | undefined;
245
+ options?: EnumValueOptions | undefined;
246
+ }
247
+ /** Describes a service. */
248
+ export interface ServiceDescriptorProto {
249
+ name?: string | undefined;
250
+ method: MethodDescriptorProto[];
251
+ options?: ServiceOptions | undefined;
252
+ }
253
+ /** Describes a method of a service. */
254
+ export interface MethodDescriptorProto {
255
+ name?: string | undefined;
256
+ /**
257
+ * Input and output type names. These are resolved in the same way as
258
+ * FieldDescriptorProto.type_name, but must refer to a message type.
259
+ */
260
+ inputType?: string | undefined;
261
+ outputType?: string | undefined;
262
+ options?: MethodOptions | undefined;
263
+ /** Identifies if client streams multiple client messages */
264
+ clientStreaming?: boolean | undefined;
265
+ /** Identifies if server streams multiple server messages */
266
+ serverStreaming?: boolean | undefined;
267
+ }
268
+ export interface FileOptions {
269
+ /**
270
+ * Sets the Java package where classes generated from this .proto will be
271
+ * placed. By default, the proto package is used, but this is often
272
+ * inappropriate because proto packages do not normally start with backwards
273
+ * domain names.
274
+ */
275
+ javaPackage?: string | undefined;
276
+ /**
277
+ * Controls the name of the wrapper Java class generated for the .proto file.
278
+ * That class will always contain the .proto file's getDescriptor() method as
279
+ * well as any top-level extensions defined in the .proto file.
280
+ * If java_multiple_files is disabled, then all the other classes from the
281
+ * .proto file will be nested inside the single wrapper outer class.
282
+ */
283
+ javaOuterClassname?: string | undefined;
284
+ /**
285
+ * If enabled, then the Java code generator will generate a separate .java
286
+ * file for each top-level message, enum, and service defined in the .proto
287
+ * file. Thus, these types will *not* be nested inside the wrapper class
288
+ * named by java_outer_classname. However, the wrapper class will still be
289
+ * generated to contain the file's getDescriptor() method as well as any
290
+ * top-level extensions defined in the file.
291
+ */
292
+ javaMultipleFiles?: boolean | undefined;
293
+ /**
294
+ * This option does nothing.
295
+ *
296
+ * @deprecated
297
+ */
298
+ javaGenerateEqualsAndHash?: boolean | undefined;
299
+ /**
300
+ * If set true, then the Java2 code generator will generate code that
301
+ * throws an exception whenever an attempt is made to assign a non-UTF-8
302
+ * byte sequence to a string field.
303
+ * Message reflection will do the same.
304
+ * However, an extension field still accepts non-UTF-8 byte sequences.
305
+ * This option has no effect on when used with the lite runtime.
306
+ */
307
+ javaStringCheckUtf8?: boolean | undefined;
308
+ optimizeFor?: FileOptions_OptimizeMode | undefined;
309
+ /**
310
+ * Sets the Go package where structs generated from this .proto will be
311
+ * placed. If omitted, the Go package will be derived from the following:
312
+ * - The basename of the package import path, if provided.
313
+ * - Otherwise, the package statement in the .proto file, if present.
314
+ * - Otherwise, the basename of the .proto file, without extension.
315
+ */
316
+ goPackage?: string | undefined;
317
+ /**
318
+ * Should generic services be generated in each language? "Generic" services
319
+ * are not specific to any particular RPC system. They are generated by the
320
+ * main code generators in each language (without additional plugins).
321
+ * Generic services were the only kind of service generation supported by
322
+ * early versions of google.protobuf.
323
+ *
324
+ * Generic services are now considered deprecated in favor of using plugins
325
+ * that generate code specific to your particular RPC system. Therefore,
326
+ * these default to false. Old code which depends on generic services should
327
+ * explicitly set them to true.
328
+ */
329
+ ccGenericServices?: boolean | undefined;
330
+ javaGenericServices?: boolean | undefined;
331
+ pyGenericServices?: boolean | undefined;
332
+ phpGenericServices?: boolean | undefined;
333
+ /**
334
+ * Is this file deprecated?
335
+ * Depending on the target platform, this can emit Deprecated annotations
336
+ * for everything in the file, or it will be completely ignored; in the very
337
+ * least, this is a formalization for deprecating files.
338
+ */
339
+ deprecated?: boolean | undefined;
340
+ /**
341
+ * Enables the use of arenas for the proto messages in this file. This applies
342
+ * only to generated classes for C++.
343
+ */
344
+ ccEnableArenas?: boolean | undefined;
345
+ /**
346
+ * Sets the objective c class prefix which is prepended to all objective c
347
+ * generated classes from this .proto. There is no default.
348
+ */
349
+ objcClassPrefix?: string | undefined;
350
+ /** Namespace for generated classes; defaults to the package. */
351
+ csharpNamespace?: string | undefined;
352
+ /**
353
+ * By default Swift generators will take the proto package and CamelCase it
354
+ * replacing '.' with underscore and use that to prefix the types/symbols
355
+ * defined. When this options is provided, they will use this value instead
356
+ * to prefix the types/symbols defined.
357
+ */
358
+ swiftPrefix?: string | undefined;
359
+ /**
360
+ * Sets the php class prefix which is prepended to all php generated classes
361
+ * from this .proto. Default is empty.
362
+ */
363
+ phpClassPrefix?: string | undefined;
364
+ /**
365
+ * Use this option to change the namespace of php generated classes. Default
366
+ * is empty. When this option is empty, the package name will be used for
367
+ * determining the namespace.
368
+ */
369
+ phpNamespace?: string | undefined;
370
+ /**
371
+ * Use this option to change the namespace of php generated metadata classes.
372
+ * Default is empty. When this option is empty, the proto file name will be
373
+ * used for determining the namespace.
374
+ */
375
+ phpMetadataNamespace?: string | undefined;
376
+ /**
377
+ * Use this option to change the package of ruby generated classes. Default
378
+ * is empty. When this option is not set, the package name will be used for
379
+ * determining the ruby package.
380
+ */
381
+ rubyPackage?: string | undefined;
382
+ /**
383
+ * The parser stores options it doesn't recognize here.
384
+ * See the documentation for the "Options" section above.
385
+ */
386
+ uninterpretedOption: UninterpretedOption[];
387
+ }
388
+ /** Generated classes can be optimized for speed or code size. */
389
+ export declare enum FileOptions_OptimizeMode {
390
+ /** SPEED - Generate complete code for parsing, serialization, */
391
+ SPEED = 1,
392
+ /** CODE_SIZE - etc. */
393
+ CODE_SIZE = 2,
394
+ /** LITE_RUNTIME - Generate code using MessageLite and the lite runtime. */
395
+ LITE_RUNTIME = 3,
396
+ UNRECOGNIZED = -1
397
+ }
398
+ export declare function fileOptions_OptimizeModeFromJSON(object: any): FileOptions_OptimizeMode;
399
+ export declare function fileOptions_OptimizeModeToJSON(object: FileOptions_OptimizeMode): string;
400
+ export interface MessageOptions {
401
+ /**
402
+ * Set true to use the old proto1 MessageSet wire format for extensions.
403
+ * This is provided for backwards-compatibility with the MessageSet wire
404
+ * format. You should not use this for any other reason: It's less
405
+ * efficient, has fewer features, and is more complicated.
406
+ *
407
+ * The message must be defined exactly as follows:
408
+ * message Foo {
409
+ * option message_set_wire_format = true;
410
+ * extensions 4 to max;
411
+ * }
412
+ * Note that the message cannot have any defined fields; MessageSets only
413
+ * have extensions.
414
+ *
415
+ * All extensions of your type must be singular messages; e.g. they cannot
416
+ * be int32s, enums, or repeated messages.
417
+ *
418
+ * Because this is an option, the above two restrictions are not enforced by
419
+ * the protocol compiler.
420
+ */
421
+ messageSetWireFormat?: boolean | undefined;
422
+ /**
423
+ * Disables the generation of the standard "descriptor()" accessor, which can
424
+ * conflict with a field of the same name. This is meant to make migration
425
+ * from proto1 easier; new code should avoid fields named "descriptor".
426
+ */
427
+ noStandardDescriptorAccessor?: boolean | undefined;
428
+ /**
429
+ * Is this message deprecated?
430
+ * Depending on the target platform, this can emit Deprecated annotations
431
+ * for the message, or it will be completely ignored; in the very least,
432
+ * this is a formalization for deprecating messages.
433
+ */
434
+ deprecated?: boolean | undefined;
435
+ /**
436
+ * Whether the message is an automatically generated map entry type for the
437
+ * maps field.
438
+ *
439
+ * For maps fields:
440
+ * map<KeyType, ValueType> map_field = 1;
441
+ * The parsed descriptor looks like:
442
+ * message MapFieldEntry {
443
+ * option map_entry = true;
444
+ * optional KeyType key = 1;
445
+ * optional ValueType value = 2;
446
+ * }
447
+ * repeated MapFieldEntry map_field = 1;
448
+ *
449
+ * Implementations may choose not to generate the map_entry=true message, but
450
+ * use a native map in the target language to hold the keys and values.
451
+ * The reflection APIs in such implementations still need to work as
452
+ * if the field is a repeated message field.
453
+ *
454
+ * NOTE: Do not set the option in .proto files. Always use the maps syntax
455
+ * instead. The option should only be implicitly set by the proto compiler
456
+ * parser.
457
+ */
458
+ mapEntry?: boolean | undefined;
459
+ /** The parser stores options it doesn't recognize here. See above. */
460
+ uninterpretedOption: UninterpretedOption[];
461
+ }
462
+ export interface FieldOptions {
463
+ /**
464
+ * The ctype option instructs the C++ code generator to use a different
465
+ * representation of the field than it normally would. See the specific
466
+ * options below. This option is not yet implemented in the open source
467
+ * release -- sorry, we'll try to include it in a future version!
468
+ */
469
+ ctype?: FieldOptions_CType | undefined;
470
+ /**
471
+ * The packed option can be enabled for repeated primitive fields to enable
472
+ * a more efficient representation on the wire. Rather than repeatedly
473
+ * writing the tag and type for each element, the entire array is encoded as
474
+ * a single length-delimited blob. In proto3, only explicit setting it to
475
+ * false will avoid using packed encoding.
476
+ */
477
+ packed?: boolean | undefined;
478
+ /**
479
+ * The jstype option determines the JavaScript type used for values of the
480
+ * field. The option is permitted only for 64 bit integral and fixed types
481
+ * (int64, uint64, sint64, fixed64, sfixed64). A field with jstype JS_STRING
482
+ * is represented as JavaScript string, which avoids loss of precision that
483
+ * can happen when a large value is converted to a floating point JavaScript.
484
+ * Specifying JS_NUMBER for the jstype causes the generated JavaScript code to
485
+ * use the JavaScript "number" type. The behavior of the default option
486
+ * JS_NORMAL is implementation dependent.
487
+ *
488
+ * This option is an enum to permit additional types to be added, e.g.
489
+ * goog.math.Integer.
490
+ */
491
+ jstype?: FieldOptions_JSType | undefined;
492
+ /**
493
+ * Should this field be parsed lazily? Lazy applies only to message-type
494
+ * fields. It means that when the outer message is initially parsed, the
495
+ * inner message's contents will not be parsed but instead stored in encoded
496
+ * form. The inner message will actually be parsed when it is first accessed.
497
+ *
498
+ * This is only a hint. Implementations are free to choose whether to use
499
+ * eager or lazy parsing regardless of the value of this option. However,
500
+ * setting this option true suggests that the protocol author believes that
501
+ * using lazy parsing on this field is worth the additional bookkeeping
502
+ * overhead typically needed to implement it.
503
+ *
504
+ * This option does not affect the public interface of any generated code;
505
+ * all method signatures remain the same. Furthermore, thread-safety of the
506
+ * interface is not affected by this option; const methods remain safe to
507
+ * call from multiple threads concurrently, while non-const methods continue
508
+ * to require exclusive access.
509
+ *
510
+ * Note that implementations may choose not to check required fields within
511
+ * a lazy sub-message. That is, calling IsInitialized() on the outer message
512
+ * may return true even if the inner message has missing required fields.
513
+ * This is necessary because otherwise the inner message would have to be
514
+ * parsed in order to perform the check, defeating the purpose of lazy
515
+ * parsing. An implementation which chooses not to check required fields
516
+ * must be consistent about it. That is, for any particular sub-message, the
517
+ * implementation must either *always* check its required fields, or *never*
518
+ * check its required fields, regardless of whether or not the message has
519
+ * been parsed.
520
+ *
521
+ * As of 2021, lazy does no correctness checks on the byte stream during
522
+ * parsing. This may lead to crashes if and when an invalid byte stream is
523
+ * finally parsed upon access.
524
+ *
525
+ * TODO(b/211906113): Enable validation on lazy fields.
526
+ */
527
+ lazy?: boolean | undefined;
528
+ /**
529
+ * unverified_lazy does no correctness checks on the byte stream. This should
530
+ * only be used where lazy with verification is prohibitive for performance
531
+ * reasons.
532
+ */
533
+ unverifiedLazy?: boolean | undefined;
534
+ /**
535
+ * Is this field deprecated?
536
+ * Depending on the target platform, this can emit Deprecated annotations
537
+ * for accessors, or it will be completely ignored; in the very least, this
538
+ * is a formalization for deprecating fields.
539
+ */
540
+ deprecated?: boolean | undefined;
541
+ /** For Google-internal migration only. Do not use. */
542
+ weak?: boolean | undefined;
543
+ /** The parser stores options it doesn't recognize here. See above. */
544
+ uninterpretedOption: UninterpretedOption[];
545
+ }
546
+ export declare enum FieldOptions_CType {
547
+ /** STRING - Default mode. */
548
+ STRING = 0,
549
+ CORD = 1,
550
+ STRING_PIECE = 2,
551
+ UNRECOGNIZED = -1
552
+ }
553
+ export declare function fieldOptions_CTypeFromJSON(object: any): FieldOptions_CType;
554
+ export declare function fieldOptions_CTypeToJSON(object: FieldOptions_CType): string;
555
+ export declare enum FieldOptions_JSType {
556
+ /** JS_NORMAL - Use the default type. */
557
+ JS_NORMAL = 0,
558
+ /** JS_STRING - Use JavaScript strings. */
559
+ JS_STRING = 1,
560
+ /** JS_NUMBER - Use JavaScript numbers. */
561
+ JS_NUMBER = 2,
562
+ UNRECOGNIZED = -1
563
+ }
564
+ export declare function fieldOptions_JSTypeFromJSON(object: any): FieldOptions_JSType;
565
+ export declare function fieldOptions_JSTypeToJSON(object: FieldOptions_JSType): string;
566
+ export interface OneofOptions {
567
+ /** The parser stores options it doesn't recognize here. See above. */
568
+ uninterpretedOption: UninterpretedOption[];
569
+ }
570
+ export interface EnumOptions {
571
+ /**
572
+ * Set this option to true to allow mapping different tag names to the same
573
+ * value.
574
+ */
575
+ allowAlias?: boolean | undefined;
576
+ /**
577
+ * Is this enum deprecated?
578
+ * Depending on the target platform, this can emit Deprecated annotations
579
+ * for the enum, or it will be completely ignored; in the very least, this
580
+ * is a formalization for deprecating enums.
581
+ */
582
+ deprecated?: boolean | undefined;
583
+ /** The parser stores options it doesn't recognize here. See above. */
584
+ uninterpretedOption: UninterpretedOption[];
585
+ }
586
+ export interface EnumValueOptions {
587
+ /**
588
+ * Is this enum value deprecated?
589
+ * Depending on the target platform, this can emit Deprecated annotations
590
+ * for the enum value, or it will be completely ignored; in the very least,
591
+ * this is a formalization for deprecating enum values.
592
+ */
593
+ deprecated?: boolean | undefined;
594
+ /** The parser stores options it doesn't recognize here. See above. */
595
+ uninterpretedOption: UninterpretedOption[];
596
+ }
597
+ export interface ServiceOptions {
598
+ /**
599
+ * Is this service deprecated?
600
+ * Depending on the target platform, this can emit Deprecated annotations
601
+ * for the service, or it will be completely ignored; in the very least,
602
+ * this is a formalization for deprecating services.
603
+ */
604
+ deprecated?: boolean | undefined;
605
+ /** The parser stores options it doesn't recognize here. See above. */
606
+ uninterpretedOption: UninterpretedOption[];
607
+ }
608
+ export interface MethodOptions {
609
+ /**
610
+ * Is this method deprecated?
611
+ * Depending on the target platform, this can emit Deprecated annotations
612
+ * for the method, or it will be completely ignored; in the very least,
613
+ * this is a formalization for deprecating methods.
614
+ */
615
+ deprecated?: boolean | undefined;
616
+ idempotencyLevel?: MethodOptions_IdempotencyLevel | undefined;
617
+ /** The parser stores options it doesn't recognize here. See above. */
618
+ uninterpretedOption: UninterpretedOption[];
619
+ }
620
+ /**
621
+ * Is this method side-effect-free (or safe in HTTP parlance), or idempotent,
622
+ * or neither? HTTP based RPC implementation may choose GET verb for safe
623
+ * methods, and PUT verb for idempotent methods instead of the default POST.
624
+ */
625
+ export declare enum MethodOptions_IdempotencyLevel {
626
+ IDEMPOTENCY_UNKNOWN = 0,
627
+ /** NO_SIDE_EFFECTS - implies idempotent */
628
+ NO_SIDE_EFFECTS = 1,
629
+ /** IDEMPOTENT - idempotent, but may have side effects */
630
+ IDEMPOTENT = 2,
631
+ UNRECOGNIZED = -1
632
+ }
633
+ export declare function methodOptions_IdempotencyLevelFromJSON(object: any): MethodOptions_IdempotencyLevel;
634
+ export declare function methodOptions_IdempotencyLevelToJSON(object: MethodOptions_IdempotencyLevel): string;
635
+ /**
636
+ * A message representing a option the parser does not recognize. This only
637
+ * appears in options protos created by the compiler::Parser class.
638
+ * DescriptorPool resolves these when building Descriptor objects. Therefore,
639
+ * options protos in descriptor objects (e.g. returned by Descriptor::options(),
640
+ * or produced by Descriptor::CopyTo()) will never have UninterpretedOptions
641
+ * in them.
642
+ */
643
+ export interface UninterpretedOption {
644
+ name: UninterpretedOption_NamePart[];
645
+ /**
646
+ * The value of the uninterpreted option, in whatever type the tokenizer
647
+ * identified it as during parsing. Exactly one of these should be set.
648
+ */
649
+ identifierValue?: string | undefined;
650
+ positiveIntValue?: number | undefined;
651
+ negativeIntValue?: number | undefined;
652
+ doubleValue?: number | undefined;
653
+ stringValue?: Uint8Array | undefined;
654
+ aggregateValue?: string | undefined;
655
+ }
656
+ /**
657
+ * The name of the uninterpreted option. Each string represents a segment in
658
+ * a dot-separated name. is_extension is true iff a segment represents an
659
+ * extension (denoted with parentheses in options specs in .proto files).
660
+ * E.g.,{ ["foo", false], ["bar.baz", true], ["moo", false] } represents
661
+ * "foo.(bar.baz).moo".
662
+ */
663
+ export interface UninterpretedOption_NamePart {
664
+ namePart: string;
665
+ isExtension: boolean;
666
+ }
667
+ /**
668
+ * Encapsulates information about the original source file from which a
669
+ * FileDescriptorProto was generated.
670
+ */
671
+ export interface SourceCodeInfo {
672
+ /**
673
+ * A Location identifies a piece of source code in a .proto file which
674
+ * corresponds to a particular definition. This information is intended
675
+ * to be useful to IDEs, code indexers, documentation generators, and similar
676
+ * tools.
677
+ *
678
+ * For example, say we have a file like:
679
+ * message Foo {
680
+ * optional string foo = 1;
681
+ * }
682
+ * Let's look at just the field definition:
683
+ * optional string foo = 1;
684
+ * ^ ^^ ^^ ^ ^^^
685
+ * a bc de f ghi
686
+ * We have the following locations:
687
+ * span path represents
688
+ * [a,i) [ 4, 0, 2, 0 ] The whole field definition.
689
+ * [a,b) [ 4, 0, 2, 0, 4 ] The label (optional).
690
+ * [c,d) [ 4, 0, 2, 0, 5 ] The type (string).
691
+ * [e,f) [ 4, 0, 2, 0, 1 ] The name (foo).
692
+ * [g,h) [ 4, 0, 2, 0, 3 ] The number (1).
693
+ *
694
+ * Notes:
695
+ * - A location may refer to a repeated field itself (i.e. not to any
696
+ * particular index within it). This is used whenever a set of elements are
697
+ * logically enclosed in a single code segment. For example, an entire
698
+ * extend block (possibly containing multiple extension definitions) will
699
+ * have an outer location whose path refers to the "extensions" repeated
700
+ * field without an index.
701
+ * - Multiple locations may have the same path. This happens when a single
702
+ * logical declaration is spread out across multiple places. The most
703
+ * obvious example is the "extend" block again -- there may be multiple
704
+ * extend blocks in the same scope, each of which will have the same path.
705
+ * - A location's span is not always a subset of its parent's span. For
706
+ * example, the "extendee" of an extension declaration appears at the
707
+ * beginning of the "extend" block and is shared by all extensions within
708
+ * the block.
709
+ * - Just because a location's span is a subset of some other location's span
710
+ * does not mean that it is a descendant. For example, a "group" defines
711
+ * both a type and a field in a single declaration. Thus, the locations
712
+ * corresponding to the type and field and their components will overlap.
713
+ * - Code which tries to interpret locations should probably be designed to
714
+ * ignore those that it doesn't understand, as more types of locations could
715
+ * be recorded in the future.
716
+ */
717
+ location: SourceCodeInfo_Location[];
718
+ }
719
+ export interface SourceCodeInfo_Location {
720
+ /**
721
+ * Identifies which part of the FileDescriptorProto was defined at this
722
+ * location.
723
+ *
724
+ * Each element is a field number or an index. They form a path from
725
+ * the root FileDescriptorProto to the place where the definition occurs.
726
+ * For example, this path:
727
+ * [ 4, 3, 2, 7, 1 ]
728
+ * refers to:
729
+ * file.message_type(3) // 4, 3
730
+ * .field(7) // 2, 7
731
+ * .name() // 1
732
+ * This is because FileDescriptorProto.message_type has field number 4:
733
+ * repeated DescriptorProto message_type = 4;
734
+ * and DescriptorProto.field has field number 2:
735
+ * repeated FieldDescriptorProto field = 2;
736
+ * and FieldDescriptorProto.name has field number 1:
737
+ * optional string name = 1;
738
+ *
739
+ * Thus, the above path gives the location of a field name. If we removed
740
+ * the last element:
741
+ * [ 4, 3, 2, 7 ]
742
+ * this path refers to the whole field declaration (from the beginning
743
+ * of the label to the terminating semicolon).
744
+ */
745
+ path: number[];
746
+ /**
747
+ * Always has exactly three or four elements: start line, start column,
748
+ * end line (optional, otherwise assumed same as start line), end column.
749
+ * These are packed into a single field for efficiency. Note that line
750
+ * and column numbers are zero-based -- typically you will want to add
751
+ * 1 to each before displaying to a user.
752
+ */
753
+ span: number[];
754
+ /**
755
+ * If this SourceCodeInfo represents a complete declaration, these are any
756
+ * comments appearing before and after the declaration which appear to be
757
+ * attached to the declaration.
758
+ *
759
+ * A series of line comments appearing on consecutive lines, with no other
760
+ * tokens appearing on those lines, will be treated as a single comment.
761
+ *
762
+ * leading_detached_comments will keep paragraphs of comments that appear
763
+ * before (but not connected to) the current element. Each paragraph,
764
+ * separated by empty lines, will be one comment element in the repeated
765
+ * field.
766
+ *
767
+ * Only the comment content is provided; comment markers (e.g. //) are
768
+ * stripped out. For block comments, leading whitespace and an asterisk
769
+ * will be stripped from the beginning of each line other than the first.
770
+ * Newlines are included in the output.
771
+ *
772
+ * Examples:
773
+ *
774
+ * optional int32 foo = 1; // Comment attached to foo.
775
+ * // Comment attached to bar.
776
+ * optional int32 bar = 2;
777
+ *
778
+ * optional string baz = 3;
779
+ * // Comment attached to baz.
780
+ * // Another line attached to baz.
781
+ *
782
+ * // Comment attached to moo.
783
+ * //
784
+ * // Another line attached to moo.
785
+ * optional double moo = 4;
786
+ *
787
+ * // Detached comment for corge. This is not leading or trailing comments
788
+ * // to moo or corge because there are blank lines separating it from
789
+ * // both.
790
+ *
791
+ * // Detached comment for corge paragraph 2.
792
+ *
793
+ * optional string corge = 5;
794
+ * /* Block comment attached
795
+ * * to corge. Leading asterisks
796
+ * * will be removed. * /
797
+ * /* Block comment attached to
798
+ * * grault. * /
799
+ * optional int32 grault = 6;
800
+ *
801
+ * // ignored detached comments.
802
+ */
803
+ leadingComments?: string | undefined;
804
+ trailingComments?: string | undefined;
805
+ leadingDetachedComments: string[];
806
+ }
807
+ /**
808
+ * Describes the relationship between generated code and its original source
809
+ * file. A GeneratedCodeInfo message is associated with only one generated
810
+ * source file, but may contain references to different source .proto files.
811
+ */
812
+ export interface GeneratedCodeInfo {
813
+ /**
814
+ * An Annotation connects some span of text in generated code to an element
815
+ * of its generating .proto file.
816
+ */
817
+ annotation: GeneratedCodeInfo_Annotation[];
818
+ }
819
+ export interface GeneratedCodeInfo_Annotation {
820
+ /**
821
+ * Identifies the element in the original source .proto file. This field
822
+ * is formatted the same as SourceCodeInfo.Location.path.
823
+ */
824
+ path: number[];
825
+ /** Identifies the filesystem path to the original source .proto. */
826
+ sourceFile?: string | undefined;
827
+ /**
828
+ * Identifies the starting offset in bytes in the generated code
829
+ * that relates to the identified object.
830
+ */
831
+ begin?: number | undefined;
832
+ /**
833
+ * Identifies the ending offset in bytes in the generated code that
834
+ * relates to the identified offset. The end offset should be one past
835
+ * the last relevant byte (so the length of the text = end - begin).
836
+ */
837
+ end?: number | undefined;
838
+ }
839
+ export declare const FileDescriptorSet: MessageFns<FileDescriptorSet>;
840
+ export declare const FileDescriptorProto: MessageFns<FileDescriptorProto>;
841
+ export declare const DescriptorProto: MessageFns<DescriptorProto>;
842
+ export declare const DescriptorProto_ExtensionRange: MessageFns<DescriptorProto_ExtensionRange>;
843
+ export declare const DescriptorProto_ReservedRange: MessageFns<DescriptorProto_ReservedRange>;
844
+ export declare const ExtensionRangeOptions: MessageFns<ExtensionRangeOptions>;
845
+ export declare const FieldDescriptorProto: MessageFns<FieldDescriptorProto>;
846
+ export declare const OneofDescriptorProto: MessageFns<OneofDescriptorProto>;
847
+ export declare const EnumDescriptorProto: MessageFns<EnumDescriptorProto>;
848
+ export declare const EnumDescriptorProto_EnumReservedRange: MessageFns<EnumDescriptorProto_EnumReservedRange>;
849
+ export declare const EnumValueDescriptorProto: MessageFns<EnumValueDescriptorProto>;
850
+ export declare const ServiceDescriptorProto: MessageFns<ServiceDescriptorProto>;
851
+ export declare const MethodDescriptorProto: MessageFns<MethodDescriptorProto>;
852
+ export declare const FileOptions: MessageFns<FileOptions>;
853
+ export declare const MessageOptions: MessageFns<MessageOptions>;
854
+ export declare const FieldOptions: MessageFns<FieldOptions>;
855
+ export declare const OneofOptions: MessageFns<OneofOptions>;
856
+ export declare const EnumOptions: MessageFns<EnumOptions>;
857
+ export declare const EnumValueOptions: MessageFns<EnumValueOptions>;
858
+ export declare const ServiceOptions: MessageFns<ServiceOptions>;
859
+ export declare const MethodOptions: MessageFns<MethodOptions>;
860
+ export declare const UninterpretedOption: MessageFns<UninterpretedOption>;
861
+ export declare const UninterpretedOption_NamePart: MessageFns<UninterpretedOption_NamePart>;
862
+ export declare const SourceCodeInfo: MessageFns<SourceCodeInfo>;
863
+ export declare const SourceCodeInfo_Location: MessageFns<SourceCodeInfo_Location>;
864
+ export declare const GeneratedCodeInfo: MessageFns<GeneratedCodeInfo>;
865
+ export declare const GeneratedCodeInfo_Annotation: MessageFns<GeneratedCodeInfo_Annotation>;
866
+ type Builtin = Date | Function | Uint8Array | string | number | boolean | undefined;
867
+ export type DeepPartial<T> = T extends Builtin ? T : T extends globalThis.Array<infer U> ? globalThis.Array<DeepPartial<U>> : T extends ReadonlyArray<infer U> ? ReadonlyArray<DeepPartial<U>> : T extends {} ? {
868
+ [K in keyof T]?: DeepPartial<T[K]>;
869
+ } : Partial<T>;
870
+ type KeysOfUnion<T> = T extends T ? keyof T : never;
871
+ export type Exact<P, I extends P> = P extends Builtin ? P : P & {
872
+ [K in keyof P]: Exact<P[K], I[K]>;
873
+ } & {
874
+ [K in Exclude<keyof I, KeysOfUnion<P>>]: never;
875
+ };
876
+ export interface MessageFns<T> {
877
+ encode(message: T, writer?: BinaryWriter): BinaryWriter;
878
+ decode(input: BinaryReader | Uint8Array, length?: number): T;
879
+ fromJSON(object: any): T;
880
+ toJSON(message: T): unknown;
881
+ create<I extends Exact<DeepPartial<T>, I>>(base?: I): T;
882
+ fromPartial<I extends Exact<DeepPartial<T>, I>>(object: I): T;
883
+ }
884
+ export {};