宝信信息系统平台iPlat4j介绍

合集下载

宝钢能源管理中心信息系统

宝钢能源管理中心信息系统

信息系统与信息技术在能源企业的应用计算机和信息技术的应用,现在已经渗透到宝钢各个方方面面的业务。

矿石从巴西、澳大利亚装船开始,整个物流就在信息系统的管理之下。

从我们的管理流程来看,从客户签订合同开始,到合同最终执行,交到客户,全过程都在信息系统的监控之下,除了整体产销系统、设备管理系统、工程建设系统、科技建设系统之外,宝钢在能源管理方面也做了一些尝试。

作为一个典型的应用领域之一,信息技术同样被广泛地应用到宝钢的节能降耗减排工作,它的应用不仅涉及到生产、输送,分配、监控,以及减排当中,而且全面覆盖能源的计划、统计、分析、预测、评估,还有日常管理。

在宝钢看来,信息技术的应用,大概分为两类,一类是现场生产设备的应用,这个方面的应用各个钢铁企业在各个方面都有自身的尝试;第二个方面是系统生产管理的应用,就是利用信息技术的综合能力,对生产的各种信息进行收集、分析、预测、为系统管理和整体决策服务,以达到优化生产,完善系统的目的。

给大家汇报一个案例,就是宝钢的能源中心系统。

现在讲的宝钢是现在宝钢集团的宝钢分公司,就是过去的宝钢,后来因为上钢和煤钢合并之后,原来最早的那个宝钢,现在是宝钢股份下面的宝钢分公司。

今年预计产钢1600万吨,非常典型的一贯制的钢铁企业。

从能源中心管理系统来看,我们经常说的E MS,在提高能源系统的管理效率、优化能源平衡、促进节能减排、提高功能质量、完善消耗评估技术方面提供一个成熟、有效和使用方便的管控一体化解决方案,一套先进、可靠和安全的能源系统运行、操作和管理平台。

它的重点是宝钢在能源管理能领域,从传统的装备节能向同时重视系统节能转变,以改善和优化结构。

E MS涉及三个类型技术,第一是涉及能源的工艺技术,包括能源的平衡模型,节能调度还有信息技术,包括传统的经常说的数据库,系统集成,现代网络。

包括我们的现场总线,涉及一些数学工具,还有一些模型,诊断技术,把几种技术综合起来,结合软硬件平台,构建能源中心的管理系统。

宝信钢铁行业信息化方案

宝信钢铁行业信息化方案

宝信钢铁行业信息化方案编者按:为了更好地应对新的市场挑战,各钢铁企业都在积极推进信息化建设。

上海宝信钢铁行业方案是在长期从事宝钢的信息化建设过程中形成的,由处于最上层的ERP、处于最底层的PCS、处于承上启下核心地位的MES三个系统组成……为了更好地应对新的市场挑战,各钢铁企业都在积极推进信息化建设,上海宝信软件公司在长期从事宝钢的信息化建设过程中,积累了大量宝贵的经验,形成了极具行业特色的信息化综合解决方案。

方案理念钢铁企业由于设备众多、物流复杂,其信息化系统往往由多个层次构成。

如图所示,适用于钢铁企业的信息化系统由三部分组成:处于最上层的ERP(企业资源计划)系统、处于最底层的PCS(过程控制系统)、处于承上启下核心地位的MES(制造执行系统)。

钢铁行业信息化系统结构图其中,ERP主要根据企业的人、财、物各种资源的状况和产、供、销各个环节的信息,对生产进行合理有效的计划、组织,使生产经营活动协调有序地进行,并对企业的战略计划进行决策。

MES则根据ERP系统下达的合同计划,通过生产调度、生产统计、成本控制、物料平衡和能源管理过程组织生产,并将信息加以采集、传递和加工处理,及时呈报ERP系统。

PCS系统根据MES下达的生产指令进行各工序的过程控制,设定各种设备的具体动作参数,进行各种模型计算和控制计算,同时收集执行过程中的实绩数据上传MES和ERP系统。

宝信的信息化方案引入了“以财务为中心”的管理理念,采用以“功能覆盖产线”和面向“企业运作”对象的设计策略和方法,使钢铁企业得以实现“按合同组织生产,进行全过程的生产管理和控制,追求企业营销和生产的最大能力”的目标。

ERP的主要功能宝信ERP主要包括以下功能:销售管理包括用户信息管理、资源管理、价格管理、用户合同管理、货款管理、账务管理及对于销售的统计与分析等功能。

生产管理包括合同管理、物料需求和生产计划等功能。

质量管理包括冶金规范管理、产品规范管理、质保书管理、检化验标准与检化验记录管理等。

宝信信息系统平台iPlat4j介绍v1.2

宝信信息系统平台iPlat4j介绍v1.2
iPlat TM
平台构成-基础框架 数据持久化
基于成熟稳定的开源数据访问框架:
✓ 简单、轻便、灵活 ✓ 学习成本低
数据访问接口的适当封装
✓ 屏蔽内部逻辑,用户操作简单
实用的扩展功能
✓ 根据不同的数据库类型自动适配,及性能最优化的自动封装 ✓ 用户无需了解诸多不同数据库的差异及优化方案,由平台来
保证开发效率及代码的可移植性
1G
Windows、Unix、 Windows、Unix、Linux Linux
Weblogic 9及以 上版本、
Websphere 6.1 及以上版本、 Tomcat 5.0及以 上版本
Oracle 9i及以上版本、 DB2 9.7及以上版本、
SQL Server 2005及以上 版本、
MySQL 5.1及以上版本
应用孤岛问题:
由于各个业务系统独立进行资源规划,采用不同的开发框架 和组件库,在功能设计和具体技术上都存在一定的差异,没有形 成统一的标准,导致信息系统大多是孤岛型的应用,或者是业务 功能模块的简单累加,相互之间难以进行集成,资源难以得到有 效共享。
企业信息化需求的解决之道
统一的基础架构 统一的用户体验 标准的信息格式 公共的业务组件 灵活的配置模式 全流程工具支持
平台构成-基础框架 元数据管理(ED)—功能
对于平台中的元数据,如页面、按钮及菜单、国际 化资源等,进行统一集中的管理。
页面信息管理:用于注册项目中开发的页面,平台根据页面注册 信息进行相关的调度。
按钮信息管理:用于注册各页面不同区域所包含的按钮,便于平 台的统一渲染。同时与授权相关联,可进行按钮的自动过滤。
Drivers
信息系统平台 iPlat4j

宝信信息系统平台iPlat j介绍v

宝信信息系统平台iPlat j介绍v

客户端
应用服务器
数据库
操作系统 应用软件
CPU 内存 硬盘 特殊需求
WinXP/2000/2003/Vista/7/2 008 IE6.0及以上版本 Chrome Safari Firefox
1G
Windows、Unix、 Windows、Unix、Linux Linux
Weblogic 9及以 上版本、
IT黑洞
用户
双输的结局
开发商
企业信息化存在的问题 IT黑洞
传统的信息系统建设方式无法适 应企业业务需求的不断变更,常 常陷入“建成即闲置”的尴尬局 面。 传统的信息系统建设方式开发效 率低下,造成企业IT系统的总体 拥有成本过高。 传统的信息系统建设方式难以控 制应用的质量,往往取决于开发 人员的个人能力和水平。 传统的信息系统建设方式往往受 限于底层技术,难以扩展和维护。
Drivers
信息系统平台 iPlat4j
iPlat4j的设计思想
让大规模的开发团队高效的进行开发,支持各种规模 的项目。 运行高可靠性、高性能。 功能及接口简单、统一。 对重复性工作进行抽取,提高项目的开发效率及质量。 保证平台的灵活性、可扩展性及可维护性,应对多样 化的需求。
目录
1 为什么要开发iPlat4j?(Why) 2 iPlat4j是什么?(What) 3 iPlat4j的特性 4 iPlat4j的应用案例 5 如何使用iPlat4j?(How)
企业信息化存在的问题 原因分析
IT黑洞问题:
传统信息系统的建设,是在底层的技术平台上直接构建业务 系统,并且也只能采用面向技术的、业务无关的编程工具来开发 管理系统 。这种低层次的软件开发模式,导致功能组件的大量重 复开发,IT人员更加关注于具体技术,而对关键的业务知识和技 能难以得到提炼和积累,使信息系统的开发、维护和扩展困难重 重,导致IT黑洞现象的普遍发生。

宝信信息系统平台iPlat4j介绍

宝信信息系统平台iPlat4j介绍

2业务功能组件介绍 事务管理
一致性事务
程序A
嵌套事务
程序A 主 事 务 子 无 事 事 务 务
程序A
主 事 务
程序B 。 。。
程序B 。 。。
程序B 。 。。
同一事 务
2业务功能组件介绍 国际化资源管理
国际化(Internationalization,简称I18N)指的是在软件设计 阶段,就应该使软件具有支持多种语言和地区的功能。
EFValidator EFCalendar EFCore
2业务功能组件介绍 界面组件(EF) —表格EFGrid
功能特性:
支持全表任意位置单元格编辑 提供表格数据列列宽调整功能 支持主键及用户自定义的列锁定功能 支持主键及用户自定义的全表排序功能 使用平台统一数据结构EiInfo数据源 支持Form数据提交及Ajax提交方式 可选总记录数查询,提高大数据量数据查询性能 提供常用字段类型校验及自定义正则表达式校验 支持单元格自定义样式、自定义事件回调等功能 简单、方便的操作模式
基于iBatis SqlMap框架:
简单、轻便、灵活 学习成本低
Dao接口的适当封装
屏蔽内部逻辑,用户操作简单
实用的扩展功能
能自动为sql语句添加优化的翻页功能
能自动根据普通的查询语句实现count功能
2业务功能组件介绍 界面组件(EF)
Html+JS:
silverlight
2业务功能组件介绍 界面组件(EF)——html+js
报表管理(ER)
2业务功能组件介绍 核心容器
基于Spring框架
依赖注入与控制反转IOC 面向方面的编程AOP 支持Spring动态配置文件的载入 支持Bean的动态构建

CI-MES管理员使用手册

CI-MES管理员使用手册

采掘平安生产管控信息系统(CI-MES2.0)管理员运用手册上海宝信软件股份有限公司2007年12月目录1.部门管理员 (2)2.1.系统管理 (2)2.1.1.录入职工档案 (2)2.1.2.为部门成员设置操作权限 (6)2.1.3.创立文档资料书目 (13)2.1.4.设置资源查询器查看权限 (17)2.1.5.录入数据字典 (20)2.1.6.发布系统公告 (23)2.一般用户 (25)3.1.个人秘书 (25)3.1.1.个人信息 (25)3.1.2.资源管理器 (27)3.1.3.资源查询器 (30)3.1.4.留言管理 (33)1.部门管理员3.1.系统管理部门管理员系统管理功能群组由录入职工档案、设置用户权限、录入数据字典和发布系统公告组成,如下列图。

图1:部门管理员系统管理群组列表界面3.1.1.录入职工档案一、业务概述部门管理员通过此处来录入自己部门内人员状况信息。

通过一个树状构造来录入人员在不通的班组中。

二、进入路径在CI系统首页窗口中,单击“系统管理”中的“录入职工档案”功能将进入录入本部门职工档案的页面。

三、供应的功能上图为录入职工档案的页面,页面中部有“新建”、“编辑”、“删除”“移动用户”四个功能按钮,职工人员以列表的形式呈现。

〔例如:当前显示的是通风队中通风队抽排机电班的人员列表。

〕四、操作步骤1.点击“新建”按钮,可为当前所在的班组添加一位新成员,如下列图。

输入或选择相应信息〔带星号*的项为必需输入项〕:图2:录入部门职工信息操作界面2.输入完成后,单击“确定”按钮提交输入的信息,新增一条新的人员信息。

3.关闭增加机构信息窗口,系统返回职工档案主页面。

假如还须要在一样班组内新增其它新用户,请不要关闭该窗口接着输入新的信息。

4.点击“编辑”按钮,可对已经存在的人员信息进展编辑操作,如下列图。

部门管理员可以对“用户类型”进展分类,有权利进入本系统的职工可以分为“用户”,没有进入系统的必要的职工就分为“职工”。

钢铁行业--全面发展钢铁制造业的信息化服务

钢铁行业--全面发展钢铁制造业的信息化服务

• 以提升竞争力为中 心:
以满足用户需求为 中心
对外充分适应、快 速响应
对内高效沟通、快 速决策
•1994 年
•2001 年
•2006 年
建成财务、人力资源 、协同办公等集团管控 信息化系统,建成适应 公司战略扩张需求的可 扩展的信息化平台; 提供跨区域、跨地域 、跨行业的规划、建设 、运维服务能力,覆盖 钢铁产业和非钢产业
宝钢股份
宝钢集团
八一钢铁
•全流程 钢铁资源加工•体产现业在流辅程助贯服穿务协产业同
集团总部职能 ……
•以钢铁生产制造全工艺 流程、供应链流通全流程 为核心,覆盖延伸。
……
梅钢公司 宝钢分公司
…… ……
……
……
…… ……
生产制造厂
•全层次
•体现在信息化集成
•全层次贯通L1-L6,实 现全企业的整体应用集成
流•采系购统管理,实现遍•工布程全项国目的管理销售•网档络案管。理
•需求管理与 •综合销售计划
•原料属采地购化物流的管制控造管理承上•人启力下资为源管公理司经营管理•和销售制及物流管控
造执行管理提供了有力的支撑。
•财务会计
•管理会计
•数据交换集成、网络监控、系统运维服务平台......
•区域性 执行
• 应对全球竞争,提 升软实力:
满足兼并重组要求 通过协同,实现价
值 强势推进先进管理
体制 实现集团战略管控
年代
•全流程服务-钢铁制造流程
从管理原料的采购运输到炼铁、炼钢、轧钢的全制造 流程服务;
原燃料采购系统:原燃料的多制造基地优化配置; 制造基地的产销系统:支持多生产线的品种生产; 制造执行系统MES:管理执行本区域的产品制造。

宝信信息系统平台iPlat4j介绍讲义

宝信信息系统平台iPlat4j介绍讲义
应用孤岛问题:
由于各事业部在长期实践过程中形成了自有的开发框架和组件 库,在功能设计和具体技术上都存在一定的差异,没有形成统一 的标准,导致不同部门开发的信息系统,大多是孤岛型的应用, 或者是业务功能模块的简单累加,相互之间难以进行集成。
企业信息化需求的解决之道
公共的基础组件 统一的界面风格 统一的登录认证 统一的授权模式 标准的信息格式 灵活的配置模式
现信息化
企业信息化的需求特性 个性化
空间上的个性化
不同行业的企业用户对信息系统的需求不相同 同一行业的不同企业用户对信息系统的需求也不相同
时间上的个性化
同一企业用户在不同时间、不同发展阶段对信息系统的需 求不相同
开发商的典型交付模式
优势 劣势
套装软件 + 二次开发 具有相对良好的系统 架构和稳定性
国际化管理 异常管理
数据持久化 事务管理
框架功能组件
界面组件(EF) 元数据管理(ED)
数据交换(EI) 日志管理(EL) 任务管理(EJ) EAI集成(EA) 样例代码(EE)
通用业务组件
用户及授权管理(ES) 工作流(EW)
报表管理(ER) 内容管理(EC) 门户管理(EV) 内容搜索(EG)ຫໍສະໝຸດ 2业务功能组件介绍 核心容器
基于Spring框架 依赖注入与控制反转IOC 面向方面的编程AOP 支持Spring动态配置文件的载入 支持Bean的动态构建
2业务功能组件介绍 动态配置
Jsp
页面格式定义
Js
页面动作定义
Struts Config
Structs Action
Struts动作(action)类
ActionForm
高额的投资
  1. 1、下载文档前请自行甄别文档内容的完整性,平台不提供额外的编辑、内容补充、找答案等附加服务。
  2. 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
  3. 3、如文档侵犯您的权益,请联系客服反馈,我们会尽快为您处理(人工客服工作时间:9:00-18:30)。
✓ 通过Ajax提交方式提高用户操作感受 ✓ 提供复制新增方式,方便用户新增记录 ✓ 提供Tab及Enter快捷单元格切换方式,方便用户输入
业务功能组件介绍 界面组件(EF) —表格EFGrid
以下为EFGrid表格组件的常用部分功能演示:
主键列锁定
自定义列排序
可可选选总总 记记录录数数查查询询
任意位置 单元格编辑
英文环境
中文环境
2业务功能组件介绍 国际化资源管理
国际化资源管理的程序具有以下特征:
当应用需要支持一种新的语言时,无需修改应用程序代码 文本、消息和图片从源程序代码中抽取出来,存储在外部 可以根据用户的语言和地理位置,对与特定文化相关的数据, 如日期、时间和货币,进行正确的格式化
提供数据库和资源文件两种实现方式,可以灵活地配置 修改资源信息后,可实现热加载,而无需重启应用
应用孤岛 难以集成
开发框架和组件 数据定义存储 维护/定制工具
企业信息化存在的问题 原因分析
IT黑洞问题:
现有信息系统的建设,是在底层的技术平台上直接构建业务系 统,并且也只能采用面向技术的、业务无关的编程工具来开发管 理系统 。这种低层次的软件开发模式,导致功能组件的大量重 复开发,关键的业务知识和技能难以得到提炼和积累,使信息系 统的开发、维护和扩展困难重重,导致IT黑洞现象的普遍发生。
2业务功能组件介绍 界面组件(EF) —树控件EFTree
功能特性:
支持数据、节点的动态载入功能 支持节点的图标、字体、颜色等属性的定制 支持多选框、单选框类型的树节点 支持树的深度的限制功能 丰富的API来支持对于树控件的操作:
✓ 获取当前节点
✓ 打开、收缩树节点 ✓ 获取多选框、单选框的选中状态 ✓ 设置节点的显示、节点的重新加载
平台的组成部分
1
满足最佳实践的系统架构
标准、规范及开发方法论
4
iPlat
2
基于架构的业务功能组件
辅助开发工具
3
1满足最佳实践的系统架构
在目前业界企业架构框架模型的基础上,结合企业信息 化的经验与最佳实践,确定了技术架构,明确了应用路 线。
2基于架构的业务功能组件
核心功能组件
核心容器 动态配置管理
Drivers
信息系统平台iPlat
iPlat的设计思想
运行时要保证高可靠性、高性能 暴露给用户的功能及接口应尽可能地统一、简单 考虑到对各种规模的项目的支持,如何让大规模的开发团队高 效的进行开发需要重点考虑 对于实际项目中存在的各种重复性工作,应进行抽取,以提高 项目的开发效率及质量 由于各应用系统的需求差别较大,在保证提供的功能及接口统 一、简单的基础上,应尽量保证平台的灵活性、可扩展性及可 维护性
提供单级级联 提供多级级联
Tab标签页组件
提供Iframe方式的标签页 提供DIV方式的标签页 提供Tab切换的回调控制 提供Tab切换时的缓存控制
2业务功能组件介绍 界面组件(EF)—换肤
为满足项目不同界面风格的要求,平台提供换肤机制, 可以在图片、css、字体大小等方面进行自定义:
平台界面风格数据准备 界面皮肤颜色定制 界面字体大小定制
一致性事务
程序A

程序B


。 。。
同一事 务
嵌套事务
2业务功能组件介绍 事务管理
程序A
程序A

程序B
子无 事事
程序B
事 务
务务
。 。。
。 。。
2业务功能组件介绍 国际化资源管理
国际化(Internationalization,简称I18N)指的是在软件设计 阶段,就应该使软件具有支持多种语言和地区的功能。
✓ 打开、收缩菜单节点
✓ 设置节点的显示、节点的重新加载
支持多种类型的数据源[ XML、JS对象、 EiInfo ]
简单、方便的开发模式 ✓ 提供数据源的后台服务类的基类
✓ 动态菜单中AJAX传输对于开发人员的透明 性
2业务功能组件介绍 界面组件(EF)—其它
日历选择组件
提供对日历的选择
级联下拉组件
应用孤岛问题:
由于各事业部在长期实践过程中形成了自有的开发框架和组件 库,在功能设计和具体技术上都存在一定的差异,没有形成统一 的标准,导致不同部门开发的信息系统,大多是孤岛型的应用, 或者是业务功能模块的简单累加,相互之间难以进行集成。
企业信息化需求的解决之道
公共的基础组件 统一的界面风格 统一的登录认证 统一的授权模式 标准的信息格式 灵活的配置模式
ibatis托管
SQL xml 4
业务处理SQL
2业务功能组件介绍 事务管理
事务是作为单个工作单元执行的一系列操作集合,必须满足 ACID属性(原子性、一致性、隔离性、持久性) 平台封装了相关的API,提供对事务的支持。用户无需关注具 体的内部实现,即可实现相关的功能 通过对各类API的组合调用,可以灵活地实现嵌套事务等各种 复杂逻辑
高额的投资
复杂的过程 艰 苦
漫长的周期 的 失控的质量 努

无尽的维护
IT黑洞
用户
双输的结局
开发商
企业信息化存在的问题 信息孤岛
办公(OA)
企业资源管 理(ERP)
客户关系/ 销售(CRM)
……
人事/绩效 (HR)
产品管理 (PDM)
决策分析 (DSS)
开发框架和组件 数据定义存储 维护/定制工具
跨平台部署,支持Windows、Unix等多种操 作系统
跨应用服务器部署,支持IIS、WebLogic、 WebSphere等
跨浏览器运行,支持IE、Chrome、Safari等 界面展示丰富、美观 操作简单、交互性强 接近C/S应用程序的高性能 易于与微软其他产品集成(例如Office)
2业务功能组件介绍 界面组件(EF)——silverlight
2业务功能组件介绍 界面组件(EF)—其它
前台校验
提供form域,div域,单个输入框的校验 提供常用的校验类型,如email,电话号码等 用户可自定义正则表达式扩展校验类型
页面
提交 校验失败
校验
校验成功
上传下载
文件
2业务功能组件介绍 界面组件(EF)—其它
HTTP协议上传
数据库
服务器
2业务功能组件介绍 界面组件(EF)——silverlight
支持多种类型的数据源[ XML、JS对象、EiInfo ] 简单、方便的开发模式
✓ 提供数据源的后台服务类的基类 ✓ 动态树中AJAX传输对于开发人员的透明性
2业务功能组件介绍 界面组件(EF)—菜单EFMenu
功能特性:
支持多层次的水平、垂直菜单 支持数据、节点的动态载入功能 支持菜单的深度的限制功能 丰富的API来支持对于菜单控件的操作:
1 为什么要开发iPlat?(Why)
2 iPlat是什么?(What)
3 iPlat的特性
4
iPlat的应用案例
目录
概述
体系架构
Windows 终端
应用 服务器集群
负载均衡
数据库 服务器集群
页面请求
请求数据
浏览器
返回请求结果
应用中间件 WebLogic等
返回数据
ORACLE DB2等
技术架构
单个应用系统
企业信息化的需求特性 集成化
多个独立应用系统
应用系统集成
✓ 简单业务应用系统 ✓ 局部信息化 ✓ 大量传统的人工操作
✓ 复杂的业务应用系统
✓ 深度信息化
✓ 各业务应用系统内,基本 实现信息化,但应用系统 间的交互流程操作借助手 工方式
✓ 统一、互联的业务应用系统 ✓ 全方位的信息化 ✓ 企业内各应用、各流程均实
是统一信息系统平台提供的界面视图基类控件,用于封 装独立、可复用、具有业务逻辑的界面视图。
2业务功能组件介绍 界面组件(EF)—silverlight
EFRegion
EFGrid
2业务功能组件介绍 界面组件(EF)—silverlight
EFDataForm
现信息化
企业信息化的需求特性 个性化
空间上的个性化
不同行业的企业用户对信息系统的需求不相同 同一行业的不同企业用户对信息系统的需求也不相同
时间上的个性化
同一企业用户在不同时间、不同发展阶段对信息系统的需 求不相同
开发商的典型交付模式
优势 劣势
套装软件 + 二次开发 具有相对良好的系统 架构和稳定性
国际化管理 异常管理
数据持久化 事务管理
框架功能组件
界面组件(EF) 元数据管理(ED)
数据交换(EI) 日志管理(EL) 任务管理(EJ) EAI集成(EA) 样例代码(EE)
通用业务组件
用户及授权管理(ES) 工作流(EW)
报表管理(ER) 内容管理(EC) 门户管理(EV) 内容搜索(EG)
2业务功能组件介绍 核心容器
2业务功能组件介绍 界面组件(EF)——html+js
为开发用户提供了诸多支持用户界面开发的组件,如 表格、树、菜单、区域、按钮及按钮栏、日历、窗口 面板、Tab页及表单等,如下图所示:
EFRegion
EFForm EFWindow EFGrid
EFTab
EFNavigationBar
EFSpliter
iPlat TM
2业务功能组件介绍 异常管理
目标:
让异常处理保持简单和直观,使开发人员可以专心于开发 业务逻辑,而不是把时间浪费在异常处理的样板代码上
可以根据需求方便地抛出异常消息、异常堆栈或各 种格式化的消息 可以灵活地配置异常发生后的跳转方式:原页面、 统一处理页面或各定制化的异常处理页面
相关文档
最新文档