TE
科技回声
首页24小时热榜最新最佳问答展示工作
GitHubTwitter
首页

科技回声

基于 Next.js 构建的科技新闻平台,提供全球科技新闻和讨论内容。

GitHubTwitter

首页

首页最新最佳问答展示工作

资源链接

HackerNews API原版 HackerNewsNext.js

© 2025 科技回声. 版权所有。

Responder: A familiar HTTP Service Framework

205 点作者 rayraegah超过 6 年前

12 条评论

setr超过 6 年前
Maybe I’ll accept non-monospace fonts for code. You get the right ligatures, decent kerning, the softer touch of sans-serif... it has some possibility<p>But psuedo-cursive strings? This font that looks like a retro emulator using a vectorizing filter?<p>This is too much. I’m not happy about this development at all.
评论 #18235710 未加载
评论 #18235690 未加载
评论 #18235523 未加载
评论 #18235786 未加载
amirathi超过 6 年前
What I really need is a python web framework that has first class support for serving SPA applications (VueJS, React etc).<p>I spent quite a bit of time setting up my Django app to serve VueJS (replacing the built-in Jinja templates). Once ready, it became a powerful application with ORM, middleware and all other Django goodies coupled with modern JS framework on the frontend.<p>I hear Rails 6 is going to support modern web frameworks and using npm libraries, so something like that for Python&#x2F;Django world.
评论 #18236381 未加载
评论 #18238343 未加载
评论 #18236384 未加载
评论 #18236433 未加载
评论 #18236385 未加载
评论 #18237043 未加载
评论 #18236695 未加载
评论 #18236364 未加载
monkmartinez超过 6 年前
Pretty cool, but I can&#x27;t shake the feeling that the first example looks an awful lot like javascript...<p>Perhaps... Maybe ... its because I have been &quot;cheating&quot; on Python with JS. I mean, it is a pain in the booty to code up a web app in python without JS. Try to code a mobile app with Python and Kivy... not all that fun (not practical). In less than a week with React, I have done both. So... why not just skip Python all together? I have been asking myself that question.<p>Bottom line: The authors of this &quot;service framework&quot; states the Python world doesn&#x27;t need another web framework, I agree.<p>It needs some serious love in GUI land.
评论 #18235624 未加载
评论 #18235139 未加载
评论 #18236410 未加载
daenz超过 6 年前
&gt;The Python world certainly doesn&#x27;t need more web frameworks. But, it does need more creativity.<p>Then why create a &quot;new python HTTP service framework&quot;? The Flask and Falcon communities are very welcoming to creativity.<p>This project strikes me as a fun side project that doesn&#x27;t have serious legs or ambitions, which, don&#x27;t get me wrong, is totally encouraged and fine! However, when it&#x27;s being touted as a new framework for people <i>to use</i>, complete with its own logo and testimonials(???), it really presents itself as yet another soon-to-be unsupported and unmaintained&#x2F;discarded project. We have to judge it based on how its presented, and in my humble opinion, it&#x27;s being presented as The Hot New Shit, when it&#x27;s maybe 300 original lines on top of massive existing frameworks.
评论 #18237401 未加载
评论 #18238128 未加载
评论 #18236319 未加载
mychael超过 6 年前
Call me old fashioned, but I like functions that return something. Hard pass.
评论 #18235945 未加载
cantcopy超过 6 年前
The amount of negative feedback this post is getting is excessive.
评论 #18235589 未加载
评论 #18235914 未加载
korijn超过 6 年前
Are benchmarks available? And &quot;nginx not needed&quot;? Is uvicorn really that great?
theptip超过 6 年前
&gt; Background tasks, spawned off in a ThreadPoolExecutor.<p>This could be very nice; something that I&#x27;ve often found clunky when building a prototype is the amount of infrastructure required to get a more full-featured task queue up and running (say Celery or RQ). You can always just run an event loop, but then you have to reinvent a lot of the nice delay&#x2F;scheduling machinery.
andrewstuart超过 6 年前
async &amp; fstrings - seems Kenneth is on board with Python 3 then.<p>One of his other really great applications is &quot;das inbox&quot; <a href="https:&#x2F;&#x2F;github.com&#x2F;kennethreitz&#x2F;inbox.py" rel="nofollow">https:&#x2F;&#x2F;github.com&#x2F;kennethreitz&#x2F;inbox.py</a> - it&#x27;s brevity is inspiring - actually Responder seems very similar to das inbox.
评论 #18236422 未加载
reilly3000超过 6 年前
As a very regular Requests user I&#x27;m pretty excited about Responder. There are times when I just want to stand up a &#x27;glue&#x27; API, and this looks extremely convenient for that purpose. I&#x27;ve wasted too many hours futzing with flask+WSGI+nginx+ubuntu to want to stand up something with it on a whim.
评论 #18238199 未加载
0hn0超过 6 年前
What about the performance of python-responder?
biggio超过 6 年前
I used to hire people who have created their own frameworks like this one and our codebase were so bloated. At one point I had to let people go and spend the next year removing tens of thousands of lines of useless nonsense. Since that lesson, I look at candidates Github and if I see a custom built framework, I pass, regardless of how good they performed.
评论 #18235647 未加载
评论 #18235983 未加载
评论 #18235933 未加载
评论 #18235727 未加载
评论 #18235993 未加载