- 主题:懂一点点java的皮毛语法,做过一点点django,想了解springboot
跟着spring boot官方的getting start走
【 在 cyberdyne 的大作中提到: 】
: 找了一些资料,上来就是maven什么的,根本看不懂在说什么。
: 有没有对新手比较友好的资料。因为我看java就是head first的java书,觉得写的挺友好易懂的,thinking in java就感觉晦涩,不管是第4版还是ON JAVA中文版基础卷,都觉得云里雾里。
: 觉得一个适合自己的好书,还是非常重要的,节省很多时间,也提升了很多信心。
: ...................
--
FROM 116.233.92.*
Spring AOP defaults to using standard JDK dynamic proxies for AOP proxies. This enables any interface (or set of interfaces) to be proxied.
Spring AOP can also use CGLIB proxies. This is necessary to proxy classes rather than interfaces. By default, CGLIB is used if a business object does not implement an interface. As it is good practice to program to interfaces rather than classes, business classes normally implement one or more business interfaces. It is possible to force the use of CGLIB, in those (hopefully rare) cases where you need to advise a method that is not declared on an interface or where you need to pass a proxied object to a method as a concrete type.
【 在 canper 的大作中提到: 】
: 话说spring现在还用cglib吗?
--
FROM 116.233.92.*
贫血模型 vs 充血模型 么?
带业务方法没毛病,但是如果是上下文相关的还是有点恶心的
【 在 hgoldfish 的大作中提到: 】
: 我以前很喜欢用 proxy class. 因为我认为纯 OO 的话,类型本身应该有业务方法,而不是像把 pojo 当作 c 语言那样的结构体,再传给 singleton 的 service 去处理,那不成了 c 语言的结构化编程了么。
: 举个例子,系统里面有个 User 类型,我喜欢定义:
: class User {
: ...................
--
FROM 116.233.92.*
Spring Data Repo可以用@Query直接写sql的
【 在 nikezhang 的大作中提到: 】
: 连jdbc template都觉得麻烦吗?看来是不喜欢写sql
--
FROM 116.233.92.*
技术限制啊
接口毕竟多一层引用,可以在匹配实现类的过程中动手脚
类方法调用为了降低开销,入口应该都是字节码联编时就固化了
【 在 nikezhang 的大作中提到: 】
: 也就是说,给纯class设置代理,还离不开cglib?jdk为啥只支持接口不支持clas?bubu
: ess classes normally implement one or more business interfaces. It is possible to force the use of CGLIB, in those (hopefully rare) cases where you need to advise a method that is not declared on an interface or where you need to pass a proxied object to
: a method as a concrete type.
: ...................
--
修改:oldwatch FROM 116.233.92.*
FROM 116.233.92.*
说穿了就是建立一个“保管”业务类实例的全局Context
然后大家只管用时引用就好
【 在 hongyan2022 的大作中提到: 】
: 我个人 从来 没明白 依赖注入 是在解决什么问题...
--
修改:oldwatch FROM 116.233.92.*
FROM 116.233.92.*
如果你能把自动注入/组装也弄出来,那确实就差不多了
最初,就是全局的公共业务类,这个阶段用Global(static)没啥问题
然后,为了更好组织代码,必然引出功能拆分/组合的需求
这儿就引出了组装的需求,就必须让框架接管构建过程
有了构建就有销毁,就从静态管理变成了生命周期管理
用多个业务类组合完成一定需求是业务类组件化后的自然选择
依赖注入是让业务类组合这个操作自动化的手段
接管类的生命周期管理只是实现依赖注入后的副作用
【 在 hongyan2022 的大作中提到: 】
: 这么说来
: 语法上
: 这个
: ...................
--
FROM 116.233.92.*
要倒腾spring boot
你真正需要的背景知识应该是http 协议/web server概念/(sql/nosql)数据库原理/......
java么,倒是真不急着往后看
【 在 cyberdyne 的大作中提到: 】
: 求问一下,java 需要本身得到什么程度可以看springboot 了?我看完了类,对象、接口、集合等,其他还需要继续学吗?例如线程并发网络javafx 啥的,感觉太多了。
--
修改:oldwatch FROM 116.233.92.*
FROM 116.233.92.*
嗯,除了需要熟悉spring boot的配置体系之外
大部分功夫都是在哪儿写sql,结果按什么格式返回,
怎么从http request中提取param/suburl/body/header,又怎么拼装response等等等等
【 在 cyberdyne 的大作中提到: 】
: 啊,这样啊,多谢多谢。这些我都有一点点基础,那我可以看了。我到b站去搜搜springboot教程,感觉视频效率要高一点。
--
FROM 116.233.92.*
rdb/sql还好,怎么跳都跳不出SQL一亩三分地
http细节坑挺多的
前两天刚刚被CORS的OPTIONS pre-req整过
【 在 nikezhang 的大作中提到: 】
: 就算需要自己读这些,交给Spring的工具类也差不多了,真不需要自己去读
--
修改:oldwatch FROM 116.233.92.*
FROM 116.233.92.*