qux

消息闪现 flask提供了一个非常有用的flash()函数，它可以用来“闪现”需要提示给用户的消息，比如当用户登录成功后显示“欢迎回来！”。在视图函数调用flash()函数，传入消息内容，flash（）函数把消息存储在session中，我们需要在模板中使用全局函数get_flashed_messages()获取消息并将它显示出来。 通过flash()函数发送的消息会存储在session对象中，所以我们需要为程序设置秘钥。可以通过app.secret_key属性或配置变量SECRET_KEY设置。 你可以在任意视图函数中调用flash()函数发送消息。例如： just_flash视图中，通过flash()函数发送一条消息，然后重定向到index视图。 @app.route( ' /flash ' ) def just_flash(): flash( ' I am flash, who is looking for me? ' ) return redirect(url_for( ' watchlist ' )) flask提供了get_flashed_message()函数用来在模板里获取消息，因为程序的每一个页面都有可能需要显示消息，我们把获取并显示消息的代码放到基模板中content块的上面，这样就可以在页面主体内容上面显示消息 在base.html模板中加入处理闪现消息的函数：

原文: ASP.NET Core中的依赖注入（2）：依赖注入（DI） IoC主要体现了这样一种设计思想：通过将一组通用流程的控制从应用转移到框架之中以实现对流程的复用，同时采用“好莱坞原则”是应用程序以被动的方式实现对流程的定制。我们可以采用若干设计模式以不同的方式实现IoC，比如我们在 上面 介绍的模板方法、工厂方法和抽象工厂，接下来我们介绍一种更为有价值的IoC模式，即依赖注入（DI：Dependency Injection，以下简称DI）。 目录 一、由外部容器提供服务对象 二、三种依赖注入方式 构造器注入 属性注入 方法注入 三、实例演示：创建一个简易版的DI框架 一、由外部容器提供服务对象 和上面介绍的工厂方法和抽象工厂模式一样，DI旨在实现针对服务对象的动态提供。具体来说，服务的消费者利用一个独立的容器（Container）来获取所需的服务对象，容器自身在提供服务对象的过程中会自动完成依赖的解析与注入。话句话说，由DI容器提供的这个服务对象是一个” 开箱即用”的对象，这个对象自身直接或者间接依赖的对象已经在初始化的工程中被自动注入其中了。 举个简单的例子，我们创建一个名为Cat的DI容器类，那么我们可以通过调用具有如下定义的扩展方法GetService<T>从某个Cat对象获取指定类型的服务对象。我之所以将其命名为Cat，源于我们大家都非常熟悉的一个卡通形象“机器猫

【推荐阅读】微服务还能火多久？>>> 《 200行代码，7个对象——让你了解ASP.NET Core框架的本质 》让很多读者对ASP.NET Core管道有了真实的了解。在过去很长一段时间中，有很多人私信给我：能否按照相同的方式分析一下MVC框架的设计与实现原理，希望这篇文章能够满足你们的需求。我们在《 [上篇]：路由整合 》将定义在Controller类型中的Action方法简化成只返回Task或者Void的方法，并让方法自身去完成包括对请求予以相应的所有请求处理任务，但真实的MVC框架并非如此。真正的MVC框架中具有一个名为IActionResult的重要结构，顾名思义，IActionResult对象一般会作为Action方法的返回值，针对请求的响应任务基本上会由这个对象来实现。 源代码下载： IActionResult的执行 IActionResult的类型转换 一、IActionResult 作为Action方法执行结果旨在对请求做最终响应的IActionResult接口同样具有极为简单的定义。如下main的代码片段所示，IActionResult对象针对请求的响应实现在它唯一的ExecuteResultAsync方法中，针对待执行Action的ActionContext上下文是其唯一的输入参数。 public interface IActionResult { Task