Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Unpacker #3

Open
paulokopny opened this issue May 20, 2011 · 4 comments
Open

Unpacker #3

paulokopny opened this issue May 20, 2011 · 4 comments

Comments

@paulokopny
Copy link

Please make it avaliable not to use pickle unpacker. Return raw result by default for example.

@toru
Copy link
Owner

toru commented May 22, 2011

My plan is to provide three pre-coded serializer modes and a custom mode. This should satisfy your needs.

  • Pickle
  • String
  • JSON
  • Load your own pack/unpack code

@paulokopny
Copy link
Author

Hello, Toru.
I think this is a great plan! Can't wait to seen its implementation.
Actually, I was going to do some coding on my local version, like making a
KyotoTycoon object a dict-style etc. I'll post some issues in near future to
your repository if you don't mind.

On Sun, May 22, 2011 at 2:27 PM, tmaesaka <
reply@reply.github.com>wrote:

My plan is to provide three pre-coded serializer modes and a custom mode.
This should satisfy your needs.

  • Pickle
  • String
  • JSON
  • Load your own pack/unpack code

Reply to this email directly or view it on GitHub:
#3 (comment)

Paul Okopny

@toru
Copy link
Owner

toru commented May 22, 2011

For that purpose, I recommend wrapping ProtocolHandler in kt_http.py like I did with the KyotoTycoon class. You could call it something like KyotoTycoonDict or something along that line.

I deliberately separated those two areas (interface and the core logic) so that things like what you mentioned would be easy to do.

@paulokopny
Copy link
Author

Ok, I'll do my own class then with blackjack and hookers :)

On Sun, May 22, 2011 at 7:12 PM, tmaesaka <
reply@reply.github.com>wrote:

For that purpose, I recommend wrapping ProtocolHandler in kt_http.py like I
did with the KyotoTycoon class. You could call it something like
KyotoTycoonDict or something along that line.

I deliberately separated those two areas (interface and the core logic) so
that things like what you mentioned would be easy to do.

Reply to this email directly or view it on GitHub:
#3 (comment)

Paul Okopny

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

2 participants