首页
学习
活动
专区
圈层
工具
发布
  • 您找到你想要的搜索结果了吗?
    是的
    没有找到

    初识JSP:JSP的注释、脚本、声明、表达式

    1.JSP的注释 在HTML当中,如果使用传统的注释我们可以在客户端,也就是网页上右键查看源代码里面看得到该注释,但是JSP注释无法在客户端里看到。源码里面会只会看到JSP注释的地方空出来。...使用方法: jsp注释,客户端不可见--%> Intellji IEDA的JSP注释快捷键是:Ctrl+/ 2.JSP的脚本 JSP脚本可以在HTML代码中嵌入Java代码。...使用方法: <% //这是一段可以写java代码的JSP脚本 //注意,这里面不能用jsp的注释方法 out.println("大家好,这里是Java语言输出的一段话"); %>...3.JSP的声明 既然用到了JSP脚本来写Java代码,那么各种变量和方法必不可少。...但是在jsp脚本中不能写java方法 int count(int x,int y) { return x+y; } %> <% //然后在脚本里面可以调用 int

    1.7K00

    程序在 CPU 里到底是怎么跑的

    在没有寄存器的时候,数据和程序都放在内存里,执行过程大致就是: CPU <- 内存(取指令/数据) CPU -> 内存(写回结果) 但问题来了。...在机器语言这个层面上,程序的大部分操作,本质上都是围绕寄存器完成的。 寄存器也分很多种类型: 程序到底是怎么一条条跑起来的 当然,只有一行程序是干不了什么事的。...那 CPU 怎么知道“条件满足了没有”呢? 这里就要用到标志寄存器。 标志寄存器不会去保存“累加器和通用寄存器的值”,它保存的是上一次运算之后的结果状态。...比如: 结果是不是 0 结果是不是负数 运算时有没有进位 CPU 在每次运算后,都会自动根据结果去改这些标志位。 然后到了条件跳转这里,CPU 就看标志寄存器里的状态,决定跳还是不跳。...同时也有了两种很关键的指令: 调用指令(CALL):在把函数入口地址设置到程序计数器之前,先把“调用后下一条指令的地址”保存到栈里 返回指令(RET):把保存在栈里的地址取出来,再放回程序计数器 你可以把它理解成

    27400

    延时队列我在项目里是怎么实现的?

    肯定要判断时间啊,不判断时间怎么知道我要延迟的消息什么时候执行。明白了这点之后,我们再来别的方案。因为在生产环境中是不太可能使用 JDK 原生延迟队列的,它是没有持久化的,重启就会导致数据丢失。...当 austin 项目使用内存队列去解耦处理数据已经有人提出服务器重启的时候该怎么办,我的解决思路就是通过优雅关闭服务器这种手段去尽量避免数据丢失,而延迟队列这种就不能这么干了,我们等不了这么久的。...答案显而易见:Redis 和消息队列 (Kafka/RocketMQ/RabbmitMQ 等)我们先来看 Redis 里提供了一种数据结构叫做 zset,它是可排序的集合并且 Redis 原生就支持持久化...RabbmitMQ 它的延迟队列机制本质上也是通过 TTL(Time To Live 消息存活的时间)所实现的,当队列里的元素触发了过期时,会被送往到 Dead Letter Exchanges(死信队列中...总结这篇文章主要讲述了如果我们要使用延时队列,我们可以有什么方案,他们的设计是怎么样的。

    1.4K40

    在项目里怎么给 GORM 做单元测试

    在 Go 单元测试这个系列的第二部分 数据库的Mock测试 中我们介绍了用 go-sqlmock 给数据库的 CRUD 操作做Mock 测试的方法,不过里面只是讲解了一下怎么对原生的database/sql...在很多使用ORM工具的场景下,也可以使用go-sqlmock库 Mock数据库操作进行测试,今天这篇内容我就以 GORM 为例,讲解怎么给项目中的 ORM 数据库操作做单元测试。...项目准备 为了场景足够真实,我用 2020 年我更新的 「Go Web 编程入门」项目中的例子给大家演示怎么为使用了 GORM 的 DAO 层逻辑做 Mock 测试。...这个SQL怎么获取呢?其实我们先随便写一个SQL,执行一次测试,在报错信息里就会告知CreateUser操作在写表时 GORM 真正要执行的 SQL 啦。...目前没有办法 Mock 测试 GORM 的UPDATE,除非用 GORM 的 Exec 方法直接执行要更新的SQL,不过那就失去使用ORM的意义了,所以这个先跳过,如果有这方面经验的大佬,可以在留言里指导一下

    2.8K20

    代码里注释写太多,会挨打吗?

    前几天,有个同行朋友在我的微信上留言,问我项目代码里注释写太多会挨打吗?顺手还给我甩了一张截图,上面密密麻麻的全是手工注释。 ? 看完之后,我跟她说,挺好的,我已经备好手枪了。...因此得出一个结论:注释写在代码块之外,恭喜你,你暂时是安全的。如果是写在代码块内,也要恭喜你,赶紧来我这儿喜提拳击手套一副。 不过也有在代码里玩出花样的。...「 周围同事怎么看 」 对于这个问题,我还特意问了下我司的后端大佬,他回复我,其他语言我不好说,反正在java里,如果在方法里面写注释,不单独拿出一行写,我绝对会nen死他,哈哈哈哈。...既然前端和后端的小哥哥们都问过了,那就顺便再张嘴问下我司的技术负责人吧,听听leader是怎么说的。 我们leader看完截图后回复我,这个注释写得挺好。...把参数来意、方法逻辑在规范的地方写上了,特别有助于团队开发。如果是写过多注释在方法体内就变成除臭剂了,这样就不太好了,代码阅读起来费劲。

    5K40

    在公司里感觉学不到东西了怎么办?

    在公司里工作到了现在,感觉学不到什么新东西了。有二种可能,一是公司业务你都掌握了,确实没什么搞头了;二是你在公司里负责的都是些初级的开发任务。...不要觉得手头的东西都已经很简单了,随便搞搞就行了,反正再怎么搞也显不出来你能耐。不要有这种想法,因为互联网的边际效应递减,任何简单的东西当它的数量级另达到千万的时候,都会成为一个工程难题。...那么,就拿静态页面来讲,怎么把它的dom节点和层级搞的比较有效率?这就是个大问题。...从我个人的角度,现在回过头来看,在公司里你的工作成果,要站在公司产品的层面上来衡量,这也是为什么会有人说“做前端开发的都要有产品意识”的意思。 怎么把简单的东西做出高质量?...你做的这个东西,在公司的产品里,或是给用户使用的时候,会不会达到最好的效果?如果达不到,怎么样才能达到?---这个问题,基本上所有的公司都永远不会有最终解。

    1.4K70
    领券