哪个层应该创建httpresponse？
您知道为什么在控制器层中创建httpresponse吗？如果在服务层创建httpresponse会发生什么？
共有1个答案
-
问题内容： 我对应该在哪里放置我的虚拟环境感到困惑。 在我的第一个django项目中，我使用以下命令创建了该项目 然后我进入djangoproject目录并运行命令 在与内部目录相同级别上创建了虚拟环境目录。 这是为特定项目创建virtualenv的错误位置吗？ 我给人的印象是，大多数人将所有virtualenvs放在一个完全不同的目录中，例如，然后使用virtualenvwrapper在它们之间
-
问题内容： 我有一个可以为其创建一个（或多个）实例的实例。我正在使用Servlet环境，并且已经将一个EntityManagerFactory连接到Servlet（通过Servlet上下文），该Servlet在Servlet的生命周期中（因此，对于所有用户）都共享。 我可以执行以下操作之一： 在我的Servlet的生存期内创建一个EntityManager（例如，在所有用户之间共享） 为每个用户创
-
问题内容： API文档说永远不要捕获 Throwable 子类 错误 ，这表示异常行为。这是否意味着错误和异常之间的隔离是为了告诉程序员应该捕获哪个子类，而不应该捕获哪个子类？还是还有更多呢？ 问题答案： 通常，这是严重错误（通常 在平台本身内部 ），您无法想象得到处理。我曾经关心醒目的唯一时间是为了 记录它 ，下面我再重新抛出。 这是非常重要的，因为它很容易让错误（和运行时异常），以这样的方式，
-
我已经编写了一个webshop插件，它通过REST连接到一个定制的后端，并在一个页面中呈现产品。后端RESTAPI支持分层分类，然后在叶子中有产品。因此，用户可以通过Cat1单击- 这很有效。但是我希望URL是/categories/cat1/subcat/subsubcat/，我无法工作。 我当前的架构是这样的：我有一个带有slug“categories”的页面，在该页面中我有一个短代码：[we
-
我们有一个整体系统，我们目前正在使用GRPC将其分解成微服务。目前，我们在C#客户端的单片代码中使用enyim缓存。 是否应该将其移到此服务的gRPC服务代码中？这样，每个服务都有自己的缓存代码。这将导致大量重复的缓存代码。 我们是否应该为缓存相关代码创建dll，并在新的gRPC微服务中使用它？我们仍然需要在每个gRPC服务中放置重复配置。 只从单片代码处理缓存，并且只在缓存丢失的情况下调用gRP
-
问题内容： 总览 我正在客户端（Android手机）和服务器（Windows Server）之间来回发送消息。使用基于TCP的持久连接，哪种协议将是最佳解决方案。我正在研究性能，可伸缩性，消息大小和电池寿命。消息必须按顺序到达目的地，并且不能重复。 MQTT 这似乎是更好的解决方案，但似乎很少有大量用户使用大型实现的示例。我不确定是否可以将其集成到Windows服务器中，或者是否必须运行其他应用程