Re: [Library Release] dproto
On 10/09/2013 01:55 AM, Jesse Phillips wrote: > Groups are a way to combine this, but they are deprecated so > who'd want to support that. Exactly, I didn't even bother planning out support for them. -- Matt Soucy http://msoucy.me/ signature.asc Description: OpenPGP digital signature
Re: [Library Release] dproto
On 10/09/2013 10:38 AM, Jesse Phillips wrote: > On Tuesday, 8 October 2013 at 20:50:22 UTC, Matt Soucy wrote: >> Thanks for the tip - I actually did find this one when I started using >> this, however I found it on another page that hadn't been updated (that >> I ironically can't find now), so I wrongfully assumed that it was >> abandoned. I did find the github page, but I wasn't thrilled by it. > > You're thinking: https://256.makerslocal.org/wiki/index.php/ProtocolBuffer > I've been updating it from that > Exactly, that's the page! All I remembered about the location was that it was a wiki with a number in the URL... >> >> Pros for opticron's: >> Much more idiomatic code >> Supports D1 >> Much better unit tests >> Pros for mine (highly based on opinion): >> Exposes slightly more convenient helpers >> (In my opinion) slightly easier to read >> Generated code looks like a POD struct, though with some "hidden" >> attributes (optional variables support .clean(), .exists(), instead of >> looking like myStruct.foo_exists()) > > For the D2 output I've got it really close to POD. It declares fields as > Nullable!T meaning myStruct.foo.isNull would check availability. I was > intending to distinguish required/optional with this, but that would > remove error checking (which I don't think is there yet). > >> Basically, mine is much more simplistic, which is both good and bad. I'd >> like to improve mine a bit more, and the one you pointed me at is pretty >> good. It gave me some things to improve on. > > Go for it, have fun. -- Matt Soucy http://msoucy.me/ signature.asc Description: OpenPGP digital signature
Re: [Library Release] dproto
On Tuesday, 8 October 2013 at 20:50:22 UTC, Matt Soucy wrote: Thanks for the tip - I actually did find this one when I started using this, however I found it on another page that hadn't been updated (that I ironically can't find now), so I wrongfully assumed that it was abandoned. I did find the github page, but I wasn't thrilled by it. You're thinking: https://256.makerslocal.org/wiki/index.php/ProtocolBuffer I've been updating it from that Pros for opticron's: Much more idiomatic code Supports D1 Much better unit tests Pros for mine (highly based on opinion): Exposes slightly more convenient helpers (In my opinion) slightly easier to read Generated code looks like a POD struct, though with some "hidden" attributes (optional variables support .clean(), .exists(), instead of looking like myStruct.foo_exists()) For the D2 output I've got it really close to POD. It declares fields as Nullable!T meaning myStruct.foo.isNull would check availability. I was intending to distinguish required/optional with this, but that would remove error checking (which I don't think is there yet). Basically, mine is much more simplistic, which is both good and bad. I'd like to improve mine a bit more, and the one you pointed me at is pretty good. It gave me some things to improve on. Go for it, have fun.
Re: [Library Release] dproto
On Tuesday, 8 October 2013 at 08:11:34 UTC, Kagamin wrote: On Saturday, 5 October 2013 at 20:56:21 UTC, Matt Soucy wrote: message Point { optional int32 x = 1 [default=166]; required int32 y = 2; optional string label = 3; message Coord { required int32 a = 1; required int32 b = 2; } } You can get a structure that behaves as: struct Point { int x=166; int y; string label; struct Coord { int a,b; } } Should it be really like that? If you just declare Coord struct, it doesn't place a Coord instance in Point. It is correct. A message defined in another is just namespacing as it is in D. If you want to include the type then the message needs a field of that type. Groups are a way to combine this, but they are deprecated so who'd want to support that.
Re: [Library Release] dproto
On 10/05/2013 06:20 PM, Jesse Phillips wrote: > This is more of an FYI. I've been using/updating > https://github.com/opticron/ProtocolBuffer > > Boost License > And while it doesn't have any helper functions, it can generate source > at compile time. > Generates D1 code if requested > > Been using it to walk OSM data for no particular reason > https://gist.github.com/JesseKPhillips/6051600 Thanks for the tip - I actually did find this one when I started using this, however I found it on another page that hadn't been updated (that I ironically can't find now), so I wrongfully assumed that it was abandoned. I did find the github page, but I wasn't thrilled by it. Pros for opticron's: Much more idiomatic code Supports D1 Much better unit tests Pros for mine (highly based on opinion): Exposes slightly more convenient helpers (In my opinion) slightly easier to read Generated code looks like a POD struct, though with some "hidden" attributes (optional variables support .clean(), .exists(), instead of looking like myStruct.foo_exists()) Basically, mine is much more simplistic, which is both good and bad. I'd like to improve mine a bit more, and the one you pointed me at is pretty good. It gave me some things to improve on. signature.asc Description: OpenPGP digital signature
Re: [Library Release] dproto
On 10/08/2013 04:11 AM, Kagamin wrote: > On Saturday, 5 October 2013 at 20:56:21 UTC, Matt Soucy wrote: >> message Point { >> optional int32 x = 1 [default=166]; >> required int32 y = 2; >> optional string label = 3; >> message Coord { >> required int32 a = 1; >> required int32 b = 2; >> } >> } >> >> You can get a structure that behaves as: >> >> struct Point { >> int x=166; >> int y; >> string label; >> struct Coord { >> int a,b; >> } >> } > > Should it be really like that? If you just declare Coord struct, it > doesn't place a Coord instance in Point. No, that's intentional. The idea was to show the possibility of nested structs. You can create a Coord with: auto c = Point.Coord(); I admit the example is kind of poor, though. -Matt Soucy signature.asc Description: OpenPGP digital signature
Re: [Library Release] dproto
On Saturday, 5 October 2013 at 20:56:21 UTC, Matt Soucy wrote: message Point { optional int32 x = 1 [default=166]; required int32 y = 2; optional string label = 3; message Coord { required int32 a = 1; required int32 b = 2; } } You can get a structure that behaves as: struct Point { int x=166; int y; string label; struct Coord { int a,b; } } Should it be really like that? If you just declare Coord struct, it doesn't place a Coord instance in Point.
Re: [Library Release] dproto
This is more of an FYI. I've been using/updating https://github.com/opticron/ProtocolBuffer Boost License And while it doesn't have any helper functions, it can generate source at compile time. Generates D1 code if requested Been using it to walk OSM data for no particular reason https://gist.github.com/JesseKPhillips/6051600