Java相关的工作职位有哪些

Java的就业岗位主要有以下这些，仅供参考~！

1、Java与电子商务

电子商务是当今的热门话题，然而传统的编程语言难以胜任电子商务系统，电子商务要求程序代码具有基本的要求：安全、可靠、同时要求能与运行于不同平台的机器的全世界客户开展业务。

Java以其强安全性、平台无关性、硬件结构无关性、语言简洁同时面向对象，在网络编程语言中占据无可比拟的优势，成为实现电子商务系统的语言。

2、Java企业级应用开发

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

主要内容包括JavaEE框架核心结构、应用服务器、集成开发工具、Servlet组件编程、请求处理编程、响应处理编程、会话跟踪编程、对象和应用、过滤器编程、器编程、JSP、EL和JSTL、JNDI服务基础和编程、JDBC服务编程、JavaMail编程和JavaEEMVC式架构应用。

3、Java网站建设

近几年来，网站建设业务一直呈快速上升势头，行业市场越来越大。就国内情况而言，沿海发达省市比中西部省市市场需求要大，业务普及工作也很到位，许多行业形成了竞相建设企业网站，开展网络营销的局面。新技术的应用将促使企业网站建设更具魅力。

Java编程语言，net技术和服务器CDN技术也将使网站结构更紧密，访问更流畅，更能适应新的要求。但是以目前的市场分析Java做网站成本太高，对硬件要求比较高，中小企业会放弃，但是像大企业还是比较喜爱Java技术。

4、Java游戏编程

对于游戏开发来说，由于涉及到比较复杂的情况，开发过程很多时候是一个不断修改的过程，可以方便地修改游戏内容是十分关键的。

对于很多游戏引擎来说，都有自己编写的脚本解释器，用来解释一些自定义的游戏脚本语言(一般为命令式脚本，比如moveplayer(intx，inty)，playersmile()之类的东西)，另一些则提供了例如lua和rubby等的脚本语言来访问游戏引擎。

由于其虚拟机特性，Java本身就可以用来编写游戏脚本，目前也有例如等脚本语言可以方便的无缝的和Java语言进行交互，这些都极大地方便了Java游戏编程。

二、Java工程师职业方向

1、成为管理人员，例如产品研发经理，技术经理，项目经理等继续；

2、二是技术工作之路，成为高级软件工程师、需求工程师等。

开发APP需要服务器吗？这个答案当然是一定的。那么像APP服务器需要什么配置比较好呢？哪一家的服务器租用比较可靠呢？

一般来说，新开发的APP服务器不需要太高的配置，前期只需要用来测试即可。但如果说我们本身就对这个app很熟悉，未来是靠这个来赚钱的话，我们应该一开始就选择品牌云服务器如阿里云，给用户以更好的体验，留住大部分用户;而且云服务器租用也不是说没有区分，也是随着价格的不同而不同，一般来说普通配置的服务器是双核2G服务器，中等配置的服务器是四核4G，高端服务器的配置的话是八核8G，这个租用什么配置的话还是要看使用我们app的人数，使用人数越多，同时在线人数越多，对服务器的配置要求也越高。

App服务器租用的带宽也是跟使用人数有关系，前期的话建议5M独享的带宽，等到后期如果用户数足够大的话可以选择10M独享或是100M独享等等，反正一切是以用户体验良好为前提。

海河云平台为客户提供丰富的IT基础资源,包括云服务器、云数据库、负载均衡、专有网络、弹性公网IP以及云监控等多款云产品。通过友好的可视化UI界面轻松管理云资源。

　 本地型数据库接口

　本地型数据库是伴随微机的产生而产生的 dBASEII作为最早的并仍在使用的系统之一就是典型的本地型数据库

　本地型数据库管理系统的数据存放在一个本地硬盘上 DBMS接受来自用户或用户程序的命令 这些命令通常是系统特有的数据库管理语言 命令被转换为简单的磁盘访问命令 并交付文件系统来处理 然后DBMS接收来自磁盘上的数据 并加以处理

　在本地型DBMS应用中 数据库引擎（DBE）运行于工作站上 图 暗示数据是存放在工作站的局部驱动器上 其实在网络中 数据还可存放在文件服务器上 这里数据库引擎使用典型的文件I/O调用和记录封锁技术来直接读写数据

　存放数据的文件位于网络中的某个服务器上时 DBMS的行力与单机情况无异 网络操作系统负责对服务器的管理 因此对DBMS而言 对服务器的使用就象使用局部的驱动器一样

　当用户发出命令 请求DBMS读取数据库中的数据时 该请求首先由工作站（客户）的网络驱动程序处理 它负责把请求从网络上传到所需的服务器网络文件系统 服务器操作系统从适当的磁盘卷上找到数据 并发回等待中的工作站驱动程序 最后 数据回传给DBMS 这样DBMS使用这些数据就象使用本地存储的数据一样 网络情况下的接口比单机情况下接口的处理增加了通信开销 正常情况下这种额外开销不会影响用户的响应时间 除非在网络通信的高峰期间或DBMS要求大数据量传递

　对于本地型DBMS其大部分工作都在工作站一侧完成 即使数据存储在文件服务器上 其对数据的处理仍然要在工作站上进行 这种方式的最主要的一个缺点是无论查询需要多么少的数据 都需要首先将查询中的所有数据通过网络传到工作站 然后由工作站负责选出满足查询条件的数据 不难想象 当几个用户同时操作数据库时 数据库网络的带宽会很快阻塞

　在这一方式下 工作站不仅要负责所有用户界面管理 还要负责所有数据处理的工作 在当今的数据库应用中 尤其是那些功能强且使用简便的系统 用户界面的处理开销是相当大的 象Windows这样的图形环境 处理上的额处开销会更大 为此而升级工作站是很得不偿失的

　 客户/服务器型数据接口

　由于服务器硬件技术逐年迅速地提高 数据库在处理模式上在近五年内发生了改变 本地型DBMS逐渐让位给客户/服务器型DBMS 尤其是在大中型企业中更是这样

　正如名字所暗示的 客户/服务器是将处理工作分散到工作站和服务器上去处理 服务器不仅负责存取数据 还要对数据作一定的处理工作 这样在数据发送给工作站之前即求得查询结果集 从而在大部分情况下可大大减少网络传输的开销 因此 也减轻了工作处理负担 从而只需关心用户界面的处理工作即可

　服务器处理数据带来的另一个好处是 当服务器中数据库引擎使用了缓冲机制时 多个工作站可以从中受益 例如 一用户查询了某数据 当另一用户要查询同样的数据时 即可从服务器缓冲中直接得到结果 从而免去很多开销

　客户/服务器系统的成功与否在很大程度上依赖于服务器硬件质量和容量 用户越多 服务器的处理负担越重 相应服务器硬件性能也要跟得上 否则就会导致响应时间比本地型数据库还要差的结果

　处理工作 而工作站负责用户界面处理工作

　客户和服务器间的数据库接口要比本地型系统复杂得多 它有几个转换级负责命令和结果集在工作站和服务器间的传送 图 给出了客户/服务器数据库接口的详细情况

　客户/服务器的前端应用程序实际上不直接与数据库引擎打交道 每个客户服务器提供一个数据库通信接口 该数据库通信接口运行于前端 这些接口也称为数据库通信API等 数据库通信接口的工作流程如下

　① 前端应用程序发送命令给数据库通信接口

　② 接口通过网络把命令传给数据库引擎

　③ 数据库引擎在服务时上做查询或更新操作之类的工作 通过网络文件系统访问物理数据

　④ 数据库引擎将结果返送给工作站上的通信接口

　⑤ 前端从接口上接到结果后 显示或按用户要求做其它处理

　客户/服务器型比本地型DBMS更接近ODBC的原理 因为由前端向数据库的命令发送和由数据库向前端结果的返回都是透明的 并不需知道具体传送方式如何 各系统存在差别地方是 客户/服务器系统在管理工作站和服务器间通信的方式不同 彼此会不兼容 此外 对于本地型DBMS缺乏读取不同类型数据源的能力的问题 这些问题在IDAPI中得到了有效解决

　 Borland Delphi 的解决方案

　IDAPI是通过BDE（Borland Database Engine）和SQL Links 来解决本地型数据库接口和客户/服务器型数据库接口的兼容问题的 见图

　Delphi 的数据库特性使你能很容易构造数据库应用程序 这些应用程序能访问Visual dBASE Paradox Local InterBase Server for Windows等本地数据库和Oracle Sybase Informix SQL Server和Remote InterBase Server等客户/服务器数据库

　BDE是Borland公司支持Delphi Client/Server Suite Paradox for Windows Visual dBASE for Windows等产品的核心数据库引擎和互连软件 BDE 提供了丰富和强壮的特性支持客户/服务器应用的开发

　提供支持多种数据库如dBASE Paradox Text InterBase Oracle Sybase和Microsoft SQL Server以及任何ODBC数据源的统一和一致的应用程序编程接口（API） 开发者能不用修改数据库应用就能访问不同的数据库站点和数据库格式

　● BDE是用于开发客户/服务器数据库应用的理想工具 数据库应用程序既可访问本地数据库又可访问远程数据库

　● 允许数据库用直接和灵活地访问数据源

　● BDE对于Paradox和dBASE文件格式来是高性能的数据库引擎

　● 支持使用ISAM（Indextd Sequential Access Method）SQL和QBE访问数据

　● BDE是数据集成化引擎 提高跨不同数据库的共享服务 支持不同数据库格式的相互转化 如dBASE和Oracle表 从InterBase到Paradox拷贝数据甚至建立InterBase 和Oracle表之间的一对多关系

　● BDE查询引擎为SQL QBE和面向集合访问提供一致性的查询语言 支持用户定义和访问基本SQL的服务器和基于文件数据库的能力

　● BDE支持全 位功能 如多线程 抢占式多进程 长文件名和UNC 用户可在后台执行多个查询 多个数据库应用可访问同一个数据库文件

　BDE的体系结构是基于数据库驱动程序的 它提供了各种共享服务

　● 缓冲区管理（Buffer Manager）

　● 排序引擎

　● OS服务

　● 内存管理

　● BLOB快速存取

　● SQL查询引擎

　● SQL产生器

　● 数据库重构

　● 表的批处理

　● 数据转换服务

　● 连接服务

　● 内存数据库服务

　● SQL驱动程序服务

　● 系统管理

　● 语言管理

lishixinzhi/Article/program/Delphi/201311/25136

应用服务器

应用服务器是指通过各种协议把商业逻辑曝露给客户端的程序。它提供了访问商业逻辑的途径以供客户端应用程序使用。应用服务器使用此商业逻辑就像调用对象的一个方法一样。

基本信息

中文名

应用服务器

提供

访问商业逻辑的途径

实现

动态网页技术

目录

定义

随着Internet的发展壮大,“主机/终端”或“客户机/服务器”的传统的应用系统模式已经不能适应新的环境,于是就产生了新的分布式应用系统,相应地,新的开发模式也应运而生，即所谓的“浏览器/服务器”结构、“瘦客户机”模式。应用服务器便是一种实现这种模式核心技术。[1]

Web应用程序驻留在应用服务器(Application Server)上。应用服务器为Web应用程序提供一种简单的和可管理的对系统资源的访问机制。它也提供低级的服务，如HTTP协议的实现和数据库连接管理。Servlet容器仅仅是应用服务器的一部分。除了Servlet容器外，应用服务器还可能提供其他的Java EE(Enterprise Edition)组件，如EJB容器，JNDI服务器以及JMS服务器等。

市场上可以得到多种应用服务器，其中包括Apache的Tomcat、IBM的WebSphere Application Server、Caucho Technology的Resin、Macromedia的JRun、NEC WebOTX Application Server、JBoss Application Server、Oracle(并购了BEA)的WebLogic等。其中有些如NEC WebOTX Application Server、WebLogic、WebSphere不仅仅是Servlet容器，它们也提供对EJB(Enterprise JavaBeans)、JMS(Java Message Service)以及其他Java EE技术的支持。每种类型的应用服务器都有自己的优点、局限性和适用性。

分类

通常，根据确定文档内容的时间，所有文档可以划分为如下三类。

静态

静态：静态Web 文档是一个存储于Web服务器的文件。静态文档的作者在写作的时候确定文档的内容。由于文档内容不会变化，所以对静态文档的每次访问都返回相同结果。

动态

动态：动态web文档不是以一个预先定义的格式存在，而是在浏览器访问web服务器时创建。当一个请求到达时，web服务器运行一个应用程序创建动态文档（dynamic documents），服务器返回程序的输出作为应答。由于每次访问都要创建新的文档，动态文档的内容是变化的。

活动

活动：一个活动文档不完全由服务器一端说明，而是包括一个计算并显示值的程序。当浏览器访问活动文档时，服务器返回一个浏览器可以本地执行的程序。当该程序运行时，它可以和用户交互执行并不停地改变显示。这样，活动文档的内容是不固定的-只要用户让程序保持运行，它总是在不停地变化。静态文档的主要优点在于它的简单、可靠性和性能。由于静态文档是直接指定格式。它可以由不懂编程的人创建。更重要的是，在已经创建和测试之后，静态文档永远是正确的。最后，浏览器可以快速存取文档，同时通过把文档放在本地盘上的缓冲区内以加快以后对这些文档的访问速度。 静态文档的主要缺点是不灵活-当信息变化时文档必须重新设计。另外，改变是很耗费时间的，因为它需要人工修改文件。因此，静态文档不适合频繁变化的报告信息。动态文档的主要优点是它报告当前信息的能力。例如，一个动态文档可以用来报告股市行情、天气预报或音乐会售票情况等内容。当浏览器申请信息的时候，服务器运行一个应用程序，访问所需要的信息，并创建一个文档，服务器于是将该文档返回给浏览器。动态文档把任务放在服务器一端，浏览器采用和静态文档同样的方法访问动态文档。实际上，从浏览器的角度来看。动态文档和静态文档是无区别的。由于动态文档和静态文档都采用H T M L 编写，浏览器不知道服务器是从一个磁盘文件还是计算机程序中取得文档。动态文档的主要缺点是增加成本和不能显示变化的信息。和静态文档类似，动态文档在浏览器取得文档后不会再改变。因此在信息发送给浏览器之后，文档就开始过时。例如一个报告股市信息的动态文档，由于股市信息变化迅速，当用户访问时文档很快就过时。动态文档的创建和访问成本比静态文档昂贵。创建动态文档的代价较高，因为动态文档的创建者必须懂得如何写程序。另外，程序必须仔细编写和广泛测试，以保证输出的合法性。验证这样一个程序的正确性是很困难的，因为输入可以包含不同来源的多种数据。动态文档除了创建成本高，所需的硬件成本也较高，因为服务器端需要更强大的计算机。最后取出动态文档需要的时间稍多些，因为服务器需要额外的时间去运行程序创建文档。尽管在申请到达时动态文档才创建，但信息可能很快过时，活动文档相对于动态文档的主要优点在于它持续更改信息的能力。例如，只有活动文档能够快速改变显示以显示动画。更重要的是，活动文档能够直接访问信息源并连续更改显示。例如，一个显示股市行情的活动文档可以连续读取股市信息，并且不需要用户干预而自动修改显示。活动文档的主要缺点是创建和运行这种文档所需的额外费用，同时缺少安全性。首先，活动文档的显示需要更复杂的浏览器软件和一个强有力的计算机运行浏览器。另外，写正确的活动文档比写其他画面需要更多的编程技巧，所得到的结果文档更难于测试。而且，由于活动文档必须运行在客户端而不是服务器端，程序必须解决在不同客户上的兼容性问题，最后，活动文档存在着潜在的安全性问题，因为文档既输入信息又输出信息。