navbar

Django框架之模板继承和静态文件配置 一、模板继承 目的是：减少代码的冗余 语法： {% block classinfo %} {% endblock %} 具体步骤： 1、创建一个base.html文件， 2、把要显示的页面的内容写在这里面，也就是html要在浏览器显示的内容 3、在right里面写个盒子 　　{% block classinfo %} 　　{% endblock %} 在这里面写个空盒子，以后谁来扩展就在这个盒子里面添加相应的内容就行了 4、然后再创建一个.html文件，让这个继承base.html文件， 　　{% extends "base.html" %} #必须是在文件的第一行 　　在基板里面添加内容 　　{% block classinfo %} 　　　　<h2>首页</h2> 　　　　<h2>学生信息</h2> 　　　　<h3>{{ class_id }}班</h3> 　　{% endblock%} 5、也可以写好多盒子， 　　在left中写个盒子 　　　　{% block menu %} 　　　　　　<p>I see you you</p> 　　　　{% endblock %} 注意： 　　盒子里面可以有默认的内容，如果有默认的时候你不扩展就走默认的，如果你扩展了，就替换了， 那么不替换直接追加可以嘛？可以的，那就用下面的方式。 {% block

在asp.net core中，微软提供了基于认证（Authentication）和授权（Authorization）的方式，来实现权限管理的，本篇博文，介绍基于固定角色的权限管理和自定义角色权限管理，本文内容，更适合传统行业的BS应用，而非互联网应用。 在asp.net core中，我们认证（Authentication）通常是在Login的Post Action中进行用户名或密码来验证用户是否正确，如果通过验证，即该用户就会获得一个或几个特定的角色，通过ClaimTypes.Role来存储角色，从而当一个请求到达时，用这个角色和Controller或Action上加的特性 [Authorize(Roles = "admin,system")]来授权是否有权访问该Action。本文中的自定义角色，会把验证放在中间件中进行处理。 一、 固定角色： 即把角色与具体的Controller或Action直接关联起来，整个系统中的角色是固定的，每种角色可以访问那些Controller或Action也是固定的，这做法比较适合小型项目，角色分工非常明确的项目。 项目代码： https://github.com/axzxs2001/Asp.NetCoreExperiment/tree/master/Asp.NetCoreExperiment/%E6%9D%83%E9%99%90%E7%AE%A1

React兄弟、父子元素之间的通信 React元素之间的通信主要由下面几种方式 1、 Redux 2、 EventEmitter 3、 通过props进行通信（需要有嵌套关系） 子元素到父元素 父子元素之间的通信主要靠 props ，这个方法既简单，又好用，所以可以使用这种方法的时候就直接用好了。 首先有这样的一个React DOM结构： <div className="passage"> <NavBar /> <Passage /> </div> 渲染外层的 div 元素的时候，需要进行两个子组件的渲染，其中 Passage 组件的加载内容取决于 NavBar 当前的内容或者被点击后的内容，这里可以首先实现父元素和 NavBar 之间的通信过程，设置一个句柄，来帮助进行通信。 constructor (props) { super(props); this .state = { currentPassage: "" } this .refreshCurrentPassage = this .refreshCurrentPassage.bind( this ); } refreshCurrentPassage(cp) { this .setState({ currentPassage: cp }); } 上面的 refreshCurrentPassage 函数是这个通信过程的关键

前言 前段时间，laravel更新8.0版本，系统内置的Jetstream应用支架使用的是Tailwind CSS，于是勾起了我对Tailwind CSS的兴趣。 后来项目中也是逐步使用，总体感觉超级爽。就像他的简介一样Utility-First效用优先的CSS框架。 相比bootstrap，semantic ui antd这些组件库，tailwind只是个css库，简单的说就是可以完成任何ui交互，而上面的组件库一般就是做个后台应用，所以使用tailwind的环境更广泛一些。 几个亮眼的地方 首先是响应式设计。 css的媒体查询写起来还是比较麻烦的，如下： @media only screen and (max-width: 760px) { .navbar { width:100%; } } **使用了Tailwind CSS就免去这些繁琐的东西。**默认情况下，Tailwind使用移动优先断点系统，类似于您在Bootstrap或Foundation中可能使用的系统。 这意味着未加前缀的实用程序（如uppercase）在所有屏幕尺寸上都有效，而带前缀的实用程序（如md:uppercase）仅在指定的断点及以上断点生效。 如下一段代码就可以实现不同尺寸显示不同样式，是不是比媒体查询写法方便很多呢！ <div class="bg-red-500 sm:bg-green-500 md