您的位置:首页 > Web前端 > JQuery

JQuery Smart UI 简介(六) — 框架设计【后篇】(数据接口、后台框架)[简介系列完结]

2010-11-22 23:21 567 查看
上篇介绍了SmartUI的前台架构,本篇继续后面的内容—DataInterface、BusinessLayout、DataAccess。

  


[b]DataInterface[/b]

[b] [/b] 数据接口,SmartUI中实现前后台衔接的唯一接口,实现与各种后台语言(.net、java等)对接的核心内容。主要处理UI层各种请求,方法权限控制,回发数据解析、验证,统一错误处理等。主体内容包括四部分,如下图:

  



如图所示,整个post请求的内容主要是四部分:

  [b]1.PostHandler[/b]

  post请求统一接口;在UI层,所有的请求都是组织成统一的格式,向PostHandler发送post请求。(上传除外,由单独的请求完成),然后PostHandler根据请求的fncode,进行权限验证和执行对应方法,然后将返回的数据也组织成统一格式回传给客户端。

  [b]2.PostData[/b]

  UI层post过来的数据【json格式】,分为两类:

    一、系统公共数据:fncode和一些前台系统数据。

    二、业务数据:各个页面的传递到后台的业务数据,也分为两类:分页列表数据【Json格式】与普通数据【Json格式或字串】

  [b]3.Function[/b]

  各个fncode对应的操作方法,有着权限控制。在Function执行时,才会去的解析PostData的业务数据。

  [b]4.ResponseData[/b]

  返回给客户端请求的数据,与PostData一样,也分为两类:

    一、系统公共数据:系统公共数据【用户信息、服务端时间等】、错误信息等。

    二、业务数据:各个Functin执行后返回的数据,也分为两类:分页列表数据【列表数据对象】与普通数据【Object】。

  特别说明一下,在单独实现DataInterface与SmartUI对接的其实很容易,只需要注意两点:一、将请求与后台的方法对应,二、数据遵循规范格式。

  此外,还建议DataInterFace中,实现数据库的操作类,配合PostData与ResponseData的格式使用会使开发变的更加的简单。具体的内容,大家可以借鉴Demo中的内容。

  DataInterFace核心对象类图:

  



  BusinessLayout&DataAccess这两层不用太多的介绍,大家应该很熟悉。在这里简单的介绍一下,SmartUI自带后台框架的内容。

 [b]BusinessLayout[/b]



[b]DataAccess[/b]

  目前使用的是NBearLite扩展,原本计划重新开发一套对应的后台框架的或者在NHibernate上扩展,NBearLite则是在之前我写的一套轻量级开发框架中扩展使用,只是临时准备配合SmartUI测试使用,结果发现NBearLite与SmartUI非常合拍,有点量身打造的感觉,当然也还是要扩展一下的。此外,针对DataAccess,SmartUI后续会新增一个特别模式,会完全放弃“ORM”的内容。

扩展的内容主要有三部分:

  [b]1.查询类:结合PostData和ResponseData中的分页查询格式,自动解析查询条件数据,和实现一些特殊的查询内容(如:Between条件与前台的结合)。[/b]

  [b]2.操作类:与查询类独立,实现读写分离,根据实体结构对象,解析回发数据,自动与字段匹配。[/b]

  [b]3.其他扩展:封装一些常用的操作与多种方式的批量处理操作。[/b]

  引用本系列的开篇简介中的图,大家可以看到图中查询和操作的基本例子,使用很简单,只需要设置那些字段和条件,不用关心数据(当然一些特殊的数据处理需要单独完成),更多的内容请查看demo和关注后续系列中的内容。



结尾

  《JQuerySmartUI简介系列》到此已全部结束,接下来的内容会从两个方面并行进行,《JQuerySmartUI应用系列》和《JQuerySmartUI控件系列》,至于api会根据这两个系列的相关内容在文章中陆续公布。另外,SmartUI的网站目前也在建设中,不久就能上线,届时实例和演示的内容会更加有针对性和丰富一些,请有兴趣的朋友继续支持。

  最后,对所有关心和支持SmartUI的朋友、武汉软通动力Ipsa的各位同仁的大力支持和2.0工作组的关键性思路和想法、以及各位一直支持我的兄弟们表示诚挚的感谢。

  注:所有内容皆为原创,转载请注明出处ByJQuerySmartUI-RoyZhang

全部以静态对象实现,一个RunFunction的公共出口,对应每个操作方法,所有方法的参数接口很统一,一个post的业务数据,一个是返回的自定义错误信息【可选】。如下面代码:

 



viewsource

print?

01
[b]public[/b]
class
BRName
02
{
03
public
static
object
RunFunction(
string
fnCode,
string
postContent,
ref
string
error)
04
{
05
object
objReponseData=
null
;
06
switch
(fnCode)
07
{
08
case
"fn_ps01"
:
09
objReponseData=SelectDatas(postContent);
10
break
;
11
case
"fn_ps02"
:
12
objReponseData=SaveEntity(postContent,
ref
error);
13
break
;
14
case
"fn_pg03"
:
15
objReponseData=GetEntityByID(postContent);
16
break
;
17
case
"fn_pd04"
:
18
objReponseData=DelByID(postContent);
19
break
;
20
case
"fn_pg05"
:
21
objReponseData=GetProductList(postContent);
22
break
;
23
}
24
return
objReponseData;
25
}
26
27
public
static
object
SelectDatas(
string
postContent)
28
{}
29
30
public
static
object
GetDataList(
string
postContent)
31
{}
32
33
public
static
object
SaveEntity(
string
postContent,
out
string
error)
34
{}
35
36
public
static
object
GetEntityByID(
string
postContent)
37
{}
38
39
public
static
object
DelByID(
string
postContent)
40
{}
内容来自用户分享和网络整理,不保证内容的准确性,如有侵权内容,可联系管理员处理 点击这里给我发消息
标签: 
相关文章推荐