皮皮网

1.java只能做web开发吗(java只能做网站开发吗)
2.springMVC的源码配置问题 求大神来帮帮忙，谢谢啦！源码

java只能做web开发吗(java只能做网站开发吗)

       æˆ‘想知道学完javaEE后能做什么啊,源码就只能做web开发么,做网站开发和做web...

       JavaEE开发就是我们常说的面向企业级的开发。主要做一些系统，面向企业的办公软件，和一些重要的，关于金融保险方面的信息处理软件。只是我们把这些业务做成了B/S架构的，Web就成了我们开发的主要方式。

       Java企业级应用开发JavaEE是目前开发企业级Web应用的主流框架技术，在当今企业级项目开发中与微软公司的MS.NET一起构成两大核心框架技术。JavaEE的主流应用服务器和集成开发工具。

       ç½‘站领域同样，Java在电子商务领域以及网站开发领域占据这大部分席位。你可以运用许多不同的框架来创建web项目，SpringMVC，Struts0以及frameworks。

       Java开发的就业方向一：Java企业级应用开发目前Java在许多行业的企业信息应用方面的应用非常多，比如OA、邮箱、股票、金融、考试、物流、医疗、矿山等信息方面的系统。该方向和行业密切相关，所以，这是一个经验型的发展方向。

       Java可以做的：Java可以做网站现在很多大型网站都用Jsp写的，JSP全名JavaServerPages。Java可以做AndroidAndroid是一种基于Linux的自由及开放源代码的操作系统，其源代码是Java。

       å­¦å®Œjava可以做以下工作：用来编写网站。现在很多大型网站都用jsp写的，JSP全名为JavaServerPages。它是一种动态网页技术，比如我们熟悉的一些搜索网站、政府网站都是采用JSP编写的。

       java和javaWeb一样吗?

       1、java和javaWeb一样吗？用笨办法来解释，名称不同，代表的东西肯定不一样。

       2、java和javaWeb的区别、关系具体如下：Java是一种可以撰写跨平台应用软件的面向对象的程序设计语言。

       3、后端的话可供开发的语言有asp、php、jsp、.NET这些后端开发语言的话搭建环境都不一样，具体如果你想学的话看是想从事前端部分还是后端程序部分。后端开发如果有一定的条件的话可以转为软件开发。

       4、而JavaWeb，是用Java技术来解决相关web互联网领域的技术总和。web包括：web服务器和web客户端两部分。

       5、javaweb（JSP）：网页代码我们平常说的Java一般指JavaSE，也就是JavaStandardEdition，Java的标准版，一般用来开发桌面应用程序，但是在开发桌面应用程序上相对VB，Delphi，VC++并没有什么优势。

学java可以从事什么工作

       å­¦ä¹ Java之后，可以做Javaweb开发、Android、服务端、网站等相关工作。就当前市场环境来说Java开发的需求量相对来说还是比较大的，薪资待遇相比较其他行业也比较不错，但薪资和地域、级别有关，总体来说待遇也是比较可观的。

       ç½‘站领域同样，Java在电子商务领域以及网站开发领域占据这大部分席位。你可以运用许多不同的框架来创建web项目，SpringMVC，Struts0以及frameworks。

       å­¦java可以从事的工作主要有：企业级应用开发、网站开发、软件开发、嵌入式领域、大数据、科学应用等。java可以编写桌面应用程序、Web应用程序、分布式系统和嵌入式系统应用程序等。

       å­¦ä¹ Java可以做网站Java可以用来编写网站，现在很多大型网站都用Jsp写的，JSP全名JavaServerPages它是一种动态网页技术，比如我们熟悉的，一些政府网站都是采用JSP编写的。

       Java可以做网站Java可以用来编写网站，现在很多大型网站都用Jsp写的，JSP全名JavaServerPages它是一种动态网页技术，比如我们熟悉的，一些政府网站都是采用JSP编写的。

       æ‰€ä»¥å­¦ä¹ Java，毕业以后可以找开发网站方面的工作，各个企业或者想通过互联网进行与用户交流的单位，都需要开发自己的网页。所以，网站网页开发是Java工程师的首选工作之一。

java开发工程师一般都做什么开发?

       1、java开发工程师一般都做很多开发，如Java桌面系统项目开发等等，学java开发推荐选择千锋教育，立足于职业教育培训领域，公司现有教育培训、高校服务、企业服务三大业务板块。

       2、Java开发工程师运用Java这种编程语言去完成软件产品的软件程序设计、开发、测试、维护升级等工作。来看看成为Java开发工程师需要掌握什么技能。

       3、Java的开发：网页开发：最常用的移动APP开发，比如Android上的一些APP程序；一些H5的WEBAPP开发；一些手机上的小游戏，大概可以分为这几种。

       4、Java软件工程师是指运用Java这种开发语言去完成软件产品的软件程序设计、开发、测试、维护升级等工作的人员。

java只能做web么?

       1、J2SE就是Java2的标准版，主要用于桌面应用软件的编程；J2ME主要应用于嵌入式系统开发，如手机和PDA的编程；J2EE是Java2的企业版，主要用于分布式的网络程序的开发，如电子商务网站和ERP系统，也就是LZ所说的WEB。

       2、java可以在上面运行，而，net不可以。而桌面应用主要是给windows做的.net本身就是微软的，所以可以做的很好，毕竟都是一家公司的，兼容的肯定相对好一些。另外java做桌面应用不是很厉害，做出来的效果很难看。

       3、网站只是Web开发中的一种表现形式，还有很多企业内部用的办公软件并不是网站啊，当然他们也属于Web开发，属于JavaEE范畴了。JavaEE其实并不那么简单，要深入研究还是需要时间和精力的。

       4、能够帮助我们开发和部署可移植、健壮、可伸缩且安全的服务器端Java应用程序。

       5、web端可以理解为tomcat，并且tomcat中运行着你编写的程序，这个程序称为web应用。java服务器开发就是通过java语言来编写程序，组合成web应用，将来部署到tomcat中，编写的这些程序就是组件，用来处理客户端请求的。

       6、这些应用在我们生活中其实随处可见，比如医院的挂号系统、公司的打卡系统、物流系统等。

只会java可以去做web开发吗?

       å­¦ä¹ Java之后，可以做Javaweb开发、Android、服务端、网站等相关工作。就当前市场环境来说Java开发的需求量相对来说还是比较大的，薪资待遇相比较其他行业也比较不错，但薪资和地域、级别有关，总体来说待遇也是比较可观的。

       ä¸€èˆ¬æ¥è¯´JAVA所涉及的语言都是后端的，只是简单学一点前端，因为前后端要有良好的衔接，所以如果你学的是JAVA只是会懂的一点前端，就难易程度来说，后端大于前端的，所以完全可以胜任的。

       ä½ ä¼šjava只能说你可以做一些后端逻辑处理的部分。但是前端主要是html+css+div+js库，而且动态的页面还有会用jstl等一些标签来输出session里面的值，所以学习的东西还有很多哦。

       å­¦å®Œjava可以做以下工作：用来编写网站、做Android、做游戏、做软件、做大数据，除了这些，Java在人工智能、科学计算等领域也有一定的应用。学完之后可以做研发，产品经理，测试，运维等等。用来编写网站。

       å­¦ä¹ Java培训将来可以做企业应用开发、web开发、游戏开发、物联网等工作。企业应用开发：由于Java的安全性，很多企业会使用Java开发一些大型的应用，比如第三方交易系统、银行前后交易系统、医疗管理系统等等。

springMVC的配置问题 求大神来帮帮忙，谢谢啦！源码

       Spring配置

       人们经常会在一台以上的源码主机上配置一种Web应用程序。例如，源码订单加工源码在生产中，源码一个网站可能只有一个实例。源码除了此实例外，源码开发人员可以在用于开发的源码机器上配置其他的（开发）实例。也可以在公司（机构）内部的源码本地开发服务器上维护其他应用程序装置，这将让您受益匪浅。源码该实例的源码目的是使Web设计者可以获得有质量保证的材料，并为需要为应用程序提供文件资料的源码人提供准入。

       大家都知道，源码即使是最简单的场景，也需要安装、配置和维护三个实例。而对于位于不同地理位置的团队来说，要从事这样的项目便更加困难。对于任何不是特别简单的Web应用程序项目，都需要多名开发人员来安装项目装置和本地设置以及运行单元测试的装置等。

       很多组织都将自己开发的产品作为Web应用程序。我们可以在很多产品中发现这种情况，例如电子商务系统、内容管理系统（CMS），以及博客发布平台等。这类产品可在多个服务器中进行部署。rtab源码对于成功的多用途Web应用程序来说，他们的开发人员必须要保证他们的应用程序便于安装，并且能够与其他Web应用程序完美集成。经过上述讨论之后，我们应该明了，作为本文主题的应用程序配置是通用Web应用程序项目开发人员所需要解决的重要问题之一。

       诸如CVS或Subversion之类的版本控制系统是开发组织使用的一种标准工具。这种工具代表了一些组织的中心源代码版本库，它们被用于保持源代码的有序。用户可以跟踪应用程序源代码的变化，显示不同版本的区别，并可以确定项目分支。而且，它们使得在应用程序部署中进行部分更新成为可能。

       很明显，版本控制系统软件是跟踪源代码所必需的，它对于解决应用程序配置问题有非常大的帮助。在本文中，我们将不会把重点放在版本控制系统上，因为这方面已经有很多相关的材料了。在此，我们将关注版本控制问题中的一个小话题：如何使Web应用程序的配置更加便捷（尤其是使用Spring

       MVC框架编写的Web应用程序）。

       问题是：我们在此讨论的是一种什么样的配置？任何Web应用程序都需要一些资源，这些资源通常都是其所运行的服务器所特有的，例如数据库URL、发送电子邮件的SMTP服务器，以及包含专用软件文件的fltk 源码文件夹等。这样的设置应该集中，从而使应用程序配置更加简单。

       但是，这只是这个问题最简单的一种版本。有时候，在应用程序开发中需要更加复杂的配置。这意味着，必须将各次部署中的不同Bean连接起来，而这会使问题更加复杂。

       这些应用程序配置问题的解决方案有诸多优势，包括：简化应用程序的安装和配置过程，使源代码版本控制更加简便，减少源代码版本库中的冲突现象。下面，我们将通过示例详细讨论这个话题。

       问题。

       我们首先来演示一下上文所提到的最简单的版本。在这一场景中，我们希望在应用程序部署中改变的是简单的配置参数，例如链接、密码等。如果您曾经使用Spring

       MVC框架开发过Web应用程序，那么您应该知道这里将用到的两个配置文件：

       /WEB-INF/applicationContext.xml，它让您可以配置Bean，或者显示应用程序上下文。通过这个文件，您可以定义自己的hezone源码业务逻辑Bean、资源以及其他可以与Web端口相关联的所有Bean。

       /WEB-INF/[servlet-name]-servlet.xml，它被用于配置Web层、视图解析器、控制器、校验器以及其他所有MVC框架中必需的Bean。[servlet-name]指的是在web.xml部署描述符中定义的Spring

       dispatcher servlet的名称。

       那么问题在哪儿呢？问题就出在applicationContext.xml中将包括一些特定于主机的Bean。本文将定义。其中，最明显的一个示例就是包含了JDBC连接信息的bean，但是任何一种稍微复杂些的应用程序都有十几个类似的Bean。看一下下面的示例：

       ＜bean

       class="org.springframework.jdbc.datasource.DriverManagerDataSource"＞

        ＜property ＞

        ＜value＞org.postgresql.Driver＜/value＞

        ＜/property＞

        ＜property ＞

        ＜/property＞

        ＜property ＞

        ＜value＞postgres＜/value＞

        ＜/property＞

        ＜property ＞

        ＜value＞＜/value＞

        ＜/property＞

       ＜/bean＞

       这个解决方案的问题在于对applicationContext.xml文件的维护。对于初学者来说，设想一下，项目放在源代码版本控制系统中，例如CVS。下面，假设您希望在网站中添加新的功能，那么就需要在应用程序上下文定义中添加额外的Bean定义。问题是如何在生产服务器上体现这些改变。

       通常情况下，应用程序的本地实例不会与活动站点使用同样的数据库，因此applicationContext.xml文件将包括让您能够访问本地数据库的设置。当您想提交在源代码版本库中的改变时，就需要注意这些特定于主机属性的同步性。版本库中的odoojs源码文件最终可能使用本地设置中的配置。如果想在生产服务器上更新配置，就必须手动同步这些属性的值。这是非常枯燥的任务，而且还非常容易出错。

       对于应用程序的每个实例来说，这个问题更加重要。假如有三位开发人员正在使用代码段基址，而且他们使用的是本地的数据库。当您提交更改的时候，他们每个人在本地服务器上更新源代码的时候都必须非常谨慎。他们会手动同步这些更改，然后提交他们的工作。这样一来，版本控制系统对于这些配置文件来说已经毫无用处。如果曾经使用过Spring

       MVC，那么您应该知道applicationContext.xml是应用程序中的关键组件，因为是它将所有的东西粘合在一起。所以，我们需要一种机制来帮助使应用程序中各项保持有序，这点非常重要。

       正如前面所提到的，这是您可能遇到的较简单的配置问题。更难的问题出现在当需要在不同服务器中进行不同的Bean连接的时候。这类问题常会出现在日常软件开发任务中。例如，假如您的产品有一个客户身份验证模块，可以对来自关系数据库或LDAP服务器中的用户进行身份验证。自然，这一身份验证模块可以使用抽象了特定版本库的Bean进行配置。如果您想改变不同应用程序部署中验证用户的方式，就需要在applicationContext.xml文件中进行不同的Bean连接。这种配置问题常见于在部署中有可配置特性的所有应用程序。

       在下文中，我们将讨论这两种配置问题。首先我们会关注同步的Bean属性问题及其解决方案，接下来，我们会讨论更加复杂的同步Bean连接问题。

       解决方案

       同步Bean属性

       这个问题的一种可行的解决方案是将所有特定于主机的参数都放到普通的Java属性文件中，使用Spring的PropertyPlaceHolderConfigurer类，将这些参数写入Bean属性中。

       使用这一解决方案，我们可以生成如下的属性文件（/WEB-INF/jdbc.properties）：

       jdbc.driver=org.postgresql.Driver

       jdbc.url=jdbc:postgresql://localhost/test

       jdbc.user=postgres

       jdbc.password=

       我们的Bean配置如下：

       ＜bean

       class="org.springframework.beans.factory.config.PropertyPlaceholderConfigurer"＞

        ＜property ＞

        ＜value＞/WEB-INF/jdbc.properties＜/value＞

        ＜/property＞

       ＜/bean＞

       ＜bean

       class="org.springframework.jdbc.datasource.DriverManagerDataSource"＞

        ＜property ＞

        ＜value＞${ jdbc.driver}＜/value＞

        ＜/property＞

        ＜property ＞

        ＜value＞${ jdbc.url}＜/value＞

        ＜/property＞

        ＜property ＞

        ＜value＞${ jdbc.user}＜/value＞

        ＜/property＞

        ＜property ＞

        ＜value＞${ jdbc.password}＜/value＞

        ＜/property＞

       ＜/bean＞

       如上所述，我们定义了一个PropertyPlaceholderConfigurer类的实例，并将其位置属性设置为我们的属性文件。该类被实现为Bean工厂的后处理器，并将使用定义在文件中的属性来代替所有的占位符（${ ...}value）。

       利用这种技术，我们可以从applicationContext.xml中移除所有特定于主机的配置属性。通过这种方式，我们可以自由地为该文件添加新的Bean，而不必担心特定于主机属性的同步性。这样可以简化生产部署和维护。

       同步性连接

       上面的技术解决了第一个问题，可是如果您计划修改不同应用程序部署之间的Bean连接，这一技术便不很适合。针对这一问题的一个解决方案便是额外创建一个名为applicationContext-[hostname].xml

       的XML定义文件。其中[hostname]是部署应用程序的主机的名称。例如，在本地的机器上，这个文件通常名为applicationContext-localhost.xml，而在部署时，它可能更名为applicationContext-somehost.com.xml。

       可以猜测，这一文件必须包括特定于某一主机的所有配置Bean。在本文中，我们将假设dataSource

       bean定义将位于这类文件中，而不是通用的applicationContext.xml定义。当然，这种机制与前者并非冲突，但是为了更加简单明了，我们将只关注这种方法。

       既然我们已经有了特定的配置，下面我们就来讨论一下如何将其整合到整个Spring

       MVC配置概念中。要达到这一目的，可以有许多方法，我们将详细地一一说明。但首先，我们应该注意到，由于有些Bean可能位于独立的配置文件中，因此在applicationContext.xml中，所有对它们的局部引用都必须更换成全局名称。

       例如，如下引用：

       ＜property

       ＞

        ＜ref local="someBean"/＞

       ＜/property＞　　应更改为：

       ＜property ＞

        ＜ref bean="someBean"/＞

       ＜/property＞　　在这之后，我们有很多可以添加额外的资源以用于配置的方式。其中最明显的就是使用＜import＞标签将这一额外资源包含在applicationContext.xml配置文件中。使用时，要将该标签放在applicationContext.xml文件开头。例如：

       ＜import

       resource="applicationContext-somehost.com.xml"/＞

       现在，在独立的XML定义文件和普通的应用程序上下文定义文件中的所有通用Bean定义都有了特定于主机的连接。由于大多数的Bean都不是特定于主机的，因此我们可以像处理Web应用程序中的其他资源一样自由地处理applicationContext.xml文件，并可以通过合适的版本控制系统与其进行同步。

       但是，上述方法也有一定的弊端。如果您想保留不同XML文件的不同配置，就仍然必须担心applicationContext.xml的同步性，因为资源的名称必须根据不同服务器进行更改。虽然与原有的解决方案相比有了很大提高，只需更改文件名，但是这还是需要开发人员的手动协助。

       由于与applicationContext.xml相比，主机配置不需如此频繁地进行更改，因此下一步便是将主机配置移动到web.xml文件中（如果可能的话）。幸运的是，我们有一个可用的解决方案。看一下下面关于web.xml配置的片断：

       ＜listener＞

        ＜listener-class＞

        org.springframework.web.context.ContextLoaderListener

        ＜/listener-class＞

       ＜/listener＞

       ＜context-param＞

        ＜param-name＞contextConfigLocation＜/param-name＞

        ＜param-value＞

        /WEB-INF/applicationContext.xml

        /WEB-INF/applicationContext-somehost.com.xml

        ＜/param-value＞

       ＜/context-param＞　　正如您所看到的，除了web.xml文件中常有的ContextLoaderListener之外，我们还添加了contextConfigLocation上下文参数配置。这一参数用于指示框架查找这些配置文件的位置。如果这一参数被省略，则Spring就只能到applicationContext.xml中查找。这里我们也定义了特定于主机的配置文件来使用。

       利用这种方法，我们将所有特定于主机的配置从applicationContext.xml文件中移除，这样便减轻了其在不同应用程序部署中的同步性。

       如果这种方法成为您的新习惯，您还可以使其更加灵活。通过遵守下列指令，也可以将特定于主机的配置从web.xml文件中移除。

       为此，需要创建特定于我们的应用程序上下文的类：

       package

       net.nighttale.spring.util;

       import java.net.InetAddress;

       import

       org.springframework.web.context.support.XmlWebApplicationContext;

       public

       class PerHostXmlWebApplicationContext

       extends XmlWebApplicationContext {

       protected String[] getDefaultConfigLocations() {

        String hostname = "localhost";

        try {

        hostname =

       InetAddress.getLocalHost().getHostName();

        } catch (Exception e) {

        }

        String perHostConfiguration =

       DEFAULT_CONFIG_LOCATION_PREFIX

        + "applicationContext-"

        + hostname

        + DEFAULT_CONFIG_LOCATION_SUFFIX

        logger.debug(

        "Adding per host configuration file: "

        + perHostConfiguration

        );

        if

       (getNamespace() != null) {

        return new String[] {

        DEFAULT_CONFIG_LOCATION_PREFIX

        + getNamespace()

        +

       DEFAULT_CONFIG_LOCATION_SUFFIX

        , perHostConfiguration};

        }

        else {

        return new String[] {

        DEFAULT_CONFIG_LOCATION

        , perHostConfiguration};

        }

        }

       }

       这个类拓展了Spring中常被作为默认值使用的XmlWebApplicationContext。XmlWebApplicationContext类将Web应用程序的配置从XML定义文件中复制过来。默认情况下，它可以配置来自applicationContext.xml和[servlet-name]-servlet.xml文件中的应用程序。这个类执行的惟一一项额外任务便是获取它所在的主机名称，并将applicationContext-[hostname].xml文件添加到配置文件列表中。

       为了使用这个类，我们需要对其进行编译，将其包含在类途径中，并指示Spring框架使用它。前两步非常简单，我们就不在此赘述。我们可以指示Sping通过contextClass上下文参数来使用它。除了web.xml文件中的原有配置，我们还可以添加下列内容：

       ＜context-param＞

        ＜param-name＞contextClass＜/param-name＞

       ＜param-value＞

        net.nighttale.spring.util.PerHostXmlWebApplicationContext

       ＜/param-value＞

       ＜/context-param＞

       如果我们使用这一配置片断，将会有三个文件被用于初始化这个框架：[servlet-name]-servlet.xml、applicationContext-[hostname].xml以及applicationContext.xml。

       正如您所看到的，applicationContext.xml和web.xml文件已经完全摆脱了任何特定的配置细节，而且您也不必担心会在更新应用程序时破坏配置。

       但是，这种方法有一个不足之处。因为，不论是否会使用，都需要在应用程序部署中有第三个配置文件。在这种情况下，便不需要特定于主机的配置。例如：

       ＜?xml

       version="1.0" encoding="UTF-8"?＞

       ＜!DOCTYPE beans PUBLIC "-//SPRING//DTD

       BEAN//EN"

        "Address.getLocalHost().getHostName())

       可以将其作为Java代码执行，也可在喜欢使用的脚本语言（如BeanShell或Groovy）中作为一个具有Java风格语法的脚本执行。在获取了主机的名称之后，应该创建一个默认的/WEB-INF/applicationContext-[hostname].xml空文件夹（如我们上面所定义的），然后便可以开始了。