认真生活,快乐工作,保持理想!https://blog.csdn.net/tuzongxun
能力说明:
了解变量作用域、Java类的结构,能够创建带main方法可执行的java应用,从命令行运行java程序;能够使用Java基本数据类型、运算符和控制结构、数组、循环结构书写和运行简单的Java程序。
暂时未有相关云产品技术能力~
阿里云技能认证
详细说明问题说明: 今天在项目测试时遇到一个问题,启动项目时,修改外部配置文件后,会出现启动失败或者日志文件路径不对的情况。 我们的项目是springboot项目,采用jar包的方式运行,部分配置文件放在jar包外。
定义 观察者模式是使用频率最高的设计模式之一,也是最容易理解的设计模式之一,这种模式在生活中随处可见。观察者模式引用书中的定义如下: 观察者模式(Observer Pattern):定义对象之间的一种一对多依赖关系,使得每当一个对象状态发生改变时,其相关依赖对象皆得到通知并被自动更新。
前言 做项目是提高技术最高效的手段,这句话从某种程度上而言真是太对了。因为不论是大项目还是小项目,不论是正式项目还是个人业务项目,只要在做,就总能遇到各种各样的问题,从而能直接着重于某个点去学习。以下便是最近做业余小项目-tzxbloghttps://github.com/tuzongxun/tzxblog时遇到的一些问题和解决办法记录。
定义 单例模式又称为单件模式,这个模式大概是设计模式中最好理解的了,我起初就打算从这里开始学,甚至还记过另一篇单例模式学习的笔记。 但是之后跟着《设计模式》这本书系统的学,就索性从第一页开始,而单例模式算是复习,也算是再深入的理解一次。
定义 简单工厂模式并不属于GoF(Gang of Four四人组)23中设计模式,有些地方的解释说因为简单工厂模式太简单,所以23中设计模式就没有单独列出。 但是简单工厂模式在实际的应用中却很常用,因此在刘伟老师的《设计模式》一书中就还是列了出来。
之前也一直有学设计模式,不过总是断断续续的,都是网上这里找点资料,那里找点博客这样学,在这个过程中也曾产出了策略模式、单例模式等博客记录。 但是这些学习过程,可能是由于直接进入设计模式,而没有先好好学习设计原则的缘故,导致学的快也忘得快。
说明 《maven实战》一书内容很多,整个maven要学的东西也很多,不过,结合个人实际情况,我打算把这一篇作为这次对maven学习的一个阶段性收尾,待其他更急需补充的知识有一定眉目了,再回过头来继续深入。
说明 近期,工作中、工作外、个人、他人均遇到了不少问题,而这些问题的成因均因未注意细节而造成,使我再一次想起那句名言:细节决定成败。于是我觉得很有必要做一个记录,用以自警和他警。 事件一:一个数据库预留字段造成的上线失败 这个事其实是比较严重的一个事,因为涉及到了生产,并严重影响甲方公司对我方的评价。
什么是maven仓库 要理解什么是maven仓库,需要先理解什么是maven构件。 什么是mavne构件呢?在本书中解释是: 在maven的世界中,任何一个maven依赖、插件和maven项目构建的输出都是maven的构件。
maven坐标 maven坐标是什么 坐标一词最让人熟悉的就是读书时学的x、y轴的横竖坐标,平面中由x、y决定一个唯一的点,x、y就是坐标。三维中,x、y、z决定一个唯一的点,x、y、z就是坐标。而在maven中,就是groupId、artifactId、version、packaging等属性决定一个唯一的项目模块,这些属性就是maven项目的坐标。
说明 由于我目前所做的项目皆是java web项目,因此整个系统学习的过程也就以java web为基础。 maven项目结构 根据maven约定,一个比较标准的maven java web项目,结合eclipse通常可以看到结构如下: src/main/java java.
前言 由于我的工作中开发环境就是windows,IDE是eclipse,因此安装也只涉及和记录这两部分,在看书和动手的过程也就直接跳过其他部分。 笔记 windows中maven的安装 安装条件 maven依赖于java,因此安装和使用maven,要先确保已安装了jdk并配置好jdk的环境变量。
前言 工欲善其事,必先利其器。对于java web开发者而言,或者说对于目前大部分java web开发者而言,eclipse、maven、svn、tomcat可能就是目前最常用也是必会的武器了,所以为了更高效的开发和解决问题,经过一番思考后我决定系统性的学学这几样武器。
在java的几十种设计模式中,可能单例模式算是最容易理解的吧!因为不论是目前的我自己,还是偶尔面试的别人,能稍微讲清楚的,基本就是单例模式。什么叫单例模式?顾名思义,就是单一的实例,唯一的实例。也就是说对于某个java类来说,他的实例对象最多只能创建一个。
在系统性能优化的时候,或者说在进行代码开发的时候,多数人应该都知道一个很基本的原则,那就是保证功能正常良好的情况下,要尽量减少对数据库的操作。 据我所知,原因大概有这样两个: 一个是,一般情况下系统服务器和数据库服务器应该是不在同一硬件上,这时候对数据库的连接、操作就和网络有了很大的关系,连接、操作数据库越多就越影响性能。
spring中存在这样一个功能,通过Profile来选择不同环境下的不同配置,说白了,就是通过设置一个参数来选择使用不同的数据,这个数据可能是一个bean,可能是一个xml文件,也有可能是一个propertes文件。
一件事,要知其然往往很简单,要知其所以然通常不是那么容易,就如最近重新巩固spring的过程中,就觉得还有许多问题其实并不是十分明了。 屈指一算,手头上做过的正式项目也有了四五六七个了,不管用的数据库和其他一些细节上的技术如何,总的来说大的框架结构都是差不多的。 说白了,也就是mvc和三层结构。
最近由于项目需要,要从redis数据库中查询一些数据,还没有了解过redis,只好硬着头皮上阵,记录一下连接过程: 1、需要导入两个jar包:jedis.jar,spring-data-redis.jar,maven中配置如下: <dependency> <groupId>redis.clients</groupI
这几天在学习java io流的东西,有一个网友看到博客后问了一个问题,就是说他的doc文档为什么用我所说的方法死活就是乱码。 我一开始以为是他方法问题,结果自己试了之后发现和他的结果一样也是乱码。 于是在网上搜寻了一阵之后才发现原来doc文档和excel一样不能用普通的io流的方法来读取,而是也需要用poi,于是进行了一番尝试后,终于以正确的编码格式
网上有很多地方说inputStreamReader和outStreamWriter、BufferedReader和BufferedWriter都是字符流。不过也有地方说inputStreamReader和outStreamWriter只是转换流,实现字节流到字符流的转换。 而在我看来,两种说法都有道理,如果一定要分个高下的话,那就更加趋向于认同前一种。 因为
常用的字节流有FileInputStream和FileOutputStream、BufferedInputStream和BufferedOutputStream、DataInputStream和DataOutputStream。 FileInputStream和FileOutputStream是基础的字节输入和输出流,通常在创建缓冲流时需要使用到,也可以用来做文件复
常用的字节流有FileInputStream和FileOutputStream、BufferedInputStream和BufferedOutputStream、DataInputStream和DataOutputStream。 FileInputStream和FileOutputStream是基础的字节输入和输出流,通常在创建缓冲流时需要使用到,也可以用来做文件复