java配置繁琐代码轻 配置java环境javac出错

java代码为什么那么繁琐1. Java语言是不是繁琐呢?手头有一本《Thinking in Java》中文第四版,数了一下正文共22章856页 。随手翻一下,示例代码和讲解正文大概比例在1.5 : 1这样 。没有真正用Java干过项目的人肯定会大为惊叹:我勒个去,这么多知识点!此为“繁”;
2. 绝大部分搞编程的人,事实上,都是在使用一门语言的某个子集 。该子集的形成由项目主导者发起、开发活动参与者共同决定,且相对长期稳定 。每一个即将参与该项目的人肯定会先把语言学个大概(其难度参考前一条) , 然后再根据项目学习该语言子集,最后固化下来 。不断使用该子集固然能提升开发效率 , 但代价不菲,极容易就变成了项目中的一颗镙丝钉(“专家”);
3. 一门语言的设计肯定不会一蹴而就,一步步改良 。没记错的话 , Java诞生于1995年左右,到今天已经快满20年 。在当时那种IT环境和条件下设计出来的语言 , 必然存在许多妥协、限制与错误,既不能随便将之抹除(可能还有很多工程依赖着),也不能随便更正,只能通过添加新语法、新类库来打补丁 , 导致语言更“繁” 。举个例子 , 非内建容器类库是一个典型硬伤 , 再举个例子,时间日期类没见有多好用,也没见有更新过,连替代品都没见过(恕我不写Java,的确没见过);
4. 类库(框架)丰富是好事还是坏事,要看针对同一个任务能找到多少替代品 。如果有三到四个,那么肯定是好事,既不会造成单点故障 , 也不至于造成理解和记忆上的负担 。但是类库太多,选择太多,人的幸福感反而会下降,高效率也就无从谈起;
5. 框架真的可以保证快速开发吗?熟悉的话是可以的,专家编程嘛!但是
熟悉之前要花非常多时间学习使用吃闷亏 。
框架只能免除掉一部分开发工作量 。
框架跟业务总是存在“不合缝”的差异 。
只不过将复杂度从开发转移到了部署运维 。
依赖性极强 。
6. IDE可以提高开发效率吗?仅仅一部分罢了 。IDE本身就是个非常复杂的东西,将之调校到符合个人开发步调的进程可能会持续很久 , 事实上大部分人也只是用一些常用功能罢了 。而且
基于图形界面意味着自动化不容易(需要编写额外插件) 。
出了问题查找原因不易 。
依赖性极强 。
7. Java本身是面向系统(机器)的,不是面向开发人员的 。这种强设计保证有助于提升目标系统的可靠性,却牺牲了开发人员的幸福感 。既然设计得如此严谨规范 , 为什么不能自动生成Java程序,
学springboot之前要学什么1.Spring Boot 是什么
我们刚开始学习 JavaWeb 的时候 , 使用 Servlet/JSP 做开发 , 一个接口搞一个 Servlet  , 很头大,后来我们通过隐藏域或者反射等方式,可以减少 Servlet 的创建 , 但是依然不方便 。
再后来 , 我们引入 Struts2/SpringMVC 这一类的框架,来简化我们的开发  , 和 Servlet/JSP 相比,引入框架之后,生产力确实提高了不少,但是用久了,又发现了新的问题,即配置繁琐易出错,要做一个新项目,先搭建环境 , 环境搭建来搭建去,就是那几行配置,不同的项目 , 可能就是包不同,其他大部分的配置都是一样的 。
Java 总是被人诟病配置繁琐代码量巨大,这就是其中一个表现 。那么怎么办?Spring Boot 应运而生 , Spring Boot 是 Pivotal 团队在 2013 年开始研发的一个基于 Spring 的全新框架,试图将 Spring 中臃肿的配置进行简化 , 使 Java 开发更加轻量与快速,这个框架非常活跃,官方也非常重视 。

推荐阅读