SaaS的那些事儿

前两年...

  大一大二期间,不知道软件架构、云服务器、数据库为何物,偶尔听过却从未用过。天天学的写的东西都是一些命令行代码,所幸在学完《数据结构》和《算法导论》后能够独立实现一些较为复杂的功能需求了。但是要我写成一个具有UI的正儿八经的软件,简直是天方夜谭!
  直到这个学期的一门课《软件工程》,让我真正有机会接触和学习如何去根据用户需求作出一个真真正在的应用出来。当然,想要成功完成一个项目,尤其是对我这种还没有过任何的项目经验的人,还需付出加倍的努力。
  细想起来,得自学好多东西。例如说数据库,java,javascript,JSP,Html,服务器的搭建,各种工具的环境配置...
  任重而道远啊!!!!

计算模式的变迁历史

  • 1965-1985:以大型机为核心的集中式处理模式(mainframe);
  • 1986-1990:以PC/文件服务器为核心的文件共享计算模式;
  • 1990-1996:以C/S结构为主流的分布式计算模式;
  • 1996- :以Web为核心、B/S结构为主流的分布式计算模式;
  • 2005- :以各类移动设备为核心的普适计算模式(无所不在的计算,无所不在
    的通讯);
  • 2008-:以云计算为核心的集中式共享模式(虚拟化);

几种体系结构

客户机/服务器

  • 概念:一个应用系统被分为两个逻辑上分离的部分,每一部分充当不同的角色、完成不同的功能,多台计算机共同完成统一的任务。如下:
    • 客户机(前端,front-end):业务逻辑、与服务器通讯的接口;
    • 服务器(后端:back-end):与客户机通讯的接口、业务逻辑、数据管理。
  • “客户机客户机-服务器”结构的发展历程:
    • 两层C/S
    • 三层C/S
    • 多层C/S

SaaS的那些事儿

三层C/S体系结构

  • 概念:其实相对与前一种结构,三层C/S体系结构只是在客户端和数据库服务器之间增加了一个中间层。如下:
    • 第一层:用户界面—表示层
    • 第二层:业务逻辑—功能层
    • 第三层:数据库—数据层

B/S结构

  • 概念:浏览器/服务器(B/S)是三层C/S风格的一种实现方式。
    • 表现层:浏览器
    • 逻辑层:
      • Web服务器
      • 应用服务器
    • 数据层:数据库服务器
  • 与三层C/S的区别:
    C/S:表现层仍部署在客户端;
    B/S:客户端除了浏览器之外无任何程序需要部署。

SaaS的那些事儿

C/S和B/S混合模式

  • 优势:为了克服为了克服C/S与与B/S各自的缺点,发挥各自的优点,在实际应用中,通常将二者结合起来;
  • “内外有别”原则:
    • 企业内部用户通过局域网直接访问数据库服务器
      • C/S结构
      • 交互性增强
      • 数据查询和修改的响应速度高
    • 企业外部用户通过Internet访问Web服务器/应用服务器
      • B/S结构
      • 用户不直接访问数据,数据安全
  • “查改有别”原则:
    • 不管用户处于企业内外什么位置(局域网或Internet),凡是需要对数据进行更新操作的,都需要使用C/S结构;
    • 如果只是执行一般的查询与浏览操作(Read/Query),则使用B/S结构。

M/C结构

  • 概念:也称为移动端/云端结构,可以看成C/S的拓展。
  • 优势:移动,可以做到anytime & anywhere使用软件的功能。
  • 客户端程序的体现形式:各类App。

什么是SaaS

基本概念
  一种通过Internet提供软件的模式,用户不用再购买软件,而改用向提供商租用基于web的软件,来管理企业经营活动,且无需对软件进行维护,服务提供商负责软件的可用性(软件维护、可扩展性、灾难恢复等)管理与支持;
  本质:属于B/S结构,对B/S的拓展。SaaS与传统B/S的本质区别:多租户共享Server和软件实例。

层次划分

  • 表示层
    1. 接收用户输入的数据与指令、展示数据的处理结果;
    2. 本身并不维护数据,也不包含业务逻辑;
  • 控制层
    1. 统一维护一组对象;
    2. 根据界面层发来的指令,调度这些对象的行为;
    3. 除了调度之外,本身也可能包含业务逻辑(处理对象集合的逻辑);
    4. 亦可直接访问DB;
  • 逻辑层
    对象(数据+业务逻辑)
  • 持久化层
    数据的持久存储(DB/file)

框架模式MVC

  • 概念:MVC是一种软件体系结构,它将应用程序的数据模型将应用程序的数据模型/业务逻辑、用户界面分别放在独立的构件中,从而对用户界面的修改不会对数据模型/业务逻辑造成很大影响。
  • 目标:将承担不同职责的软件实体之间清晰的分离开来,降低耦合;

实现技术

  • 针对不同层次,采用不同的实现技术:
    • 用户界面层:HTML/JavaScript/CSS、jQuery、JSP、AJAX、Flex、HTML5、Dojo、Bootstrap、Node.js…
    • 控制层: PHP、Python、Servlet, Python、Ruby、…
    • 业务逻辑层:JavaBean、Pojo、…
    • 持久化层:JDBC、JDO、Hibernate、iBatis、…
上一篇:基础笔记3(一)(String StringBuilder StringBuffer 数组)


下一篇:Golang新起航!(编译安装go)