暂时未有相关云产品技术能力~
暂无个人介绍
设计模式再探——模板方法模式
设计模式再探——原型模式
设计模式再探——宏观篇
设计模式再探——策略模式
设计模式再探——代理模式
JDK中的Timer总结
查看物理cpu核数
对自己本次解决的思路是否正确?对应方案是否可行?是否还有更好方案?
最近产品中有这样的业务需求,不同时间(这里不是活动的执行时间,而是活动的执行时刻)展示不同的活动;
最近在做一学期的语文课,每一节课结束的时候,需要将这节课上到哪儿了给记录下来;以便于下次再上课的时候接着上,这样一个需求。
之前一直在用nacos,对于nacos的原理只是停留在理论的层面上;最近想要再精进一步,于是有了想要自己实现一下nacos的大致原理。
设置一个别名,选择好版本号
之前经验不够丰富,对于计算机的理解也不够深刻;对于学习方法的掌握也不够具体,才落下了操作系统的根。
这里的前几个过程就不符代码了,请读者自行补充;只附上第四版,通过注解替换工厂方法实现自动化的小例子
最近在和领导讨论架构设计,其中涉及到如何通过代码来体现面向对象?通过一个例子来打破了原有的认知,以此总结记录自己的提升和成长
我们应该关注谁来做事,而不是怎么做事
年年考试年年过,年年过来年年考;又到一年三级网路考试季,讲真这次准备的很仓促;不过的确获得了不一样的收获呢。
结合上回说的开门小例子的学习(开门小例子学习十种用例图),本次将开门小例子实例化的部分通过自定义注解+注解解析器来实现一把
前段时间和领导交流,被问到:java中什么是继承?继承在编译过程的代码体现是什么?继承在运行时的代码体现是什么?
静态多态和动态多态具体代码如何实现?静态多态的灵活运用
结合上篇说到 架构——MVC的理解 ,本次又被彻底洗礼了一次,通过量子化的思考方式、学习方式将mvc又重新做了梳理,又岂止是上了一个层次。
早晨上班米老师需要何老师打开水麒麟的门
小美老师给五年级三班上数学课的时候,实现给所在班级进行实时推送数学课程的活动(广播通信)
最近需要将公司的d、t、p环境的mysql集群做梳理工作,所以就促使了自己对于mysql主从以及mycat读写分离的安装做了如下总结
3.2.一个喊话人(喊话人有权限),多个拿钥匙开门的人(每个人负责不同的门):米老师大喊给我开一下水麒麟的门——>此时听到消息并且拿着水麒麟钥匙的人就会过来开门
我一直以为我理解的MVC就是springMVC这些呢;前段时间和高人针对于MVC交流了一下,具体一点应该是请教了一下;结果完全超乎我的理解,没想到springmvc、mvp、后端mvc、mvvm都只是它的一个运用。
公司需要打包uniapp的项目为h5,自己之前没接触过,兴趣来了,根据百度搜索需要HBuilderX工具进行打包。
前段时间朋友新进入一个公司,遇到线上系统cpu飙高,内存占满情况;和他交流过后有了本篇总结,该博文会以一个简单的小例子来演示oom,以及通过输出dump文件,最后用可视化工具进行分析定位具体oom的代码。
周末闲暇在家,朋友让我帮忙优化一个接口,这个接口之前每次加载都需要40s左右,经过优化将性能提了10倍左右;又加了缓存直接接口响应目前为300ms左右,于是将自己的优化思路整理总结一下
前段时间公司d环境挂了,根据报错看到使用的node版本比较低,就想升级一下版本;由于对于node的安装也没有经历过系统的对比,所以最终解决完之后就有了本次的总结
目前岗位对于这方面知识的需要,以及未来职业规划对于该知识的需求
通过这篇博文我将给大家介绍如何快乐的学习,如何顺利的通关,如何在过程中体会感受学习的方式方法。
前两天网络有爆料log4j安全漏洞,安全大于天,于是也加入到这个和时间赛跑的临时事件中。对于安全漏洞网上有很多文章,内容都大同小异,不过针对于这件事小编下面的故事一定能让读者有"意外"收获。
大部分解决思路都是修改电脑本地时区;终于看到了下面的网友解释,才茅塞顿开,恍然大悟。
数据结构学习了N遍了,但是每一次对它的认识将会更加深入;尤其是本次,再加上本次通过高效的学习思路和方法,对于她的理解终于用无数次的回眸换来了微微一笑。
通过这个模板能给像我一样小白的人提供一个抓手
工作之余对于用到的设计模式进行总结再梳理,发现职责链模式的妙处以及五大原则的指导下更能发挥职责链模式的优势于是乎便有了这篇博文的诞生
通过5+6的需求的实现,以及不同版本的变化带来思考的过程;希望您用餐愉快。
最近公司要将虚机环境转移到容器环境,以更好的支持后续服务动态升降级的战略规划,借着这个机会小编参与了这次工作
最近在刷力扣算法题的过程中对于java集合的定义及使用想要达到更加精准的程度,于是有了本次的总结
之前一直对于spring核心的IOC以及相关的PID、DI概念混乱,终于在有了设计模式主要是工厂模式的前提下把这几个概念搞明白了
然而我的观点是工厂方法是为了解决自动化创建对象的问题;如何理解这句话?请读者朋友继续往下看。
武侠中有修炼内功和外功之分;程序界也有,而设计模式就是程序界的内功心法之一;我们在写框架或者工程的时候都要尽可能的遵循设计原则,设计模式则是在不同场景下的具体应用。
众所周知设计模式是程序界的内功心法,那么这内功心法中包含UML图(宏观部分)、场景(场段)、代码(实操),UML图中最重要的元素当属六大关系了至此有了小编的这边总结文章。
小编自涉足程序园界几千天之多;对于设计原则的学习一直在努力从未见到顶。最近又将设计原则从宏观和微观的角度进行了对比学习;仅以此将自己的学习过程和收获做如下总结,
经历了三大结构的学习之后,对于事务本质的理解增加了很多的维度;进而开启了面向对象方法的研究。
编程从三大结构考虑问题,这样的思考方式、学习方式也有了更加深刻的认识与理解
多年的工作,更多的在应用层次上;随着经验的积累,更加明确了针对于基础理论知识了解的重要性;所谓万层高楼地基必须要扎实稳固。
随着公司的发展;势必要跟随时代的脚步向微服务、容器化方向转型;然而转型过程中势必得遵循服务的迭代替换的方式(一刀切带来的风险太大了);从而衍生出来虚机和容器中的服务进行注册发现通信的问题。
通过es官网提供的bulk方法进行实现