事件修饰符大全 .stop 阻止事件继续传播 冒泡 .prevent 阻止标签默认行为 .capture 使用事件捕获模式,即元素自身触发的事件先在此处处理，然后才交由内部元素进行处理 .self 只当在 event.target 是当前元素自身时触发处理函数 .once 事件将只会触发一次 .passive 告诉浏览器你不想阻止事件的默认行为 <!-- 阻止单击事件继续传播 --> <a v-on:click.stop="doThis"></a> <!-- 提交事件不再重载页面 --> <form v-on:submit.prevent="onSubmit"></form> <!-- 修饰符可以串联 --> <a v-on:click.stop.prevent="doThat"></a> <!-- 只有修饰符 --> <form v-on:submit.prevent></form> <!-- 添加事件监听器时使用事件捕获模式 --> <!-- 即元素自身触发的事件先在此处处理，然后才交由内部元素进行处理 --> <div v-on:click.capture="doThis">...</div> <!-- 只当在 event.target 是当前元素自身时触发处理函数 --> <!-- 即事件不是从内部元素触发的 --> <div v-on:click.self="doThat">...</div> <!-- 点击事件将只会触发一次 --> <a v-on:click.once="doThis"></a> <!-- 滚动事件的默认行为 (即滚动行为) 将会立即触发 --> <!-- 而不会等待 `onScroll` 完成 --> <!-- 这其中包含 `event.preventDefault()` 的情况 --> <div v-on:scroll.passive="onScroll">...</div> 使用修饰符时，顺序很重要；相应的代码会以同样的顺序产生。因此，用v-on:click.prevent.self会阻止所有的点击，而 v-on:click.self.prevent 只会阻止对元素自身的点击。 以上为事件修饰符，面试常问的，还有以下其它类型修饰符为扩展加分项，不必须回答！！！！！！！！！！ 二、 v-model的修饰符 .lazy默认情况下，v-model同步输入框的值和数据。 可以通过这个修饰符，转变为在change事件再同步。 <input v-model.lazy="msg"> .number自动将用户的输入值转化为数值类型 <input v-model.number="msg"> .trim自动过滤用户输入的首尾空格 <input v-model.trim="msg"> 三、键盘事件的修饰符 在我们的项目经常需要监听一些键盘事件来触发程序的执行，而Vue中允许在监听的时候添加关键修饰符： <input v-on:keyup.13="submit"> <input @keyup.enter="submit"> <!-- 缩写形式 --> 全部的按键别名： .enter .tab .delete (捕获“删除”和“退格”键) .esc .space .up .down .left .right 修饰键： .ctrl .alt .shift .meta

Java服务器端 java 端使用 WebSocket 可以使用以下三种形式： 1、使用 Spring 的底层级 WebSocketAPI 实现（实现 TextWebSocketHandler 接口） 2、使用 Spring 高级API 实现（使用 SimpMessagingTemplate 方法） 3、使用 JSR356 定义的 WebSocket 规范实现 个人认为使用 JSP356 的 WebSocket 规范最为简单。 2.1 JSR356定义的 WebSocket 规范 首先引入依赖： springboot <dependency> <groupId>org.springframework.boot</groupId> <artifactId>spring-boot-starter-websocket</artifactId> </dependency> <dependency> <groupId>org.springframework</groupId> <artifactId>spring-websocket</artifactId> <version>4.3.10.RELEASE</version> </dependency> <dependency> <groupId>javax</groupId> <artifactId>javaee-api</artifactId> <version>7.0</version> <scope>provided</scope> </dependency> JSR356 的 WebSocket 规范使用 javax.websocket.* 的 API，可以将一个普通 Java 对象（POJO）使用 @ServerEndpoint 注释从而作为 WebSocket 服务器的端点，此时客户端浏览器已经可以对 WebSocket 客户端 API 发起 HTTP 长连接了，如： @ServerEndpoint(value="/websocket/commodity/{userId}", configurator = SpringConfigurator.class) 注释中的参数 value 表示的是 url 路径与 @RequestMapping 注释中的 value 类似，而他表示的是前端创建 WebSocket 对象需要传入的 ws 协议的路径。当中的 {userId} 参数作为当前客户的识别 ID 号，此时客户端传入的 url 应该为： ws://[Server端IP或域名]:[Server端口]/项目/websocket/commodity/{userId} 注意：如果在要进行对象注入，就必须加上 configurator = SpringConfigurator.class。 参考 【spring boot websocket 的使用 - CSDN App】http://t.csdn.cn/XUSQf

文件上传 mvc-config.xml <!-- 配置文件上传解析器 id必须是叫multipartResolver--> <bean id="multipartResolver" class="org.springframework.web.multipart.commons.CommonsMultipartResolver"> <!-- 设置请求编码格式 --> <property name="defaultEncoding" value="UTF-8" /> /** * 执行文件上传 * @param name * @param uploadfiles * @param file * @return */ @RequestMapping("/fileUpload") public String handlerFormUpload(HttpServletRequest request,String name,@RequestParam("uploadfile") List<MultipartFile> uploadfiles){ //判断所上传文件是否存在 if (!uploadfiles.isEmpty()&&uploadfiles.size()>0) { //循环输出上传的文件 for (MultipartFile file : uploadfiles) { //获取上传文件的原始名称 String originalFilename = file.getOriginalFilename(); //设置上传文件的保存路径 String dirPath=request.getServletContext().getRealPath("/upload/"); File filePath = new File(dirPath); //如果保存文件的地址不存在,就先创建目录 if (!filePath.exists()) { filePath.mkdirs(); } //使用UUID重新命名上传的文件名称(上传人_UUID_原始文件名称) String newFileName=name+"_"+UUID.randomUUID()+"_"+originalFilename; //使用MultipartFile接口的方法完成上传到指定位置 try { file.transferTo(new File(dirPath+newFileName)); System.out.println(dirPath+newFileName); } catch (IllegalStateException | IOException e) { // TODO Auto-generated catch block e.printStackTrace(); return "error"; } } return "success"; }else { return "error"; } }

ASP.NET Core 管道处理模型 官方文档 ASP.NET Core 中间件 | Microsoft Learn 中间件顺序 下图显示了 ASP.NET Core MVC 和 Razor Pages 应用的完整请求处理管道。 你可以在典型应用中了解现有中间件的顺序，以及在哪里添加自定义中间件。 你可以完全控制如何重新排列现有中间件，或根据场景需要注入新的自定义中间件。 上图中的“终结点”中间件为相应的应用类型（MVC 或 Razor Pages）执行筛选器管道。 上一个图中的路由中间件显示在以下静态文件中。 这是通过显式调用 app.UseRouting 实现项目模板的顺序。 如果不调用 app.UseRouting，路由中间件将默认在管道开头运行。 有关详细信息，请参阅路由。 向 Program.cs 文件中添加中间件组件的顺序定义了针对请求调用这些组件的顺序，以及响应的相反顺序。 此顺序对于安全性、性能和功能至关重要。

领域 - 驱动 - 设计 三大概念 什么是领域 领域就是问题域，用来解决特定的问题 领域怎么划分？ 领域划分可以是一个项目，一个模块，一个BLL(业务逻辑) 领域谁来划分？ 不是架构师，是领域专家(熟悉业务，需求分析师)主导，在交流中达成共识一大家都能理解的建模语言 领域就是在需求沟通环节，有需求方主导分析，开发认可，对需求的拆分建模，包括内部的一些规则---并不产出代码，只有模型---可大可小 驱动 按照领域设计去实现功能 拆分领域 设计领域 --- 清晰职责--- 做什么事 职责划分，定好规范 设计 项目按照领域来设计的，每个领域都是按照设计实现的，那么完成每个领域之后，组装起来就能完成全部需求，不会出现变形 设计思维: 程序员思维: 需求 --- 数据库---就开始逻辑开发 --- 界面 --- 完成 --- 容易变动 产品经理思维:一开始不管技术，只分析业务 --- 再考虑实现 --- 避免改动 以需求分析为核心，不谈技术，定好问题域和规范，再去落地代码