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

build-your-own-parser #22

Open
dougwilson opened this issue May 27, 2014 · 17 comments
Open

build-your-own-parser #22

dougwilson opened this issue May 27, 2014 · 17 comments
Assignees

Comments

@dougwilson
Copy link
Contributor

If you look at the middleware, after I had refactored it, all they are is a call to typeis and a call to read. We should add something like bodyParser.generic() to let people roll their owner simple body parsers.

@dougwilson dougwilson self-assigned this May 27, 2014
@jonathanong
Copy link
Member

I think this lib is pretty easy to understand. IMO they should just fork this lib if they wanna do more stuff. Most of the logic should be in separate libs anyways

@Fishrock123
Copy link
Contributor

I think it would be better to have the interface and people have parsing libs than lots of body-parser forks.

@dougwilson
Copy link
Contributor Author

I think it would be better to have the interface

This module should be the interface. json and urlencoded should be the separable libs that use this module ;)

@jonathanong
Copy link
Member

You guys are just adding more responsibility to your plate hah

@Fishrock123
Copy link
Contributor

Yeah, that's the issue, may be too much to be worthwhile to support.

@dougwilson
Copy link
Contributor Author

i.am.machine :DDD

@mikermcneil
Copy link
Member

This module should be the interface. json and urlencoded should be the separable libs that use this module ;)

I can tackle this if it's helpful

@dougwilson
Copy link
Contributor Author

This is actually nearly done, as it was intended for the goal of bringing body-parser back into express core.

Out of curiosity, what parser were you planning to build that we don't have already :)?

@mikermcneil
Copy link
Member

Out of curiosity, what parser were you planning to build that we don't have already :)?

good question

@mikermcneil
Copy link
Member

xml

@mikermcneil
Copy link
Member

lol

@dougwilson
Copy link
Contributor Author

xml

lol. Somehow I knew that was the answer ;) Currently the best you can do is to use bodyParser.text and then feed the text into a XML parser.

@dougwilson
Copy link
Contributor Author

The reason why I had a feeling is because I use this module to parse XML all the time, but of course using text + parser requires the request body to buffer up instead of feeding it to an incremental parser (CSV is another common one, which I also use!).

This new stuff will actually be out sooner rather than later since I should not be distracted with express core.

@rlidwka
Copy link
Member

rlidwka commented Aug 1, 2014

Out of curiosity, what parser were you planning to build that we don't have already :)?

JSON5? I use that in a few APIs, because it's easier to debug such api with a curl (and b/w compatibility with json is perfect). Even created express-json5 based on bodyParser.

So this use-case is more real than it seems.

@dougwilson
Copy link
Contributor Author

Even created express-json5 based on bodyParser.

Though it looks like as body-parser is currently, it can be significantly simplified by wrapping bodyParser.text ;)

@dougwilson
Copy link
Contributor Author

@rlidwka or, looking at your code now, you could technically wrap bodyParser.json and if it errors, check err.body and parse that with the json5 parser :) I'm not actually saying this invalids the issue at had, here, because it's still valid and I'm working on it, haha.

@lopugit
Copy link

lopugit commented Jun 12, 2019

How do you build may I ask?

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

No branches or pull requests

6 participants