Comments (11)
Yep, several people have discussed this on the discussion group. See, for
example:
http://groups.google.com/group/protobuf/browse_thread/thread/aefffadcae5fa897/85
438d0
3c384d6b1
Jon Skeet (a participant in that thread) has started work on a C#
implementation.
You should talk to him if you're interested in helping.
I'm closing this issue because I think it's too big for this issue list. The
C#
implementation will probably become its own project, with its own issue list...
Original comment by temporal
on 10 Jul 2008 at 8:03
- Changed state: Invalid
from protobuf.
I decided the right thing to do is to mark this issue "started" and assign it
to Jon.
Except I'm not sure what Jon's username is so I'll have to ask him to accept
this.
Original comment by temporal
on 10 Jul 2008 at 9:39
- Changed state: Started
- Added labels: Type-Enhancement
- Removed labels: Type-Defect
from protobuf.
Thanks for that, maybe we get a little more attention.
Original comment by [email protected]
on 10 Jul 2008 at 9:51
from protobuf.
Original comment by temporal
on 10 Jul 2008 at 11:12
from protobuf.
Yup, that's fine. I'll add occasional comments here to indicate progress.
So far I've:
o Added a copy of the Java files, renamed to csharp/csharp_*
o Added a command-line option to use the C# compiler
o Added descriptor options
o Changed them to write .cs files
o Changed the basic declarations (namespace instead of package etc)
o Begun to use properties instead of get/set
Original comment by jonathan.skeet
on 11 Jul 2008 at 5:36
from protobuf.
Initial (very incomplete; can't even remember if it compiles at the latest
push) code
in git:
http://github.com/jskeet/dotnet-protobufs/tree/master
Original comment by jonathan.skeet
on 15 Jul 2008 at 5:43
from protobuf.
On a protobuf wiki page, it says, that there are 3 (!) .Net implementations,
namely:
C#: http://github.com/jskeet/dotnet-protobufs/tree/master
C#: http://code.google.com/p/protosharp/
C#/.NET/WCF: http://code.google.com/p/protobuf-net/
I think you guys should find each other and maybe the development would be a
little
more faster. What do you think?
Original comment by [email protected]
on 23 Jul 2008 at 10:23
from protobuf.
We know about each other already :)
My porting progress wouldn't really be helped by other people contributing at
the
moment, beyond the sort of patch that Miguel de Icaza has contributed to get it
building easily on Mono. (Note to self: I need to update Makefile.am with new
files...)
The other implementations are (I believe) quite similar in look and feel - I
expect
they may well merge at some point. In the early stages, however, it's quite
nice to
have independent coding - it makes it easier to experiment with different
ideas. When
things settle down a bit more collaboration will be more appropriate. There's
already
collaboration in terms of *ideas* via the group, just not a lot of
*implementation*
sharing - yet.
Original comment by jonathan.skeet
on 23 Jul 2008 at 10:26
from protobuf.
This has been fixed for a long time.
Original comment by [email protected]
on 18 Apr 2009 at 2:37
- Changed state: Fixed
from protobuf.
Does this mean that there are no plans for the C# adapter to be merged into the
central Protobuf project?
Original comment by [email protected]
on 6 May 2009 at 3:22
from protobuf.
It has been discussed at various times and we haven't made a firm decision.
There
are a lot of complicated issues (mostly development-process-oriented, not
technical)
that need to be considered.
Original comment by temporal
on 6 May 2009 at 10:02
from protobuf.
Related Issues (20)
- memory leak HOT 1
- protoc does not warn for Java keyword "super"
- emacs 24.4: Eager macro-expansion failure: (void-function cl-macroexpand-all)
- HasExtension() called on a repeated field should cause a compile error (Protobuf 2.4.1) HOT 3
- protobuf causes crash beacuse of mutex lock HOT 4
- Python pickling depends on the path used during compilaton HOT 2
- ar HOT 1
- Windows phone 8.1 problem HOT 2
- Protocol buffers java
- integer overflow
- java.lang.VerifyError: class RealtimeBidding$BidRequest overrides final method getUnknownFields.()Lcom/google/protobuf/UnknownFieldSet HOT 4
- Protoc does not provide a dependency manifest output file for build tools like make HOT 3
- .. HOT 1
- de
- Repeated fields do not serialize the 'size' into the file. Hence deserialize of repeated expects an unending sequence of repeated fields HOT 4
- protoc can produce cpp code that fails to compile due to naming clash on generated classes
- Make procedure not able to finish on Ubuntu 14.10 HOT 2
- Function headers for has_ accessors within oneof are put as private for enum/string/int32/bool HOT 2
- clan "scan-build" analysis of generated protobuf code produces warnings.
- module machine type 'x64' conflicts with target machine type 'X86'
Recommend Projects
-
React
A declarative, efficient, and flexible JavaScript library for building user interfaces.
-
Vue.js
🖖 Vue.js is a progressive, incrementally-adoptable JavaScript framework for building UI on the web.
-
Typescript
TypeScript is a superset of JavaScript that compiles to clean JavaScript output.
-
TensorFlow
An Open Source Machine Learning Framework for Everyone
-
Django
The Web framework for perfectionists with deadlines.
-
Laravel
A PHP framework for web artisans
-
D3
Bring data to life with SVG, Canvas and HTML. 📊📈🎉
-
Recommend Topics
-
javascript
JavaScript (JS) is a lightweight interpreted programming language with first-class functions.
-
web
Some thing interesting about web. New door for the world.
-
server
A server is a program made to process requests and deliver data to clients.
-
Machine learning
Machine learning is a way of modeling and interpreting data that allows a piece of software to respond intelligently.
-
Visualization
Some thing interesting about visualization, use data art
-
Game
Some thing interesting about game, make everyone happy.
Recommend Org
-
Facebook
We are working to build community through open source technology. NB: members must have two-factor auth.
-
Microsoft
Open source projects and samples from Microsoft.
-
Google
Google ❤️ Open Source for everyone.
-
Alibaba
Alibaba Open Source for everyone
-
D3
Data-Driven Documents codes.
-
Tencent
China tencent open source team.
from protobuf.