米子SSH之路(一) 网站架构

一,声明

其实我只想说的是我是一只对Java编程来说不折不扣的菜鸟,原先最网页前端开发的我最近迷上了底 层代码开发,于是开始自学java编程,在同事同学的建议下,选择了SSH。写这些日志的原因只是想把自 己这段自学的历程记录下来,巩固自己所学的内容。如果发现写的不对不好,或者是我彻底弄错的地方, 欢迎大家拍砖。

二,环境

java 环境: Jdk1.52

服务器:Tomcat 5.5

数据库:MySql5.0

IDE: Eclipse3.4

开发环境是:Spring2.5.6 + Struts2.0.11.2 + Hibrenate3.3.1.GA

三,设计模式分层

java分层困扰了我很久,因为之前说接触的javascript根本没这之说,同事说这是OO思想的精华所在 ,而SO,我花了半个月时间看了这方面的书,

比如《Think in java》《基于MVC...》之类的书,之后又花了半个月时间不断的google,baidu,总算 有点明白....

最后我决定我的分层式这样的:

1. 数据层 ( hibernate 访问,持久化数据PO,持久层 DAO )

2. 业务逻辑层 ( service )

3. 控制层   (Action, utility, global)

4. 表示层   ( Jsp, css, javascript )

下面就是整体包的架构

时间: 2024-08-04 13:59:06

米子SSH之路(一) 网站架构的相关文章

米子SSH之路(二) SSH的配置 (2) 集成Struts2

上一篇已经讲了Spring2.5的配置,这章讲的就是怎么在Spring2.5上集成Struts. 三,在Spring2.5 集成 Struts2 3.1 修改现有的web.xml . 加上下面两段代码: <filter> <filter-name>struts2</filter-name> <filter-class>org.apache.struts2.dispatcher.FilterDispatcher</filter-class> <

米子SSH之路(二) SSH的配置 (3) 集成Hibernate

今天我们进行SSH配置的最后一步Hibernate的集成. 四,集成Hibernate 4.1 集成Hibernate相关的: a) 这里我们采用的proxool连接池. 据说在Hibernate提供的三种连接池中,效率最好的一个.这里我且听信网络大众的话,等以后我有技 术有能力了,一定会亲自测试一下. b) Hibernate映射采用Hibernate Annonations 技术. 还是在网上,翻了一堆资料后,发现annonations是最为优雅,也是最为省力,效率最高的 4.2 先创建一个

米子SSH之路(二) SSH的配置 (1) Spring2.5

在这里我选择的IDE是原版的eclipse, 插件我也只装了 Tomcat的插件,而没有选择用MyEclipse. 为什么我没选择用MyEclipse? 1. 之前做项目的时候,用过MyEclipse,但是在我的机器老死,而且速度慢,也许可能是我的机子差 的原因,不知道大家有没有类似的问题.后来换了Eclipse3.4原版 问题都没了,用起来感觉还蛮不错的 . 2. 不得不说Eclipse太强大了,它的插件无所不能.但是我在这里想对和我一样的初学者来说,不论 你学习什么语言,不要一上手就用这些高

从小站到大站的技术架构优化之路-网站架构与前端服务性能优化

一.课程目的 2015年,5月的某天,正在上班,突然看线公司群里开始发出携程网访问500的信息,于是乎,大家小扯的一下,大家并没有想到后来发生的事情的事情会如此震惊,开始官方的微博确认问题为,正遭受攻击,但后来内部的技术人员泄漏出"数据库被物理删除!" 这个对于技术的人员来说,可以说是非常惊讶的消息,大家开始了各种疑问,怎么确定是数据库引起,作为一个大公司怎么会有这种问题产生,数据库作为底层核心,为什么恢复机制是那么薄弱. 陆续消息中,最后传出,由于运维人员的类似于自动化系统操作不当,

小网站架构优化-提升抗并发能力:子应用程序分离方案

前言: 标题为啥要加个"小",只因为上一篇文章"小网站架构优化:从100并发抗到4000并发",带了个"小"字,所以这篇也顺流加个"小"了. 大意"小"是特指秋色园(流量小,服务器配置低)的意思,毕竟文章都是从实战后才写出来的.   关于现实网站的抗并发实情: 由于每个网站的性能点,最后都离不开抗并发这一话题.   也许,网站本身并没有那么多并发访问,但为何还要抗并发? 因为现实不是每个人都是善良的,商业竞

中大型网站架构演变之路

前言 网上有很多文章类似于我今天要分享的课程,有架构师写的,有运维写的,还有开发些的,偏重点都不同,今天我以咱们运维角度全面讲解. 一个成熟的网站架构并不是一开始设计就具备高可用.高伸缩.高性能等特性的,它是随着用户量和业务线不断增加,基础架构才逐渐健壮的.在发展初期,一般都是从0到1,不会一上来就整一些大而全的架构,也很少人这么任性. 说明 适用业务:电商/门户/招聘网站 开发语言:PHP和JAVA Web服务:Nginx/Tomcat8 数据库:MySQL 操作系统:CentOS 物理服务器

大型网站架构(1) 历史演变(上)

我们知道一个网站都是随着业务的发展,逐渐演变成几万服务器,几亿用户数的大型网站,经历了若干年,甚至上十年的发展成为大型网站,然而真正亲身经历这个发展过程的人已经不多了,这种人也是拿着公司股票,赶都赶不走的人,所以正因为很多人没有亲身经历过,所以对架构的演变没有深刻的了解,包括我自己在内,不过没吃过猪肉,也看过猪跑... 一:第一代架构 这年头创业大多都是从穷屌丝开始的,奔着 "快好省"的原则建立网站,将"应用程序","文件","数据库&

大型网站架构系列:负载均衡详解(3)

原文:大型网站架构系列:负载均衡详解(3) 软件负载均衡概述 Ngnix负载均衡 Lvs负载均衡 Haproxy负载均衡 本次分享总结 一.软件负载均衡概述 硬件负载均衡性能优越,功能全面,但是价格昂贵,一般适合初期或者土豪级公司长期使用.因此软件负载均衡在互联网领域大量使用.常用的软件负载均衡软件有Nginx,Lvs,HaProxy等.本文参考大量文档,部分为直接拷贝,参考出处见负载均衡详解(4). 二.Ngnix负载均衡 Ngnix是一款轻量级的Web服务器/反向代理服务器,工作在七层Htt

我也要谈谈大型网站架构之系列(1)——纵观历史演变(上)

我们知道一个网站都是随着业务的发展,逐渐演变成几万服务器,几亿用户数的大型网站,经历了若干年,甚至上十年的 发展成为大型网站,然而真正亲身经历这个发展过程的人已经不多了,这种人也是拿着公司股票,赶都赶不走的人,所以正因 为很多人没有亲身经历过,所以对架构的演变没有深刻的了解,包括我自己在内,不过没吃过猪肉,也看过猪跑...   一:第一代架构 这年头创业大多都是从穷屌丝开始的,奔着 "快好省"的原则建立网站,将"应用程序","文件","