java系统架构
‘壹’ 新手请问关于java开发b/s架构系统
新手请问关于java开发b/s架构系统
多看一些关于MVC架构和struts、hibernate、spring方面的书，对系统的架构就比较清楚。还有，最好是多咨询下有java专案开发经验的人给你讲解下，有些东西书上不见得说的清楚
能使用java开发c/s架构的系统吗
可以是可以 用swing做 , 我记得前几年有大神用java做的抢票软体 ;
我记得是电脑要安装jvm 才能执行 , 太久了 , 这块又不接触 , 记不太清了;
如何开发b/s 架构的监控系统
C/S和B/S并没有绝对的好坏，只是要应用于不同的环境而已。C/S目前主要用于监控点比较固定，对监控的稳定性要求比较高的专案，比如一些监控中心，使用者可能会长期开着软体进行轮循等操作。而B/S更适合流动性强，时间较短的监控
哪些系统是B/S架构
B/S 分开来说，B指的是浏览器而S则指的就是服务器的意思。也就是说B/S架构其实就是基于浏览器/服务器架构的程式。那就简单了，比如说咱们经常访问的一个个的网站，那它们都是基于这一架构的程式的系统。
有多少人用PB开发B/S架构的系统了
建议，想做BS的话，最好别再要用PB了，PB的那个BS开发好难的（不过如果你想学的话，我有一份资料）。 用ASP.吧，微软的东西很容易上手的。我和你一样的情况，7年PB，最近需要做一个BS系统，现学的ASP.，感觉太easy了，
求一个B/S架构的ERP系统
你试一下华创资讯管理平台吧，它不同于固定用途软体，能容纳并管理各种资讯、各种资料。利用它能做 ERP、CRM、HR、PM、OA ... 等各种系统，非常实用。是B/S 架构的，既可单机使用，又可在区域网、网际网路上多使用者使用；不仅支援电脑访问，而且支援手机、iPad 等移动装置，轻松实现随时随地移动办公。
java 基于BS架构的系统开发
先从servlet看起，虽然现在各种框架很多，但是了解了servlet的机制，用起框架肯定是得心应手。
再就是了解MVC思想。
开发 2.B/S系统架构是指什么？
B/S系统架构就是基于浏览器——服务器的系统模式，通过这种模式开发的系统是执行在WEB上面的架构的软体。
如何设计基于mvc的b/s架构的系统
b/s结构的话，资料库是肯定要了解的，因为这样的小系统说白了就是一个数据库应用系统，所以资料表的建立以及各种资料都要先设计好，然后就是你需要懂一门能够做web的语言了，一般asp，jsp或者php，现在jsp和php应用的比较多，遵循mvc模式，设计好层次，就可以做了，切记先设计再实现，否则麻烦一大堆，呵呵，其实我也很菜，一起交流交流哈
基于RIA架构的B/S系统有什么优势
B/S结构：（Browser/Server，浏览器/服务器模式）：是WEB兴起后的一种网路结构模式，WEB浏览器是客户端最主要的应用软体。这种模式统一了客户端，将系统功能实现的核心部分集中到服务器上，简化了系统的开发、维护和使用。 客户机上只要安装一个浏览器（Browser），如Netscape Navigator或Inter Explorer，服务器安装Oracle、Sybase、Informix或 SQL Server等资料库。浏览器通过Web Server 同资料库进行资料互动。 B/S最大的优点就是可以在任何地方进行操作而不用安装任何专门的软体。只要有一台能上网的电脑就能使用，客户端零维护。系统的扩充套件非常容易 分层也就分为客户端跟服务器吧！
‘贰’ 北大青鸟java培训：微服务系统架构的发展趋势
随着服务器开发技术的不断发展，微服务架构技术在各个方面都有了很大的技术突破。
今天，电脑培训http://www.kmbdqn.cn/就一起来了解一下，在互联网大环境下的微服务系统架构的发展趋势。
1.服务网格白热化服务网格是一个专注于服务间通信的基础设施层，也是目前受关注的与云原生有关的话题。
随着容器的普及，服务拓扑变得越来越动态化，这对网络功能提出了更多的要求。
服务网格通过服务发现、路由、负载均衡、健康检测和可观察性来管理流量，简化容器与生俱来的复杂性。
随着HAProxy、traefik和NGINX逐步把自己定位成数据平面，服务网格也变得越来越流行。
尽管服务网格还没有得到大规模部署，但确实有些企业已经在生产环境中运行服务网格。
另外，服务网格不仅可以用在微服务或Kubernetes环境中，也可以被用在VM和无服务器架构的环境中。
例如，美国国家生物技术信息中心虽然没有使用容器，但他们使用了Linkerd。
2.事件驱动架构的崛起随着业务场景的不断变化，我们已经看到了基于推送或事件的架构正在成为一种趋势。
服务向订阅事件的观察者容器发送事件，容器异步做出响应，事件发送者可能对此一无所知。
与请求响应式架构不同的是，在基于事件的系统架构中，发起事件的容器并不依赖下游的容器，它们的处理过程和加载的事务与下游容器的可用性或完成情况无关。
这种架构的另一个好处是，开发者可以更加独立地设计各自的服务。
3.安全模型的变化因为对内核访问方面的限制，部署在容器中的应用程序相对安全。
在VM环境中，虚拟设备驱动器是暴露可见性的地方。
而在容器环境里，操作系统提供了系统调用，信号源也变得更加丰富。
之前，管理员需要在VM中安装代理，但那样太复杂了，需要管理太多的东西。
容器提供了更清晰的可见性，相比VM，与容器的集成会更加容易。
4.从REST到GraphQLGraphQL是Facebook于2012年创建并于2015年开源的一套查询语言API规范。
GraphQL的类型系统允许开发者自己定义数据schema，可以增加新字段，也可以删除旧字段，这些都不会影响已有的查询，也不需要修改客户端。
GraphQL非常强大，因为它没有与特定的数据库或存储引擎绑定在一起。
‘叁’ 北大青鸟java培训：软件架构中的分层都有哪些类型
关于系统架构和软件分层的概念我们在前几期的文章中曾经介绍过多次了。
今天，福建java课程http://www.kmbdqn.cn/就来详细了解一下，软件架构中的分层都有哪些类型。
希望大家通过对本文的阅读，能够对软件架构领域有更多的了解和认识。
经典的三层架构：1.基础层：,帮助类，IO读写，资源加载等一些基础设施，他们作为整个系统基础的模块可以组合成业务层和服务层2.业务层和服务层：典型的就是service,这里承载更多的是业务的实现，资源的组合调度，事务实现，等等，这里是整个系统核心的地方，下面整合底层以及事务，根据业务和场景灵活的把业务逻辑使用底层的基础单元拼接组合起来，上面为表现层提供具体的业务处理逻辑3.表现层：接受外部的请求，并把调用对应的service操作具体业务，把终结果反馈给调用者或是用户四层架构，在基础层基础之上还可以在分出一层：领域层，基础层还是提供基本的数据操作和IO与网络操作，不过领域层对基础层再来一次封装和整合，目的也是方便整合底层资源方便service层调用，简化业务层和基础层的复杂依赖静态业务对象：ViewObject:VO界面展示用到的数据对象DomainObject:DO领域层对象，一般可以简约的理解为javabean对象，从业务中抽取的基本模型类BussinessObject:BO业务对象一般也在service业务层，如果DO不能完全表达，可以使用BO获取更多信息的表达，并且还可以封装重用DO中的实体信息PersistantObject:PO持久存储对象，一般作用于层，和数据库实体对应DataTransferObject:DTO数据传递对象，用于封装参数，数据中转会，重构过程方法列表会用到动态处理对象：Controller控制器,Manager管理类,Service服务类,Repository,DAO数据源,Client客户端,Dispather转发器,Handler处理器,Interceptor拦截器Helper,Utils帮助类动态的配置文件与属性：一些经常用到的开关和阈值一定要写在配置文件中，或有配置中心可以下发，不要在程序中写死，而且要有对相应的刷新机制api接口，调用后强制刷新配置参数常用的比如：活动的开始结束日期业务中的大值，限制值等阈值外界的URI:文件上传地址，静态资源位置，等等.....等等一切可以借鉴Ioc理念抽取出来的配置变量
‘肆’ java架构师主要是干什么的
java架构师需要做六个方面的工作。
‘伍’ java架构有哪些
主流框架还是MVC框架技术
1：jsp+servlet+javaben适用于比较小的项目
2：strut+spring+hibnate
目前这是主流框架技术组合在一起就是ssh了
适用于要求可维护性强的框架技术
3：ejb jsf等重量级框架技术比较过时
WebWork 【Java开源 Web框架】
WebWork 是由OpenSymphony组织开发的，致力于组件化和代码重用的拉出式MVC模式J2EE Web框架。WebWork目前最新版本是2.1，现在的WebWork2.x前身是Rickard Oberg开发的WebWork，但现在WebWork已经被拆分成了Xwork1和WebWork2两个项目。 Xwork简洁、灵活功能强大，它是一个标准的Command模式实现，并且完全从web层脱离出来。 Xwork提供了很多核心功能：前端拦截机（interceptor），运行时表单属性验证，类型转换，强大的表达式语言（OGNL – the Object Graph Notation Language），IoC（Inversion of Control倒置控制）容器等。 WebWork2建立在Xwork之上，处理HTTP的响应和请求。WebWork2使用ServletDispatcher将HTTP请求的变成 Action(业务层Action类), session（会话）application（应用程序）范围的映射，request请求参数映射。WebWork2支持多视图表示，视图部分可以使用 JSP, Velocity, FreeMarker, JasperReports，XML等。在WebWork2.2中添加了对AJAX的支持，这支持是构建在DWR与Dojo这两个框架的基础之上.【EclipseWork：用于WebWork辅助开发的一个Eclipse插件】
Struts 【Java开源 Web框架】
Struts 是一个基于Sun J2EE平台的MVC框架，主要是采用Servlet和JSP技术来实现的。由于Struts能充分满足应用开发的需求，简单易用，敏捷迅速，在过去的一年中颇受关注。Struts把Servlet、JSP、自定义标签和信息资源(message resources)整合到一个统一的框架中，开发人员利用其进行开发时不用再自己编码实现全套MVC模式，极大的节省了时间，所以说Struts是一个非常不错的应用框架。【StrutsIDE：用于Struts辅助开发的一个Eclipse插件】
Hibernate 【Java开源 持久层框架】
Hibernate 是一个开放源代码的对象关系映射框架，它对JDBC进行了非常轻量级的对象封装，使得Java程序员可以随心所欲的使用对象编程思维来操纵数据库。 Hibernate可以应用在任何使用JDBC的场合，既可以在Java的客户端程序实用，也可以在Servlet/JSP的Web应用中使用，最具革命意义的是，Hibernate可以在应用EJB的J2EE架构中取代CMP，完成数据持久化的重任。Eclipse平台下的Hibernate辅助开发工具:【Hibernate Synchronizer】【MiddlegenIDE】
Quartz 【Java开源 Job调度】
Quartz 是OpenSymphony开源组织在Job scheling领域又一个开源项目,它可以与J2EE与J2SE应用程序相结合也可以单独使用。Quartz可以用来创建简单或为运行十个，百个，甚至是好几万个Jobs这样复杂的日程序表。Jobs可以做成标准的Java组件或 EJBs。Quartz的最新版本为Quartz 1.5.0。
Velocity 【Java开源 模板引擎】
Velocity 是一个基于java的模板引擎（template engine）。它允许任何人仅仅简单的使用模板语言（template language）来引用由java代码定义的对象。当Velocity应用于web开发时，界面设计人员可以和java程序开发人员同步开发一个遵循MVC架构的web站点，也就是说，页面设计人员可以只关注页面的显示效果，而由java程序开发人员关注业务逻辑编码。Velocity将java代码从web页面中分离出来，这样为web站点的长期维护提供了便利，同时也为我们在JSP和PHP之外又提供了一种可选的方案。 Velocity的能力远不止web站点开发这个领域，例如，它可以从模板（template）产生SQL和PostScript、XML，它也可以被当作一个独立工具来产生源代码和报告，或者作为其他系统的集成组件使用。Velocity也可以为Turbine web开发架构提供模板服务（template service）。Velocity+Turbine提供一个模板服务的方式允许一个web应用以一个真正的MVC模型进行开发。 【VeloEclipse ：Velocity在Eclipse平台下的一个辅助开发插件】
IBATIS 【Java开源 持久层框架】
使用ibatis 提供的ORM机制，对业务逻辑实现人员而言，面对的是纯粹的Java对象， 这一层与通过Hibernate 实现ORM 而言基本一致，而对于具体的数据操作，Hibernate 会自动生成SQL 语句，而ibatis 则要求开发者编写具体的SQL 语句。相对Hibernate等 “全自动”ORM机制而言，ibatis 以SQL开发的工作量和数据库移植性上的让步，为系统设计提供了更大的自由空间。作为“全自动”ORM 实现的一种有益补充，ibatis 的出现显 得别具意义。
‘陆’ 北大青鸟java培训：分层架构的优缺点有哪些
在进行软件开发过程中，为了能够更有效的执行系统架构，一般情况下需要进行分层结构的形式来构成。
那么在使用分层架构的过程中有哪些优缺点呢？下面电脑培训为大家具体介绍。
一、什么是分层架构分层体系结构主要是根据水平分割将软件模块划分为多个层次。
系统由多层组成，每一层由多个模块组成。
那么多少层才是合适的呢？IT培训认为，根据不同的复杂性分为不同的层次，基本的层次结构是三个层次，即表示层、域层和数据持久层。
二、分层架构的好处1、单一职责：每层只负责一个角色，责任边界清晰。
如果持久层只负责数据查询和存储，则字段级别仅负责处理业务逻辑。
2、高内聚：分层是在相同的层中放置相同的责任，并且所有业务逻辑在领域层中都是一致的。
做这个的好处是什么？四川北大青鸟设想如果业务逻辑分散在每层上，则修改功能需要修改为各层，测试业务逻辑需要测试所有层的代码，从而增加了整个软件的复杂度和测试难度。
3、易维护将面对变更且容易修正的所有对外界面放入对外界面层中，如果外部依存的界面被修改的话，只要变更该层的代码即可。
三、分层架构的缺点1、开发成本高由于多层承担着各自的任务，因此需要在多个级别上追加代码，以添加功能。
这样，开发成本就会增加。
但是，北大青鸟认为合理的能力抽象化可以提高多重性，降低开发成本。
2、可扩展性低：由于在上下层之间存在结合度，所以所有的功能变化都有可能参与多层的修正。
‘柒’ 什么是java的框架结构
什么是java框架结构？让我们一起了解一下！
框架，即Framework。是某种应用的半成品，是一组组件，它不能提供整个WEB应用程序的所有东西，但可以让广大程序开发人员完成自己的系统。有了框架，我们就可以集中精力进行业务逻辑的开发而不用去关心它的技术实现以及一些辅助的业务逻辑。
Java框架就是一些类和接口的集合，通过这些类和接口协调来完成一系列的程序实现。
Java框架可以分为三层：表示层，业务层和物理层。
拓展：Java三大基本框架
Spring：功能强大的组件粘合济，能够将你的所有的java功能模块用配置文件的方式组合起来，成为一个完成的应用。
Struts：功能强大的MVC架构。
Hibernate：强大的ORM工具，然后很方便将数据库记录转化为java的实体实例，反之，也能将java的实体实例便利地保存到数据库。
今天的分享就是这些，希望能帮助到大家！
‘捌’ 楚雄java培训学校告诉你java软件架构的几个视角
系统必然是复杂的，如何清晰准备的描述一个系统，是架构工作的困难之处。有两个架构观点，虽然各有侧重，但是殊途同归，都是软件架构的基本方法。楚雄java课程http://www.kmbdqn.cn/认为需要注意的是，这两个架构观点对视图的定义和理解略有不同，视点应该就是视图。
“4+1”视图模型
面对复杂和不确定的业务需求，为了避免盲人摸象的局面，使用视图和视点的方法是比较有效的。PhilippeKruchten在他的文章《ArchitecturalBlueprints—The“4+1”》详细介绍“4+1”视图模型。在这个模型中，视图是指从不同的利益相关者的角度来描述系统，利益相关者可以是最终用户，开发者，也可以是项目经理。由此，4个视图就分别是逻辑视图，开发视图，进程视图和物理视图。另外“+1”的视图是选择一些用例和场景来描述架构。
开发视图：开发视图是从程序员，以及软件管理的角度来描述系统。这个视图也被称为实现视图，往往使用UML组件图来描述系统构成。
逻辑视图：逻辑视图主要描述系统为最终用户提供的功能。一般对应于UML工具的类图，状态图等。
物理视图：物理视图是从一个系统工程师的角度来描述系统。这个视图关切软件组件在物理层拓扑结构以及组件之间的物理连接，通常也被称为部署视图。UML工具中称为部署图。
进程视图：进程视图处理系统的动态方面，比如系统的进程之间如何通信以及运行时的行为，比如并发，分布式，集成，性能，扩展性等。UML工具用活动图来表示。
场景视图：场景视图使用一些用例或者场景来描述进程和对象之间的交互，并且用来验证架构设计，也是架构原型的测试起点。
‘玖’ java架构师是做什么的
Java系统架构师是需要掌控整体并依据具体的业务场景给出解决方案的团队领导型人物，具体工作内容如下：
1、确认需求：确定并分析客户需求，进行项目风险评估，然后将用户需求转化为软件需求，同时要补充非业务需求。
2、技术选型：需求转化后会形成软件的整体架构，需要根据整体架构进行技术选型。
3、系统分析：将实际项目中的概要设计、详细设计、业务逻辑划分、子系统与主系统的关联、数据库的设计等，从技术的角度完整的拆解业务，把控好技术的细节。
4、保持沟通：在整个过程中要多方面跟踪项目进度，要和开发人员保持沟通，如果发现问题要及时解决。
总结：
1、确定并分析客户需求，进行项目风险评估，然后将用户需求转化为软件需求。
2、需要根据整体架构进行技术选型。
3、将实际项目中的概要设计、详细设计等从技术的角度完整的拆解业务。
4、在整个过程中要多方面跟踪项目进度，如果发现问题要及时解决。
声明：本网页内容旨在传播知识，若有侵权等问题请及时与本网联系，我们将在第一时间删除处理。TEL:0731-84117792E-MAIL:[email protected]
‘拾’ Java的三种技术架构是什么
Java从1998年诞生到现在已经20多年了。使用它开发的软件不计其数。
在整个发展过程中，出现的架构方式有：
单体架构：将所有的功能代码写在一个工程中
垂直架构：将功能代码按业务进行拆分成一个个的单体架构模式
分布式微服务架构：将功能按照业务分为一个个微小的服务，每个服务都是独立的进程，单独部署，容易扩展，能够很好的应对高并发等
网格架构：未来的可能的架构模式。