`
裴小星
  • 浏览: 265289 次
  • 性别: Icon_minigender_1
  • 来自: 北京
博客专栏
8ccf5db2-0d60-335f-a337-3c30d2feabdb
Java NIO翻译
浏览量:27825
F3e939f0-dc16-3d6e-8c0b-3315c810fb91
PureJS开发过程详解
浏览量:74142
07a6d496-dc19-3c71-92cf-92edb5203cef
MongoDB Java ...
浏览量:62957
社区版块
存档分类
最新评论

OMToolkit介绍(5): 总结

阅读更多
OMToolkit介绍(5): 总结


(1) OMToolkit整体结构


  OMToolkit包含了Web Server(sever包)、Web Framework(web包)和Object-Oriented Database(data包)三个部分。(图例中的箭头表示“使用”关系)
  OMToolkit与Web应用开发者的接口是Entity,即用户需要实现一组Entities,这些Entities包含了数据以及对数据的操作。
  server包中的类借助基于NIO的轮询接收请求,如果该Web请求需要进行动态的处理(不是resources请求),则调用web包中的类进行处理。
  web包将提取所请求的Entity、所需要调用的方法和需要赋值的属性,借助反射调用用户实现的Entity的方法来处理请求。
  请求处理完毕,将由data包中的类负责将更新过的数据保存到数据文件中。

(2) Server包的结构


  server包中表示守护进程的类是Server类,Server类利用NIO中的Selector进行select,获取需要处理的key,及附加的处理类。
  key上的Channel分为代表服务器端socket的ServerSocketChannel和代表客户端socket的SocketChannel类。
  ServerSocketChannel上附加了Acceptor,而SocketChannel上附加了Worker。
  Acceptor的处理过程是将SocketChannel注册到Selector上,创建Worker并附加到SocketChannel对应的key上。

  Worker的处理过程比较复杂,先用图示说明,如下:

  Worker包含了Reading、Processing、Wrting三个内部类,分表表示读取状态、处理状态和写回状态。
  Reading和Writing的run方法会在Server轮询中被调用,每次读写一部分数据,各个Worker的run方法是单线程进行的,所以Reading和Writing的run方法的执行也是单线程的。
  Processing的情形有所不同,会被提交到线程池中,当有空闲的线程时就执行run方法处理请求。Processing的处理过程是多线程的。
  之所以采用不同的策略,是因为通常而言多线程的切换会有额外的开销,但是Processing的过程往往相对复杂和多样,不一定能够划分为可以轮询的时间片,因此仍采用多线程进行处理。
  由于这是一个Web Server,所以需要等全部请求读取完毕才能进行处理,然后一起写回;如果是C/S模式或RIA中的Socket Server,则可以考虑一边读取、一边处理、一边写回。

  Worker在处理过程中将创建Request对象,用于分析输入的报文,Requset的一些方法调用了CookieUtil和SessionUtil中的一些方法,用于解析cookie和session的信息。

(3) Web包的结构


  Controller中Request中提取所需要的信息,先调用AccessChecker对访问的合法性进行检查(用户的权限,输入的参数等),如果通过检查,则创建Entity和Tranaction,并将Tranaction附加到Entity中。PageUtil和View类分别负责分页处理和视图渲染,可以理解为在Entity中使用的工具类。
  Entity内置的doList和toView等方法已经使用了这两个类,用户也可执行使用这两个类来产生所需的输出。另外,用户也可以通过Entity.getTransaction()方法来获取对事务的管理,进行rollback或commit。

(4) Data包的结构


  data包中的DataUtil可以认为是这个数据包的对外接口,负责数据文件中的Entity信息的增删改查等。FieldUtil提供对数据的操作,而FieldVisitor提供对数据的遍历。
  Cache是对已经获取过的Entity进行缓存,并定时清理。
  Meta保存Entity的id,Entity信息在数据文件中的起始位置和长度,Entity的类型名称等重要信息;程序启动时将加载所有的Meta信息。
  数据文件以文本形式保存,分为两个:data/data和data/meta。

(5) 总结

  OMToolkit的目标是尽可能简化Web应用的开发(尤其是业务逻辑简单的Web应用),因此把传统开发中(尤其是SSH)需要的Action、Service、DAO等多个层次合并在了一起;同时,自行开发Server和Database,以使用Web Framework的需要,而不是让Web Framework去适应Server和Database。
  Entity的设计是将数据以及对数据的处理放在了一起,而将对方法的调用开放给Web请求(调用的Entity、方法、属性值都是从Web请求中获取的),但同时也进行严格的权限和更新参数的限制,以保证安全性。
  后续版本中将依次对Web Framewok、Web Server和Database进行优化,0.1.0版本需要约一年的时间,希望到时的OMToolkit即使不够“好用”,但也至少是“可用”的。
  谢谢。(附件中是最新的OMSimpleBlog和OMToolkit的源码)
6
1
分享到:
评论
1 楼 sp42 2014-08-10  
非常不错,楼主做的正是鄙人想做的做的,而且比鄙人的来的成熟、健壮。
当时我采用 SSJS 去写(服务端 js),到现在,还是觉得 JS 不太适合做这方面的工作。

相关推荐

    OMToolkit介绍(2) :Web Server 实现

    在“OMToolkit介绍(2):Web Server 实现”这一主题中,我们将深入探讨如何利用该工具来搭建和管理 Web 服务器。博文链接虽然不可用,但我们可以通过标题和标签来推测其核心内容。 首先,"源码"标签暗示了这个工具...

    OMToolkit介绍(3) :Web Framework 实现

    在本篇博客“OMToolkit介绍(3):Web Framework 实现”中,作者将深入探讨该工具如何帮助开发者更高效地实现Web框架的功能。 在Web开发中,框架的选择和使用往往对项目的进度和维护性起到关键作用。OMToolkit旨在为...

    OMToolkit介绍(4) :Object-Oriented Database 实现

    【OMToolkit介绍(4):面向对象数据库实现】 在IT领域,面向对象数据库(Object-Oriented Database,简称OODB)是一种将数据以对象的形式存储的数据库系统,它结合了传统关系型数据库与面向对象编程的优势。...

    OMToolkit: Web Server,Web Framework 及 Object-Orinted Database 的简单实现

    OMToolkit 是一个集成 Web 服务器、Web 框架以及对象-关系数据库的工具包,旨在简化开发过程,提供一站式的解决方案。通过这个工具,开发者可以快速构建基于 Web 的应用程序,同时利用面向对象的数据库来存储和管理...

    OMTookit介绍(1) 简单示例:OMSimpleBlog

    本篇文章我们将通过一个简单的示例——OMSimpleBlog,来详细介绍OMToolkit的使用。 在OMSimpleBlog的案例中,我们将会看到如何利用OMToolkit快速构建一个博客系统。首先,我们需要了解OMToolkit的基本架构和工作...

Global site tag (gtag.js) - Google Analytics