擅长:python、mysql、java
<p>对于我的用例,有持久状态和内存状态。对于前者,我们有<code>spark</code>和<code>postgres</code>存储库。对于后者,我已经设计并编写了具有实例级数据结构的应用程序。但是我已经收集到<code>Tornado</code>启动的<code>RequestHandler</code>/<code>WebHandler</code>子类上的实例属性不是持久的</p>
<p>后者希望生活在一个管理状态的类中:但由于这种设计,我不得不显著地重新划定边界。相反,有必要将所有内容都推到全局变量。很少有人会说这是一种更受欢迎的设计。我一有时间就把<code>tornado</code>扔了</p>
<p>不确定会有什么替代方案:我已经从<code>cherrypy</code>恢复了,因为它本身有很大的局限性:下面是我关于它的几个问题</p>
<ul>
<li><a href="https://stackoverflow.com/questions/60841848/404-for-path-served-by-cherrypy">404 for path served by Cherrypy</a></li>
<li><a href="https://stackoverflow.com/questions/60838587/how-to-specify-the-listening-server-instances-using-cherrypy-tree-mount">How to specify the listening server instances using cherrypy tree.mount?</a></li>
</ul>
<p>我带着一些伤疤通过了,但仍然完好无损。还有其他一些问题让我大吃一惊:<code>url's</code>没有得到服务,打鼹鼠的行动也没有明确的结束。它通常也没有得到太多的关注,并且有令人困惑的过时或不完整的文档。这里有大量的文档,这就是为什么我开始写它的原因:但是这些漏洞会造成一系列追逐兔子的情节</p>
<p><code>Flask</code>和<code>django</code>有自己的问题。在<code>python</code>中找到一个功能足够但不是超重型的web服务器似乎是一个虚幻的目标。目前还不确定哪一个框架的问题最少</p>