「java项目脚手架」java项目脚手架是什么意思

博主:adminadmin 2022-11-22 23:02:09 67

本篇文章给大家谈谈java项目脚手架,以及java项目脚手架是什么意思对应的知识点,希望对各位有所帮助,不要忘了收藏本站喔。

本文目录一览:

为什么Java Web框架都没有很好的脚手架

记得Django和Rails教程都介绍了通过实体生成一个简单的CRUD界面,现在用的ASP.NET MVC这块我觉得做得更好,不仅按照实体字段生成了输入框,对jquery validate集成的也不错。最近看spring mvc或者struts2都没有这块内容。当然可能这么说不合适毕竟spring有spring roo,但是我看过一点roo的教程,我觉得似乎侵入性太强了,可能侵入性这个词不合理,我的意思就是在asp.net mvc中,这个脚手架就是整个开发的一个流程,看spring roo的教程似乎有一种从写html代码换成Dreamware画界面那种感觉。这个应该看使用程度就知道了,使用过ASP.NET MVC中的都会去用脚手架,但是Java web开发中很少人用spring roo。如果说这个功能不需要的话为啥几乎所有web框架都提供。

我开始以为是因为Java本身语言特性的问题,但是我发现php大多框架都支持脚手架,就不太明白了。

我本以为现在国内的开发环境也越来越成熟,越来越正规,就算某种语言有过什么弯路,但是如果不是本质性的问题,比如php很大程度上还算一个面向过程的语言。除此之外现在大家基本功能都应该健全了,毕竟php,Java,.net都是存在超过十年的语言了。

是我某些地方想错了吗?是这些东西真的无所谓吗?我记得以前看某个人的评论说“java是十年前的web技术,php是五年前的,python才是现在的技术”,我还是还觉得是个笑话,Java可是一个oop的多范式语言,语言特性上应该比php好,python虽然某些特性上比较好,但是毕竟是动态语言,好吧php也是动态语言,很多地方静态语言+好的IDE不比动态语言差。

有没有技术大牛了解java开发,测试和CI的关

大家可能对如下情景比较熟悉:

如果开发过SSH的web项目,启动服务器可能会比较慢,有的项目甚至需要1分多钟,甚至更多,这个启动时间的等待一般就浪费了;

在开发项目时,有些功能比较复杂,当时觉得思路特清晰,但是过了一段时间后,自己也忘了,完善功能时频繁出现bug,降低开发速度;

在维护项目时,不知道自己修改的对还是不对,是否存在隐患;维护速度降下来了;

如果开发一个很多人都使用的接口,典型的如用户系统,要保证比如升级时向下兼容;

在团队间协作时,有时候只定义好接口,对方还没有给实现,如何进行同步开发?

如上问题,估计只要是个开发人员,都可能遇到过;如果此时有了单元/集成测试,那我们能很好的解决这些问题。(注:加下来如果没有特殊情况,不刻意强调 单元测试/集成测试,即提到测试是指的是单元/集成测试)

我从以下几个方面介绍测试:

1、为什么需要测试?

2、如何进行测试?

3、测试有哪些好处?

4、一切都需要测试吗?

1、为什么需要测试?

测试的目的是什么?我的理解是:

缩短发现问题到解决问题的速度;

给程序一个修改后能验证是否正确的保证;(回归测试)

如果是开源软件,我们可以通过单元测试了解其是怎么使用的;比如我之前通过cglib的单元测试学习过cglib的使用;

所以如果你遇到如上问题,就需要写测试。写测试可能是为了自己(1、2);也可能是为了帮助别人(3)。

2、如何进行测试?

很多朋友不知道如何进行测试,其实测试很简单,别把它想复杂了,按照自己的想法测试每个功能点是否正确即可。

2.1、测试流程

单元测试流程

集成测试流程

集成测试流程 

可以看出,单元测试与集成测试唯一不同点是一个调用依赖系统而一个不调用;因为单元测试是最小粒度的测试,如在Java中是测试一个类,不会测试依赖系统;而集成测试是会测试依赖系统的。

测试的步骤:

准备环境

调用被测系统

验证

清理环境

环境:也叫做夹具(fixture)或者固件,表示调用被测系统时需要准备/清理的数据等等;

被测系统:在Java中就是要测试的类,如UserService;

依赖系统:测试被测系统时,其依赖的部分,如UserDao;

测试用例:包含测试方法的类,里边有很多测试方法来测试被测系统。

接下来仔细看看各部分都做了哪些工作。

2.2、环境

环境,也叫做夹具(fixture),表示调用被测系统时需要准备/清理的数据等等;保证测试时环境是干净的,如不被之前的数据库数据影响;保证每次测试都是在干净/新鲜的环境中执行的。所谓干净的环境表示如当前测试不被之前测试插入/删除/修改的数据造成影响。在junit中可以使用:

@Before(setUp) 安装夹具或准备环境:在测试用例的每个测试方法之前执行;比如创建新鲜的被测系统,单元测试时安装Mock的依赖系统;

@After(tearDown)卸载夹具或清理环境:在测试用例的每个测试方法之后执行;比如数据库测试时回滚事务,删除数据;关闭文件;

@BeforeClass:在整个测试用例之前执行;

@AfterClass:在整个测试用例之后执行;

使用如上方法,而不是直接在测试方法中安装/卸载;是因为不管有没有异常,@After/@AfterClass都会执行,这样防止出现异常可能造成环境是不新鲜的问题。

如果大家使用spring test来测试数据库相关的系统,可以考虑使用@TransactionConfiguration来支持默认事务回滚,这样不会对现有系统造成影响。具体可参考《【第十三章】 测试 之 13.1 概述 13.2 单元测试 ——跟我学spring3》和《【第十三章】 测试 之 13.3 集成测试 ——跟我学spring3》

测试时一定要保证环境是干净/新鲜的,才能保证每次测试的结果是一样的。

2.3、被测系统与依赖系统

被测系统:在Java中就是被测试的Java类。

依赖系统:就是被测试Java类依赖的其他类。

如果是单元测试,一般情况下,会对依赖系统进行模拟(Mock),即给它一个假的实现;典型的如测试服务层时注入一个Mock的DAO层,这样的好处:

加快测试速度;因为不会调用真实的被测系统,所以速度特别快;

测试还没有完成的功能;尤其在多团队协作时,可以只在定义好接口的情况下开发系统;

如果是集成测试时,直接注入真实的依赖系统即可,好处:

完成联调;

发现自己的问题;

还可能发现自己使用上问题及使用的API的问题;

单元测试虽然好,但是是隔离测试,即不会调用被测系统来完成测试,因为不是真实的联调,所以很可能会潜在有一些问题,因此还是需要集成测试。(所以不是很刻意分单元或集成测试,且有些系统可能只有集成测试)

但是集成测试速度是比较慢的,一般提交给CI执行,不影响当前开发进度。

2.4、验证

验证的目的:是保证实际结果和我们预期的结果是否一致,说白了就是是否是我们想的那样。

一般使用断言来验证,如:

Assert.assertEquals(expectedResult, actualResult); //验证预期结果和实际结果是否相等

验证主要有两种:

结果验证

行为验证

结果验证:即验证被测系统返回的结果是否正确,如:

Java代码  

@Test

public void testCount() {

String ql = "select count(o) from User o";

long expectedCount = repositoryHelper.count(ql) + 1;

User user = createUser();

repositoryHelper.getEntityManager().persist(user);

long acutalCount = repositoryHelper.count(ql);

Assert.assertEquals(expectedCount, acutalCount);

}

验证返回的数据总数 = 插入之前的总数 + 1; 即结果验证。此处我们使用了一种叫做相对(delta)测试;即不关心数据库里到底多少条,只关心实际的和预期的差。

行为验证:即验证被测系统是否调用了依赖系统的某个API ,这个只有当我们使用Mock时测试时比较简单,如当用户注册时:

1、加积分

2、发系统消息

3、……

此时我们并不能通过结果验证是否调用了这些方法;那么我们可以使用Mock技术来完成验证是否调用了这些API,比如使用jmock测试框架就支持行为验证。集成测试是很难进行行为验证的,如果测试需要预留间谍接口。

3、测试有哪些好处?

我们写代码的目的是正确的完成某个功能,如何保证正确呢?测试!所以在不使用如单元测试技术时,我们也是需要测试,但是这个测试是我们人工验证的。缺点很明显:

不是自动的,每次需要对比预期结果与实际结果,尤其数据量/逻辑复杂时更痛苦;

不是回归的,上次测试完成后,下次还得重复自己一遍;

为了解决这个问题,我们使用如单元测试技术来解决这个问题:

测试自动化;即验证预期结果与实际结果交给计算机吧;

测试回归性,可以重复执行测试,验证修改后逻辑是否还是正确的;

即测试的好处,从如上已经提炼出来了:

缩短发现问题到解决问题的时间;

重复使用测试,保证修改后的代码还是正确的;

如果做开源项目,可以提供给使用人员参考如何使用;

因为单元测试都非常快,所以提升了开发速度;

4、一切都需要测试吗?

肯定不是,一切都是相对的;哪些不需要测试呢:

你非常熟悉的功能;

一些简单的CRUD;

你认为不需要测试的;比如你很有把握的东西,就没有必要浪费时间测试了;

哪些需要测试呢:

复杂的业务逻辑/系统核心功能,最典型的如订单系统:一定要有足够的单元测试保证,这是一个电商系统的核心;还有如用户系统、积分系统等等;

框架级别/工具级别/通用级别的代码需要测试,即提供给第三方使用的代码,因为这些代码可能被很多系统依赖,应该保证其正确性;而且还要保证以后版本升级的向下兼容;

你认为需要测试的,比如你没有把握的东西,还是写点测试来缩短如开发web项目的重启系统的时间吧;

测试不是不耗时间的,没意义的测试就是浪费时间,最典型是一些书上的对一个增删改查进行测试,实际项目没有任何意义。所以你应该只对自己很难驾驭的觉得有必要的代码进行测试。不要成为一个测试狂,什么都测试。

一些测试可以参考我的《es——JavaEE快速开发脚手架》中的代码。通过测试我得到了许多好处。

到此我们介绍完成了测试,但是如果我们使用了如集成测试时,测试执行起来可能比较慢,跑一遍测试可能需要5分钟,那怎么办呢?

每天下班前跑一遍集成测试,然后修复,下班走人;

CI:持续集成,交给持续集成服务器,自动地测试完成后把测试报告以邮件的形式发到开发人员邮箱;

------------------------------------分割线----------------------------------

接下来介绍一下CI吧。

1、为什么需要CI

2、CI如何工作的

3、travis-ci介绍

1、为什么需要CI

正如前边说的,我们单独测试可能会遇到如下问题:

如果写了一个测试,就要把所有测试跑一遍看看整个系统是否是正确的,那么每次等待时间是非常漫长的;

如果团队中的其他成员改了功能并提交了,如何快速得到该次提交对当前系统代码是正确还是失败的反馈;

那怎么办呢?自动化地持续集成(CI)!CI的核心就是干这件事情的。自动化持续地集成测试。

使用CI后,如果使用Maven,可以新建多个profile:

本地测试时忽略一些比较慢的测试;

CI服务器上执行所有测试;

2、CI如何工作的

一个典型的持续集成流程:

定期检测版本服务器上是否有代码更新;

如果发现代码更新,从版本服务器下载最新的代码;

自动构建并自动化的测试;

不管错误/失败,生成报告给开发人员;

有些CI服务器还能产生可执行的软件,自动化地部署到测试机器,交给测试人员测试。

如图所示:

持续集成服务器其实就是一个定时器,自动帮你下载最新代码、编译、测试、集成及产生报告发给开发人员。

常见的CI服务器有:

Apache Continuum

Hudson

CruiseControl

Jenkins CI

TeamCity

Travis CI

我09年时使用过TeamCity社区版,足够满足常见需求;目前我使用github托管项目,使用Travis CI进行分布式的持续集成,免费,目前看来还是不错的。

3、travis-ci介绍

我现在开发的ES-JavaEE项目开发脚手架就是使用travis ci进行持续集成;具体参考《Getting started》进行与Github集成,其支持的语言:

C

C++

Clojure

Erlang

Go

Groovy

Haskell

Java

JavaScript (with Node.js)

Objective-C

Perl

PHP

Python

Ruby

Scala

支持的数据库:

MySQL

PostgreSQL

MongoDB

CouchDB

Redis

Riak

RabbitMQ

Memcached

Cassandra

Neo4J

ElasticSearch

Kestrel

SQLite3

更多请参考其官网的介绍。

如果是Java开发人员,支持的JDK包括:OpenJDK 和 OracleJDK。 如果使用的是OpenJDK,Maven中使用ascii2native插件时,需要如下配置:

Java代码  

plugin

groupIdorg.codehaus.mojo/groupId

artifactIdnative2ascii-maven-plugin/artifactId

version1.0-alpha-1/version

executions

execution

phasegenerate-resources/phase

goals

goalnative2ascii/goal

/goals

configuration

encodingUTF-8/encoding

srcsrc/main/messages/src

desttarget/${project.artifactId}/WEB-INF/classes/dest

includesmessages.properties/includes

/configuration

/execution

/executions

!-- native2ascii 使用的tools.jar --

dependencies

dependency

groupIdcom.sun/groupId

artifactIdtools/artifactId

version1.7.0/version

scopesystem/scope

systemPath${java.home}/../lib/tools.jar/systemPath

/dependency

/dependencies

/plugin

如果使用mysql,端口只能是3306。

如果想开端口测试,这是不允许的。

如下是我项目中的一个配置.travis.yml,放到项目的根下即可:

-----------------------------------

language: java           语言

env:                           环境

- DB=mysql              使用mysql

jdk:

- openjdk                jdk使用openjdk

mysql:

database: es         数据库名为es

username: root     用户名为root

password :            密码为空

encoding: utf8      编码为utf8

install:                     安装时执行的脚本

- mvn install -Dmaven.test.skip=true     mvn安装并跳过测试

before_script:        script之前执行的测试

- cd web            

- mvn db:create  创建数据库的mvn命令(此处使用了 maven-db-plugin 插件)

- mvn db:schema  创建脚本的mvn命令

- mvn db:data        安装数据的mvn命令

- cd ..

script:                      测试时执行的脚步

- cd common

- mvn test              测试common子模块

- cd ..

- cd web

- mvn test -Pit       测试web子模块,并指定使用it profile测试(即集成测试的配置,具体参考pom.xml中的profile/it)

notifications:          触发

email:                  测试完成后测试报告发到哪

- zhangkaitao0503@gmail.com

-----------------------------------

持续集成不能修复代码的错误,而是和单元测试一样,缩短发现问题带解决问题的时间,这样可以提高开发效率,降低项目风险,提高项目的稳定性。而且尤其是团队协作时,可以发现其他人的代码是否对自己的代码产生影响。

到此我们利用单元测试+CI可以加速开发人员的开发速度。利用好单元测试和CI,不要纯粹为了单元测试和CI而去做这些事情。

本文没有介绍TDD,TDD并不会那么美好,我认为我们可以借鉴TDD的一些思想,但决不能迷信TDD,有时候,尤其如开发企业应用,先写功能再写测试可能效率更高,而且大部分时候是不需要TDD的。而且我也没能在实际项目中获取太多TDD的好处,但是我获得了测试的好处。

本文也没有介绍测试覆盖率,我认为不要一味的追求覆盖率,有时候有的覆盖率没有任何意义。所以不要让为了覆盖率而覆盖率拖慢了项目开发进度。

正如stackoverflow上的一篇帖子《How deep are your unit tests?》上Kent Beck的回答:

写道

老板为我的代码付报酬,而不是测试,所以,我对此的价值观是——测试越少越好,少到你对你的代码质量达到了某种自信。

可以前往coolshell的“单元测试要做多细?”去得到一些经验。

如何做一个java管理系统

首先你打算用什么技术来实现这个系统,先想好用哪些东西,是纯粹的jsp,servlet+javabean还是用到struts,spring等框架,将用到的技术想到后,再进行下一步.

其次你要搭建基于你使用的开发技术的环境,如果用jsp,servlet,javabean的话只需要个tomcat类似的容器就行了,如果要用到struts或者spring等相关的框架的话,就去下载相关的文件,如果用EJB的话,去装个jboss或者weblogic等EJB容器.

再次,环境搭建好之后就进入真正的开发了,进行需求分析,uml建模,设计好层次结构,然后进行编码,编码好后进行测试,不断改进,最后交付使用了.

呵呵,如果你不懂的话现看看相关的资料再进行开发,不要茫无目的的动手编码。

目前java的那些框架技术用的比较多?

1,SpringMVC

在中国有一种说法“生姜仍旧又辛辣”,所以虽然SpringMVC已经发布了十多年,但它仍然强大有力,并且处于领先地位,具有绝对优势。在拥抱完整的MVC框架之后,Spring已经发展并且现在是面向Internet的应用程序的综合Java框架,为软件工程师提供了一个功能强大的工具包,用于Web应用程序开发和安全项目的应用程序配置。作为最受欢迎的程序员之一,Spring的完善生态系统提供了许多其他选项:RESTAPI或SOAPWeb服务,安全性(身份验证和授权,加密)等。此外,许多大公司选择使用SpringMVC,因此如果您在使用过程中遇到问题,将会有很多技术专家为您解答。

利弊

春天并非没有理由爬到顶端。它之所以成为最着名的Java框架,主要是因为:

1.使用POJO简化测试数据的注入。

2.增强模块性,使代码更具可读性。

3.不同模块之间的分离。

4.灵活的应用依赖注入(DI)。

虽然SpringMVC有很多文档可供参考,但它的学习曲线对新手Java开发人员来说太苛刻了,而且开发人员可能会遇到这样的情况:当他们遇到较少的引用时无法启动。另外,虽然SpringMVC的在线信息较多,但版本会有所不同。总的来说,SpringMVC是工程师最喜欢的框架之一。

2,Hibernate

虽然Hibemate不在RebelLabs的排行榜上,但它仍然是一个值得一提的Java框架。这种映射Java框架使用连续数据库访问操作而不是高级对象处理来解决对象和关系不匹配的问题。每个企业应用程序都不同,因此Hibernate附带了一个强大的功能集,可以帮助后端开发人员微调数据访问层。这是一个高级ORM框架,允许您对Java对象(实体)执行数据库操作。使用Hibernate Cache将数据从Java环境持久化到数据库是一个持久的概念。

目前Java编程语言最流行的7个框架,你了解多少?

利弊

Hibernate可以通过对原始代码进行微小更改来帮助您与任何数据库进行通信,从而弥合对象和关系之间的差距。除了这个优势,它还有:

1.无论是Oracle,Db2还是MySQL,Hibernate都独立于DB。

2.缓存机制优化了类似的查询。

3.支持N + 1或延迟加载。

尽管Hibernate有许多优点,但它不允许多次插入,不支持对JDBC的某些查询,并且不适用于具有较少表的小规模项目。

3,Struts2

为了更详细地解释现代软件工程师广泛使用的Java框架,Qianfeng Wuhan Java Training的老师介绍了Struts2,它是ApacheStruts1的后续版本。 Struts2用于构建当代JavaEE Web应用程序。 Apache Software Foundation为开发人员提供了广泛的工具,用于创建企业级面向Web的应用程序,优化开发过程,甚至是后期维护,包括最终的优化过程和后期维护。如果您担心像广播门户这样的高负载系统,Struts将是您的最佳选择。

由于Struts2实现了Action类(普通的POJO对象),因此测试编写代码所需的工作量更少。使用框架API,耦合变得更容易,并有助于调整拦截器。

利弊

Struts2的最大特点是您不必重写或实现Action类,IT工程师为多个操作创建重复代码不再是一个问题,因为拦截器将处理它。

Struts的最大缺点是它不够灵活。

目前Java编程语言最流行的7个框架,你了解多少?

瓦亚丁

Vaadin是现代开发人员在创建业务应用程序和使用GWT呈现页面时必须选择的流行框架之一。 Vaadin使用一种众所周知的基于组件的方法来快速适应浏览器的变化,从而减轻开发人员的负担。 Vaadin通过将更改传达给浏览器来消除开发人员的负担。丰富的UI组件,各种各样的小部件和控件,程序员可以随时随地构建一个很酷的应用程序。

利弊

在Java或HTML布局构造中,Vaadin提供了一种将数据绑定到MVC或MVP的方法。支持拖放和其他突出功能简化了Java应用程序的单页UI创建。

因为Vaadin需要将每个事件发送回服务器,或者移动应用程序的UI很慢。

5. JSF

作为JavaEE的一部分,Oracle支持JavaServerFaces。虽然这不是快速Java开发的最佳框架,但很容易开始使用Oracle的大量文档。如果你不离开JavaEE环境,JSF没有外部依赖,但它非常强大,它有一个丰富的库和工具(包括一个易于创建用户界面的工具集),无论你的应用程序有多复杂,它可以支持。

利弊

如上所述,JSF是JavaEE不可或缺的一部分。因此,开发人员可以利用IDE软件套件和业界领先供应商的高级支持。

但事情有两面,JavaServerFaces太大,所以没有web开发经验或不熟练的人可能很难掌握。

6,Grails

这种特殊的Web框架被认为是一种动态工具,可以提高工程师的工作效率。它具有唯一的API实际,合理的默认值和约定的配置示例。与Java的无缝集成使其成为全球许多程序员的最佳选择。 Grails具有许多强大的功能,例如基于Spring的依赖注入和各种插件,同时提供创建现代Web应用程序所需的一切。

目前Java编程语言最流行的7个框架,你了解多少?

利弊

Grails可以快速构建新项目,脚手架为编码人员节省了宝贵的时间。 Grails拥有一个包含900多种易于安装的插件的庞大库。 Grails是一个用于全栈开发的Java框架,它的对象关系映射涵盖了大量的功能,使其成为一个重量级的软件。

7,GoogleWebToolkit

GWT是一个免费的Java框架,允许用户创建和优化复杂的基于Web的应用程序。 GWT的软件开发工具包提供了核心Java API和小部件,可以在构建之后编译到JavaScript应用程序中。

利弊

使用GoogleWebToolkit,您可以获得单个代码库(Java中的浏览器和服务器端编程),从而简化了开发和调试过程。与其他技术的简单集成允许程序员在网页中嵌入GWT小部件。 Widget功能也可以在GWT的帮助下自定义。

但是,GWT不适用于纯HTML和后动态内容布局,因此无法满足网页设计师的需求。

大家现在做Java开发,展示层使用的是什么?

展示层选择什么一般是由控制层决定的,有两个选项:

1、控制层使用springmvc或struts2(即使用srping+srpingmvc+hibernate/mybatis或srping+struts2+hibernate/mybatis框架)

此时,展示层一般使用服务器端技术,基于jsp。

如使用struts2,展示层的标签库是struts2的标签库;如果使用的是springmvc,则展示层通常直接用jstl标签库

但不管用的是什么标签库,原理上都是生成jsp网页(继而生成servlet,在被调用的时候生成动态的html代码发送回浏览器端)

2、后台使用springboot等技术提供接口,前端直接使用html框架

此时,后台不再负责生成网页,前端与后端分离,前端作为独立的项目存在。

常用的前端框架包括react、vue、angular等,常用的脚手架项目包括bootstrap等

关于java项目脚手架和java项目脚手架是什么意思的介绍到此就结束了,不知道你从中找到你需要的信息了吗 ?如果你还想了解更多这方面的信息,记得收藏关注本站。

The End

发布于:2022-11-22,除非注明,否则均为首码项目网原创文章,转载请注明出处。