News for hackers. Stuff that matters.
Re:Fuchsia IDL Overview by surajrmal on Thursday March 17, 2022 @02:21AM (#30708210)
FIDL actually does make backwards compatibility a core concern. Being able to modify an existing type and allowing client and servers to continue to work when out of sync is achieved through a similar mechanism by which protobuf achieves it - a data type in which all members are optional.

That said, there are certainly many design decisions that FIDL does do differently because the constraints of the problems it tries to solve are different as you mention.

Re:Fuchsia IDL Overview by nly on Thursday March 17, 2022 @05:06AM (#30709080)
Skimming the docs, it looks like the heavyweight use use of "tables", much like Flatbuffers, seems to be the only mechanism for forward evolution of a protocol.

Looks like "structs" you can only remove boxed fields by setting their references to null, but not add fields.

Re:Fuchsia IDL Overview by surajrmal on Thursday March 17, 2022 @12:21PM (#30712854)
Other types such as unions, enums, and bits also have properties that allow for evolution: https://fuchsia.dev/fuchsia-src/development/languages/fidl/g...