SpringMvc

基础 控制器请求响应注解 @RequestMapping("/path") @Controller注解设置控制器 @RestController注解设置返回json统一响应结果 返回值设置为目标类型,如 1 2 3 4 5 6 @RestController class java { public Result test(Result result) { result result; } } 参数传递 简单参数传递 1 2 3 4 5 class test { public String test(String a) { return a; } } 直接在path中添加键值对a=?保证请求参数名与controller参数名称保持一致即可 如果要更改键值对对应参数,使用@RequestParam注解即可 1 2 3 4 5 class java { public String test(@RequestParam(name = "change", requerd = false) String a) { return a; } } 其中,requerd确定参数是否必须,若为true则参数为必须赋值 ...

2024-08-09 · 2 分钟 · Nebula

正则表达式

基本用法 1 2 3 4 5 class test{ public static boolean testM(String st){ return st.matches("正则表达式"); } } 字符类 [abc] a或b或者c(简单类) [^abc] 除了a,b,c(否定类) [a-zA-Z] a到z或者A-Z(范围类) [a-d[m-p]] a到d或m-p(并集) [a-z&&[def123]] d,e,f(交集) [a-z&&[^b-y]] a,z(减去) 预定义字符类 . 任何字符 \d 数字 \D 非数字 \s 空字符 \S 非空字符 \w 单词 \W 非单词 数量词 x? 一次或一次也没有 x* 零次或多次 x+ 一次或多次 x{n} 恰好n次 x{n,} 至少n次 x{n,m} 至少n次,但不超过m次 1 2 3 4 5 6 7 8 9 10 11 class test{ public static void main(String[] args) { String data = "数据"; String regex = "表达式"; Pattern pattern = Pattern.compile(regex);//创建匹配规则对象 Matcher matcher = pattern.matcher(data);//创建匹配器对象 while(matcher.find){ System.out.println(matcher.group);//匹配信息 } } }

2024-08-09 · 1 分钟 · Nebula

设计模式

面向对象设计原则 单一职责原则 单一职责原则(Simple Responsibility Principle,SRP)是最简单的面向对象设计原则,它用于控制类的粒度大小。 一个对象应该只包含单一的职责,并且该职责被完整地封装在一个类中。 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 class Coder{ /** * 程序员会编程 */ public void coding(){ System.out.println("int main() {"); System.out.println(" printf(\"Hello World!\")"); System.out.println("}"); System.out.println("啊嘞,怎么运行不起?明明照着老师敲的啊"); } } class Worker{ /** * 工人会打螺丝 */ public void work(){ System.out.println("真开心,能进到富土康打螺丝"); System.out.println("诶,怎么工友都提桶跑路了"); } } class Rider { /** * 骑手会送外卖 */ public void ride(){ System.out.println("今天终于通过美团最终面,加入了梦寐以求的大厂"); System.out.println("感觉面试挺简单的,就是不知道为啥我同学是现场做一道力扣接雨水,我是现场问会不会骑车"); System.out.println("(迫不及待穿上外卖服装)"); } } 将类的粒度进行更近一步的划分,这样就很清晰了,包括我们以后在设计Mapper、Service、Controller等等,根据不同的业务进行划分,都可以采用单一职责原则,以它作为我们实现高内聚低耦合的指导方针。实际上我们的微服务也是参考了单一职责原则,每个微服务只应担负一个职责。 ...

2024-08-09 · 19 分钟 · Nebula