Java框架学习顺序是什么

  • 时间:
  • 8114人关注

这是一篇关于java相关的编程问答内容,被198位程序员关注,内容涉及到Java零基础如何学Java、零基础Java视频教程、Java学习资料、Java框架学习顺序等,由广安民编辑补充,一起来看下大家的回答。

Java框架学习顺序

Java编程是世界第一编程语言,这已经达成共识,是毋庸置疑的真理,Java框架是程序员们必学的知识点,而且是十分重要的应用,Spring、Struts、Hibernate也是经典中的经典,最常用的框架类型。

作为Java零基础如何学Java呢?小编搜集了很多网友的建议,现在为大家总结如下:

对于Spring来说,最应该学习的就是Spring的IOC原理,这在使用过程中是必须要理解的、必会的。用配置文件或者是Annonation的方式来代替New创建实例,可以说这是一个历史性的进步,并且前进了一大步,影响深远,也是间接的促成了接口实现分离的优雅风格。

从配置文件开始,理解三个字母各自是如何工作的,以及是如何协同工作的。我从零开始学ssi的时候就这么干的,花了一个月左右,使用起来就比较熟练了。然后深入框架的一些高级用法,再接着琢磨它们的原理、思想和设计、实现,最后到能自己重新发明轮子。

Java新手应该如何去学习,详细步骤具体如下:

1.Java语法,可以看码农之家IT培训的零基础Java视频教程学习。

2.servlet,jsp,jdbc,结合html,css,js实现自己想要的小网站,功能慢慢积少成多。

3.spring,springmvc,springdata,hibernate等框架学习,一上来用这些框架忽略基础,这样会出现只会用xxx框架,换个yyy框架又得重新学习的感觉。

4.设计模式,aop,oop等的学习,当然可以和之前的步骤反复来研究提高,如果你想更加系统的学习Java编程,可以到码农之家官官网视频页面,里面有大量的Java学习资料可以下载。

对于具体的操作,这里也有很多小妙招:其实不外乎实操这一真理,就是亲自去写一些框架,实践出真知,只有实际操作过了才能真正理解那些曾经学过的知识都是怎么回事,比如写一些通过JDBC直接到数据库读写数据的代码,写一个简单的webapp,可以登记用户,要对数据有效性能控制,要能检测错误,然后再想办法优化成spring,hibernate和struts,优化到代码越少越好,实操之后最重要的就是思考,每做完一个项目就做一次总结,动脑多想想为什么、接下来怎么做,那么框架那点事儿就不叫事儿了。

以上就是为大家总结的关于学习三大框架的一些技巧和方法,尤其对于初学者最为重要,还是那句话,学得再多不如一次实操,边学边练是永远不变的真理,也只有这样才能真正的学到东西,才能真正的把知识转化为技能从而转化为自己的财富。

希望所有Java初学者都能顺利入门,真正掌握一门技能。

码农之家
精选回答2:手把手教你从零设计一个java日志框架

15小时59分钟前回答

输出内容 - LoggingEvent

提到日志框架,最容易想到的核心功能,那就是输出日志了。那么对于一行日志内容来说,应该至少包含以下几个信息:

  • 日志时间戳
  • 线程信息
  • 日志名称(一般是全类名)
  • 日志级别
  • 日志主体(需要输出的内容,比如info(str))

为了方便的管理输出内容,现在需要创建一个输出内容的类来封装这些信息:

public class LoggingEvent {
 public long timestamp;//日志时间戳
 private int level;//日志级别
 private Object message;//日志主题
 private String threadName;//线程名称
 private long threadId;//线程id
 private String loggerName;//日志名称
 
 //getter and setters...
 
 @Override
 public String toString() {
  return "LoggingEvent{" +
    "timestamp=" + timestamp +
    ", level=" + level +
    ", message=" + message +
    ", threadName='" + threadName + '\'' +
    ", threadId=" + threadId +
    ", loggerName='" + loggerName + '\'' +
    '}';
 }
}

对于每一次日志打印,应该属于一次输出的“事件-Event”,所以这里命名为LoggingEvent

输出组件 - Appender

有了输出内容之后,现在需要考虑输出方式。输出的方式可以有很多:标准输出/控制台(Standard Output/Console)、文件(File)、邮件(Email)、甚至是消息队列(MQ)和数据库。

现在将输出功能抽象成一个组件“输出器” - Appender,这个Appender组件的核心功能就是输出,下面是Appender的实现代码:

public interface Appender {
 void append(LoggingEvent event);
}

不同的输出方式,只需要实现Appender接口做不同的实现即可,比如ConsoleAppender - 输出至控制台

public class ConsoleAppender implements Appender {
 private OutputStream out = System.out;
 private OutputStream out_err = System.err;

 @Override
 public void append(LoggingEvent event) {
  try {
   out.write(event.toString().getBytes(encoding));
  } catch (IOException e) {
   e.printStackTrace();
  }
 }
}

日志级别设计 - Level

日志框架还应该提供日志级别的功能,程序在使用时可以打印不同级别的日志,还可以根据日志级别来调整那些日志可以显示,一般日志级别会定义为以下几种,级别从左到右排序,只有大于等于某级别的LoggingEvent才会进行输出

ERROR > WARN > INFO > DEBUG > TRACE
现在来创建一个日志级别的枚举,只有两个属性,一个级别名称,一个级别数值(方便做比较)

public enum Level {
 ERROR(40000, "ERROR"), WARN(30000, "WARN"), INFO(20000, "INFO"), DEBUG(10000, "DEBUG"), TRACE(5000, "TRACE");

 private int levelInt;
 private String levelStr;

 Level(int i, String s) {
  levelInt = i;
  levelStr = s;
 }

 public static Level parse(String level) {
  return valueOf(level.toUpperCase());
 }

 public int toInt() {
  return levelInt;
 }

 public String toString() {
  return levelStr;
 }

 public boolean isGreaterOrEqual(Level level) {
  return levelInt>=level.toInt();
 }

}

日志级别定义完成之后,再将LoggingEvent中的日志级别替换为这个Level枚举

public class LoggingEvent {
 public long timestamp;//日志时间戳
 private Level level;//替换后的日志级别
 private Object message;//日志主题
 private String threadName;//线程名称
 private long threadId;//线程id
 private String loggerName;//日志名称
 
 //getter and setters...
}

现在基本的输出方式和输出内容都已经基本完成,下一步需要设计日志打印的入口,毕竟有入口才能打印嘛

日志打印入口 - Logger

现在来考虑日志打印入口如何设计,作为一个日志打印的入口,需要包含以下核心功能:

  • 提供error/warn/info/debug/trace几个打印的方法
  • 拥有一个name属性,用于区分不同的logger
  • 调用appender输出日志
  • 拥有自己的专属级别(比如自身级别为INFO,那么只有INFO/WARN/ERROR才可以输出)

先来简单创建一个Logger接口,方便扩展

public interface Logger{
 void trace(String msg);
 void info(String msg);
 void debug(String msg);
 void warn(String msg);
 void error(String msg);
 String getName();
}

再创建一个默认的Logger实现类:

public class LogcLogger implements Logger{
 private String name;
 private Appender appender;
 private Level level = Level.TRACE;//当前Logger的级别,默认最低
 private int effectiveLevelInt;//冗余级别字段,方便使用
 
 @Override
 public void trace(String msg) {
  filterAndLog(Level.TRACE,msg);
 }

 @Override
 public void info(String msg) {
  filterAndLog(Level.INFO,msg);
 }

 @Override
 public void debug(String msg) {
  filterAndLog(Level.DEBUG,msg);
 }

 @Override
 public void warn(String msg) {
  filterAndLog(Level.WARN,msg);
 }

 @Override
 public void error(String msg) {
  filterAndLog(Level.ERROR,msg);
 }
 
 /**
  * 过滤并输出,所有的输出方法都会调用此方法
  * @param level 日志级别
  * @param msg 输出内容
  */
 private void filterAndLog(Level level,String msg){
  LoggingEvent e = new LoggingEvent(level, msg,getName());
  //目标的日志级别大于当前级别才可以输出
  if(level.toInt() >= effectiveLevelInt){
   appender.append(e);
  }
 }
 
 @Override
 public String getName() {
  return name;
 }
 
 //getters and setters...
}

好了,到现在为止,现在已经完成了一个最最最基本的日志模型,可以创建Logger,输出不同级别的日志。不过显然还不太够,还是缺少一些核心功能

日志层级 - Hierarchy

一般在使用日志框架时,有一个很基本的需求:不同包名的日志使用不同的输出方式,或者不同包名下类的日志使用不同的日志级别,比如我想让框架相关的DEBUG日志输出,便于调试,其他默认用INFO级别。

而且在使用时并不希望每次创建Logger都引用一个Appender,这样也太不友好了;最好是直接使用一个全局的Logger配置,同时还支持特殊配置的Logger,且这个配置需要让程序中创建Logger时无感(比如LoggerFactory.getLogger(XXX.class))

可上面现有的设计可无法满足这个需求,需要稍加改造

现在设计一个层级结构,每一个Logger拥有一个Parent Logger,在filterAndLog时优先使用自己的Appender,如果自己没有Appender,那么就向上调用父类的appnder,有点反向“双亲委派(parents delegate)”的意思

上图中的Root Logger,就是全局默认的Logger,默认情况下它是所有Logger(新创建的)的Parent Logger。所以在filterAndLog时,默认都会使用Root Loggerappenderlevel来进行输出

现在将filterAndLog方法调整一下,增加向上调用的逻辑:

private LogcLogger parent;//先给增加一个parent属性

private void filterAndLog(Level level,String msg){
 LoggingEvent e = new LoggingEvent(level, msg,getName());
 //循环向上查找可用的logger进行输出
 for (LogcLogger l = this;l != null;l = l.parent){
  if(l.appender == null){
   continue;
  }
  if(level.toInt()>effectiveLevelInt){
   l.appender.append(e);
  }
  break;
 }
}

好了,现在这个日志层级的设计已经完成了,不过上面提到不同包名使用不同的logger配置,还没有做到,包名和logger如何实现对应呢?

其实很简单,只需要为每个包名的配置单独定义一个全局Logger,在解析包名配置时直接为不同的包名

日志上下文 - LoggerContext

考虑到有一些全局的Logger,和Root Logger需要被各种Logger引用,所以得设计一个Logger容器,用来存储这些Logger

/**
 * 一个全局的上下文对象
 */
public class LoggerContext {

 /**
  * 根logger
  */
 private Logger root;

 /**
  * logger缓存,存放解析配置文件后生成的logger对象,以及通过程序手动创建的logger对象
  */
 private Map<String,Logger> loggerCache = new HashMap<>();

 public void addLogger(String name,Logger logger){
  loggerCache.put(name,logger);
 }

 public void addLogger(Logger logger){
  loggerCache.put(logger.getName(),logger);
 }
 //getters and setters...
}

有了存放Logger对象们的容器,下一步可以考虑创建Logger了

日志创建 - LoggerFactory

为了方便的构建Logger的层级结构,每次new可不太友好,现在创建一个LoggerFactory接口

public interface ILoggerFactory {
 //通过class获取/创建logger
 Logger getLogger(Class<?> clazz);
 //通过name获取/创建logger
 Logger getLogger(String name);
 //通过name创建logger
 Logger newLogger(String name);
}

再来一个默认的实现类

public class StaticLoggerFactory implements ILoggerFactory {

 private LoggerContext loggerContext;//引用LoggerContext

 @Override
 public Logger getLogger(Class<?> clazz) {
  return getLogger(clazz.getName());
 }

 @Override
 public Logger getLogger(String name) {
  Logger logger = loggerContext.getLoggerCache().get(name);
  if(logger == null){
   logger = newLogger(name);
  }
  return logger;
 }
 
 /**
  * 创建Logger对象
  * 匹配logger name,拆分类名后和已创建(包括配置的)的Logger进行匹配
  * 比如当前name为com.aaa.bbb.ccc.XXService,那么name为com/com.aaa/com.aaa.bbb/com.aaa.bbb.ccc
  * 的logger都可以作为parent logger,不过这里需要顺序拆分,优先匹配“最近的”
  * 在这个例子里就会优先匹配com.aaa.bbb.ccc这个logger,作为自己的parent
  *
  * 如果没有任何一个logger匹配,那么就使用root logger作为自己的parent
  *
  * @param name Logger name
  */
 @Override
 public Logger newLogger(String name) {
  LogcLogger logger = new LogcLogger();
  logger.setName(name);
  Logger parent = null;
  //拆分包名,向上查找parent logger
  for (int i = name.lastIndexOf("."); i >= 0; i = name.lastIndexOf(".",i-1)) {
   String parentName = name.substring(0,i);
   parent = loggerContext.getLoggerCache().get(parentName);
   if(parent != null){
    break;
   }
  }
  if(parent == null){
   parent = loggerContext.getRoot();
  }
  logger.setParent(parent);
  logger.setLoggerContext(loggerContext);
  return logger;
 }
}

再来一个静态工厂类,方便使用:

public class LoggerFactory {

 private static ILoggerFactory loggerFactory = new StaticLoggerFactory();

 public static ILoggerFactory getLoggerFactory(){
  return loggerFactory;
 }

 public static Logger getLogger(Class<?> clazz){
  return getLoggerFactory().getLogger(clazz);
 }

 public static Logger getLogger(String name){
  return getLoggerFactory().getLogger(name);
 }
}

至此,所有基本组件已经完成,剩下的就是装配了

配置文件设计

配置文件需至少需要有以下几个配置功能:

  • 配置Appender
  • 配置Logger
  • 配置Root Logger

下面是一份最小配置的示例

<configuration>

 <appender name="std_plain" class="cc.leevi.common.logc.appender.ConsoleAppender">
 </appender>

 <logger name="cc.leevi.common.logc">
  <appender-ref ref="std_plain"/>
 </logger>

 <root level="trace">
  <appender-ref ref="std_pattern"/>
 </root>
</configuration>

除了XML配置,还可以考虑增加YAML/Properties等形式的配置文件,所以这里需要将解析配置文件的功能抽象一下,设计一个Configurator接口,用于解析配置文件:

public interface Configurator {
 void doConfigure();
}

再创建一个默认的XML形式的配置解析器:

public class XMLConfigurator implements Configurator{
 
 private final LoggerContext loggerContext;
 
 public XMLConfigurator(URL url, LoggerContext loggerContext) {
  this.url = url;//文件url
  this.loggerContext = loggerContext;
 }
 
 @Override
 public void doConfigure() {
  try{
   DocumentBuilderFactory factory = DocumentBuilderFactory.newInstance();
   DocumentBuilder documentBuilder = factory.newDocumentBuilder();
   Document document = documentBuilder.parse(url.openStream());
   parse(document.getDocumentElement());
   ...
  }catch (Exception e){
   ...
  }
 }
 private void parse(Element document) throws IllegalAccessException, ClassNotFoundException, InstantiationException {
  //do parse...
 }
}

解析时,装配LoggerContext,将配置中的Logger/Root Logger/Appender等信息构建完成,填充至传入的LoggerContext

现在还需要一个初始化的入口,用于加载/解析配置文件,提供加载/解析后的全局LoggerContext

public class ContextInitializer {
 final public static String AUTOCONFIG_FILE = "logc.xml";//默认使用xml配置文件
 final public static String YAML_FILE = "logc.yml";

 private static final LoggerContext DEFAULT_LOGGER_CONTEXT = new LoggerContext();
 
 /**
 * 初始化上下文
 */
 public static void autoconfig() {
  URL url = getConfigURL();
  if(url == null){
   System.err.println("config[logc.xml or logc.yml] file not found!");
   return ;
  }
  String urlString = url.toString();
  Configurator configurator = null;

  if(urlString.endsWith("xml")){
   configurator = new XMLConfigurator(url,DEFAULT_LOGGER_CONTEXT);
  }
  if(urlString.endsWith("yml")){
   configurator = new YAMLConfigurator(url,DEFAULT_LOGGER_CONTEXT);
  }
  configurator.doConfigure();
 }

 private static URL getConfigURL(){
  URL url = null;
  ClassLoader classLoader = ContextInitializer.class.getClassLoader();
  url = classLoader.getResource(AUTOCONFIG_FILE);
  if(url != null){
   return url;
  }
  url = classLoader.getResource(YAML_FILE);
  if(url != null){
   return url;
  }
  return null;
 }
 
 /**
 * 获取全局默认的LoggerContext
 */
 public static LoggerContext getDefautLoggerContext(){
  return DEFAULT_LOGGER_CONTEXT;
 }
}

现在还差一步,将加载配置文件的方法嵌入LoggerFactory,让LoggerFactory.getLogger的时候自动初始化,来改造一下StaticLoggerFactory:

public class StaticLoggerFactory implements ILoggerFactory {

 private LoggerContext loggerContext;

 public StaticLoggerFactory() {
  //构造StaticLoggerFactory时,直接调用配置解析的方法,并获取loggerContext
  ContextInitializer.autoconfig();
  loggerContext = ContextInitializer.getDefautLoggerContext();
 }
}

现在,一个日志框架就已经基本完成了。虽然还有很多细节没有完善,但主体功能都已经包含,麻雀虽小五脏俱全

完整代码

本文中为了便于阅读,有些代码并没有贴上来,详细完整的代码可以参考:

https://github.com/kongwu-/logc

展开问题

参考资料

  • Java EE核心框架实战(第二版)

    Java EE核心框架实战(第二版)

    Java EE核心框架实战 第二版 出版时间:2017 《Java EE核心框架实战(第2版)》的宗旨是提高读者学习Java EE的效率,增强其项目实战能力。为此,本书摒弃了软件公司中不常用或不实用的技术,而是采用近200个开发案例,为读者讲解了开发商业软件的知识,帮助读者进行“精要”式的学习,汲取Java EE的思想,正确地进行项目实战。《Java EE核心框架实战(第2版)》涵盖了MyBatis 3、Struts 2、Ajax、JSON、jQuery、Spring 4 MVC、Hibernate 5、

    大小:24.72MBJava

    立即下载
  • JavaScript框架设计

    JavaScript框架设计

    JavaScript,框架设计

    大小:286.4 MBjs框架

    立即下载
  • Offer来了:Java面试核心知识点精讲(框架篇)

    Offer来了:Java面试核心知识点精讲(框架篇)

    《 Offer来了:Java面试核心知识点精讲(框架篇) 》是对Java程序员面试中常见的微服务、网络编程、分布式存储、分布式计算等必备知识点的总结,包括Spring原理与应用、SpringCloud原理与应用、Netty网络编程原理与应用、ZooKeeper原理与应用、Kafka原理与应用、Hadoop原理与应用、HBase原理与应用、Cassandra原理与应用、ElasticSearch原理与应用、Spark原理与应用、Flink原理与应用。 这本书有11章。第一章阐述Spring的原理和应用,涉及

    大小:218 MBJava面试

    立即下载
  • Java EE核心框架实战

    Java EE核心框架实战

    内容简介 《Java EE核心框架实战》旨在提高读者的学习效率,增强其项目实战能力。为此,《Java EE核心框架实战》摒弃了软件公司中不常用或不实用的技术,而是采用近200个开发案例,为读者讲解了开发商业软件的必备知识,帮组读者进行精要式的学习,汲取JavaEE的思想,正确地进行项目实战。 《Java EE核心框架实战》涵盖了MyBatis 3、Struts 2、Ajax JSON、Spring 4 MVC、Hibernate 4、Spring 4、WebLogic EJB3等主流JavaEE框架的核心

    大小:92.1 MBJava EE

    立即下载
  • Java EE互联网轻量级框架整合开发

    Java EE互联网轻量级框架整合开发

    本书从入门到实际工作要求讲述了SSM框架的技术应用,提高系统性能,NoSQL(尤其是Redis)在互联网系统中已经广泛使用,从原理到实践全面讲解SSM Redis技术应用

    大小:920 MBJava

    立即下载
  • Java EE互联网轻量级框架整合开发:SSM框架和Redis实现

    Java EE互联网轻量级框架整合开发:SSM框架和Redis实现

    随着移动互联网的兴起,以Java技术为后台的互联网技术占据了市场的主导地位,而在Java互联网后台开发中,SSM框架(Spring Spring MVC MyBatis)成为了主要架构,《 Java EE互联网轻量级框架整合开发

    大小:489.1 MBJavaEE

    立即下载
  • Java EE框架整合开发入门到实战

    Java EE框架整合开发入门到实战

    初学者新手入门,重视实战演练教学视频,全线视频语音解读教育资源丰富 这书详细解读了JavaEE中Spring、SpringMVC和MyBatis三大框架(SSM)的基本知识和实际应用。为了方便帮助用户学习SSM框架,

    大小:232.3 MBJava EE

    立即下载

更多回答

潘白梦:18小时58分钟前回答

程序员学习路线之Java框架如何搭建

程序员学习路线之Java框架如何搭建?其实学习任何知识,体系和思路很重要。学习Java也是如此,尤其是掌握了好的学习方法,可以让我们事半功倍。相对其他编程语言,Java语言的特点是简单、易操作,但是想要学到其精髓,最重要的一步是学会如何搭建Java框架。根据每个人的学习方式、方法不同,可以制定具体的计划。今天为大家整理了搭建Java知识框架的几个方法,与大家分享。 如果我们想要搭建Java的知识框架,首先要了解Java的一些基本语法,比如数据类型、运算符、程序流程控制、数组等。只有我们对Java的一些基本语法有所了解,才能对Java有一个初步认识,才能为以后学习Java打下一个稳定的……

辛天罡:26小时37分钟前回答

Java各大框架视频下载之项目框架

Java始终排在第一位,这使它成为有史以来最享负盛誉的软件编程语言之一。及时的更新和新版本的发布使它成为一种充满活力的、有竞争力的编程语言。 但是,仅仅为你的下一个web应用程序开发项目选择这门顶级语言是不够的。在选择Java web框架时,你仍需要做出正确的选择。那么,你是否想知道如何为项目选择一个恰当的Java框架呢? 1: Spring Spring排在第一位,是由于它能够开发以高性能著称的复杂web应用程序的出色能力。它能够使Java开发人员轻松地创建企业级应用程序。 Web应用程序开发人员可以担保Spring框架的能力。这也是Spring成为Java开发人员的最爱的原因。下面的数据进一步证明了这一点。以……