On Tue, Aug 25, 2020 at 2:36 AM Simon <[email protected]> wrote: > > My idea behind the APIRequestHandler (by the way, RESTRequestHandler might > actually be better) was to provide devs with a simple interface that doesn't > require any setup in order to spin up RESTful APIs for personal projects. > You're ultimately right, though, in that to scale up, a more robust framework > is needed (as I previously mentionned, flask, Django and starlette are much > more powerful than a simple class), but they come with their own drawbacks : > they are not in the standard library, and they are very heavy. > > For a dev that just wants to spin up a very basic API, in order to expose > their IoT devices to their network for instance, even flask is overkill. And > because of the size of these modules, they are unsuitable for embedded > development (on a raspberry pi compute module/zero, or with microPython). > > In my opinion, REST is the best protocol to make two pieces of software > communicate with each other, because of its simplicity, yet, the standard > library lacks in that regard in my opinion. >
Fair enough. I guess the real question is, how much advantage is RESTRequestHandler over directly subclassing BaseHTTPRequestHandler? Maybe it'd be worth it just to simplify that case. ChrisA _______________________________________________ Python-ideas mailing list -- [email protected] To unsubscribe send an email to [email protected] https://mail.python.org/mailman3/lists/python-ideas.python.org/ Message archived at https://mail.python.org/archives/list/[email protected]/message/E5E3JTVIKX27GQ6USSGBLQ52RESZ3SRP/ Code of Conduct: http://python.org/psf/codeofconduct/
