语雀插件、Hypothesis-Web Markdownload、滚动屏幕截图工具这几个插件我用的比较多
5 Matching Annotations
- Nov 2024
-
wx.zsxq.com wx.zsxq.com
-
-
谷歌浏览器在谷歌上检索信息！这是为什么呢？因为这样每天可以省出1度电！
能够节省一度电?每天都在使用谷歌浏览器
-
-
bugstack.cn bugstack.cn
-
其实到本章节我们已经把关于 IOC 和 AOP 全部核心内容都已经实现完成了，只不过在使用上还有点像早期的 Spring 版本，需要一个一个在 spring.xml 中进行配置。这与实际的目前使用的 Spring 框架还是有蛮大的差别，而这种差别其实都是在核心功能逻辑之上建设的在更少的配置下，做到更简化的使用。
在上一个章节就是如此：类AspectJExpressionPointcutAdvisor和类DefaultAdvisorAutoProxyCreator作为aop内部的类，需要通过XML文件对Bean进行加载。从本章开始进行拆分。将业务类和框架类从配置文件进行解耦
-
你经历过618和双11吗？你加入过大促时候那么多复杂的营销活动赚几毛钱吗？你开发过连读明白玩法都需要一周但只使用3天的大促需求吗？有时候对于有些产品的需求真的是太复杂了，复杂到开发、测试都需要在整个过程中不断的学习最后才可能读懂产品为啥这样的玩，要是一个长期的活动可能也就算了，培养用户心智吗！但这一整套拉新、助力、激活、下单、投保、领券、消费、开红包等等一连串的骚操作下来，如果在线上只用3天呢，或者是只用1天，那TM连参与的用户都没弄明白呢，活动就结束了，最后能打来什么样好的数据呢？对于这样流程复杂，估计连羊毛当都看不上！！！ 以上只是举个例子，大部分时候并不会搞的这么恶心，评审也是过不去的！而同样的道理用在程序设计开发和使用中也是一样的，如果你把你的代码逻辑实现的过于分散，让外部调用方在使用的时候，需要调用你的接口多个和多次，还没有消息触达，只能定时自己轮训你的接口查看订单状态，每次还只能查10条，查多了你说不行，等等反人类的设计，都会给调用方带来要干你的体会。 所以，如果我们能在完成目的的情况下，都是希望尽可能流程简单、模式清晰、自动服务。那这在Spring的框架中也是有所体现的，这个框架的普及使用程度和它所能带来的方便性是分不开的，而我们如果能做到如此的方便，那肯定是一种好的设计和实现。
无论是电商偏过头的大促活动还是软件开发，都应该注重用户体验，避免不必要的复杂性，提供简洁、清晰的流程和自动化服务。这不仅能提升用户满意度，也能提高效率和效果。"要以用户为中心"
-
-
bugstack.cn bugstack.cn
-
为了可以让对象创建过程中，能把xml中配置的代理对象也就是切面的一些类对象实例化
<beans>
<bean id="userService" class="cn.bugstack.springframework.test.bean.UserService"/> <bean class="cn.bugstack.springframework.aop.framework.autoproxy.DefaultAdvisorAutoProxyCreator"/> <bean id="beforeAdvice" class="cn.bugstack.springframework.test.bean.UserServiceBeforeAdvice"/> <bean id="methodInterceptor" class="cn.bugstack.springframework.aop.framework.adapter.MethodBeforeAdviceInterceptor"> <property name="advice" ref="beforeAdvice"/> </bean> <bean id="pointcutAdvisor" class="cn.bugstack.springframework.aop.aspectj.AspectJExpressionPointcutAdvisor"> <property name="expression" value="execution(* cn.bugstack.springframework.test.bean.IUserService.*(..))"/> <property name="advice" ref="methodInterceptor"/> </bean></beans>
-