计算机工程与科学论文格式

接触异常开始我就弄不明白她，不会用她，想在系统中是异常机制发挥的淋漓尽致，进行了很多尝试，利用异常控制程序流程，利用异常做数字的判断函数，利用异常消除系统中可能出现的恼人的异常提示框，为了更好了利用异常看了很多关于异常的文章，直到有一天看到了一句话——“永远不要去处理你不知道怎么处理的异常”，这才恍然大悟，感觉自己一直在用强大的异常机制干一些旁门左道的是事，更谈不上理解异常在程序中的地位和意义，异常其实一种报告机制，“她以一种不可回避的方式报告程序中所出现的问题”，她帮助程序员走向正确的道路，她忠实的向程序员提供错误报告，她希望有谁能重视并处理掉她报告的问题，哈，真不敢想象，没有了异常机制该如何编制高质量的程序！下面就个人的理解和看法瞎说几句，敬请各位批评指正，不胜感激！ 异常的工作原理，在有问题的地方产生异常，马上停止当前的工作，转向异常处理代码，如果找不到异常处理代码，就会见异常向一层汇报，上一层接到异常会做同样的事，转向异常处理代码，或者再将异常向上汇报，这样逐层间错误传递出去，直到有一层处理了异常或是一直报告给程序的使用者——用户。这个层就是调用栈，当用户A运行程序B，B从函数C开始执行，调用函数D，再调用函数E，再调用函数F，这时F出现了异常，那么这个异常的调用栈就是A(栈底)—〉B—〉C—〉D—〉E—〉F(栈顶)，这个异常就会沿着这个栈从栈顶开始向栈底的方向报告，如果在函数C中有对这个异常的处理代码，那么这个异常的报告链就是F—〉E—〉D—〉C。可以看出，如果在完整的调用栈中没有处理这个异常的代码，用户A就成了异常报告的终点，向windows界面系统，会弹出一个恼人的消息对话框哈。那么用户A向谁报告呢，哈哈，这个已经不属于程序的范围了，感觉用会对程序而言好像上帝一样，诉说痛苦已经让上帝都听到了，就心满意足了哈哈，看来程序真虔诚哈哈。对于异常这个特性，也可以比喻成下属向上级报告问题，如果下属知情不报，问题就严重了，你要是领导知道下属是这样的八成就踢了他，相反如果你有一个报告机制健全的下属队伍，哈哈你就威风了。日本企业文蛤中有个宗旨——联络，商谈，报告，其实就是想让员工都具有向上级汇报的习惯。现在再看看程序，哈哈，你不用给她们灌输什么企业文化，不用她们讲述什么报告的重要性，她们本身就是忠实报告的，如果把程序员比作企业老总，那么程序就是训练一队有素的员工。怎样处理异常。在这里有个原则就是“永远不要去处理你不知道怎么处理的异常”，也就是只处理你知道如何处理的异常，对那些你不知道的异常必须广开言路，并积极地向上级汇报。什么叫知道如何处理呢？先说一下处理异常有哪些方式，大体有，弹出提示消息框(这个消息框不同于那个恼人的异常报告消息框，她是捕获异常后，根据处理的具体环境程序员主动编写的友好的提示消息框)，记录错误日志，吞掉，做善后工作等等，那么出现异常时就要站在出现异常的模块的立场上考虑一下我应该选择哪种处理方式呢？如果不能做出选择就选择不处理，即向上级报告。举个例子，函数Fun1是创建并返回一个活动的数据连接对象的方法，他接受一个数据库连接字符串，如果调用者（上级）给他一个错误的连接字符串，这时Fun1创建不了连接对象，产生了一个创建不了连接对象的异常，那么这时他应该怎样处理这个异常呢？弹出友好的消息框？说什么友好，Fun1根本就不知道是什么原因使他接收到了错误的连接字符串，弹一个“连接字符串有误”，用户肯定都有杀你的心，这个提示和用户的业务逻辑有嘛关系！记录错误日志，这个还行，但是记录下来的文字无非就是“连接字符串有误，连接字符串是：SQL……”，好点的话，从连接字符串中看出了问题，一般情况下还得根据代码上下文去找问题原因。这个方式不是不行是不好。吞掉，哈哈开什么玩笑，你既创建不了连接，又不吱一声，想让调用者疯了呀，这个肯定不行。做善后工作，行，确实应该清理一下现场，免得浪费资源，但是还是没吱一声，所以这个方式做的不彻底。没招了，哈，其实上面的分析给我们指明了一条路，帮助我们祛除了错误的选择，这条路就是向上汇报，或是不加任何出来代码，或是记录日志，做些善后，再重新将异常抛出。那么什么时候就知道怎样处理异常了，这就得看实际的情况和用户的要求了，这句话等于没说，就像其他的标题醒目但给出的结论却模棱两可文章一样，哈哈，这里可以给几个建议，1，一般地，底层模块或是方法中不要处理异常，2，编写公共模块、DLL等是，不能采用弹出对话框等依赖于平台，框架的方式处理异常，3，编写公共模块、DLL等时，必须在使用文档中注明每个方法属性可能抛出的异常。4，永远不要写 try 这样的语句。{ } catch(Exception) { o nothing } 自定义异常。明白了异常的原理和机制后，就可以自己定义异常了，这样的实践往往在编写控件、公共模块、DLL等的时候，用错误编号在网上搜索一下，能找出一大堆关于错误代码的描述。其中大多数是M(icro)S(oft)制定的，MS 从操作系统到各种各样的框架都有对各种异常的编号，对每种异常做出了详细的定义，如果你还用过像Spread等商业控件，也可以看到他里边的各种各样的异常定义，也就是说我们自己也可以定义异常，在必要的时候，这样就可以让自己写的模块也加入到训练有素的员工队伍中了。至于如何定义异常，具体的编成语言有具体的做法，比如C#中指定一异常一个从Exception继承来的类，VB中异常是个全局变量等等，参见感兴趣语言的语法指南就可以了。对异常的重新认识，一直以来许多人都认为异常是非常可怕的，可恶的，她是错误的化身，她有恼人的弹出对话框，弄得用户跟凶煞恶神似的哈哈，其实这些都是误解，异常一直默默地忠实的报告着程序中出现的严重的不可回避的问题，她为了程序、系统的正确性、严谨性呼唤你，希望你重视这些问题，希望你用智慧解决这些问题，她是多么的可爱，又是多么的高尚，从来没有因为对她的误解而放弃自己的使命……异常很重要，我们更好学会如何去使用她。

现如今，大家总免不了要接触或使用论文吧，论文的类型很多，包括学年论文、毕业论文、学位论文、科技论文、成果论文等。写起论文来就毫无头绪？下面是我收集整理的论文格式模板范文（精选6篇），希望能够帮助到大家。

摘要:伴随经济社会的飞速发展，高速国道干线与城市内部道路均存在基础设施建设更新速度快、交通承载压力大、信息化程度低等特点，难以满足现代道路交通体系的数字化要求，迫切要求构建便捷、高效、实时的交通地理信息系统。

本文以ArcGISEngine开发环境为基础，对道路交通信息系统与ArcEngine组件式平台拟进行概要阐述，并按照软件设计的相关原则，对道路交通地理信息系统进行了总体设计与功能模块设计。

关键词:ArcGIS;Engine;道路交通地理信息系统;组件式开发

当前国内经济迅速增长，城市化规模不断增大，以机动车保有量为代表的道路交通压力也与日俱增，国内北京、上海、天津等大型城市纷纷通过限号形式来减缓道路载荷。

现代信息技术为整合道路交通资源、实现交通数据自动化管控提供了数据支撑，有利于构建时空一体的道路交通地理信息系统。

1.道路交通地理信息系统

ArcGISEngine作为GIS嵌入式二次开发平台，可摆脱ArcGIS提供组件式多类型开发应用程序接口API，同时可与MicrosoftVisualStu-dio系统编程集成开发环境相融合，基于Microsoft.NET进行多类编程语言下的模块式开发。

以GIS地理信息技术为基础，利用ArcGISEn-gine平台将交通路网与道路设施等空间信息、车载流量与基础设施等属性数据同航摄影像、多媒体监控数据等有效衔接，实现对空间和属性数据相关的采集、编辑与分析，采用GIS最短路径、道路畅通度算法等优化选择合理的交通线路，完成公交布线与站点布设等工作，同时融合多媒体监控手段，实时显示热点路况信息，科学指挥道路交通。

2.系统功能需求分析

从应用层面分析，道路交通地理信息系统的受众群体分为交通管理方与车辆应用客户方，其中本文所探讨的基于ArcGISEngine的应用系统主要为交通管理方的C/S客户端，具体车辆客户端则可采用基于Android、ios或WindowsMobile平台的APP软件;从系统设计的原则分析，应坚持安全性、共享性、可拓展性与可维护性的原则，提升道路交通地理信息系统的综合性发展。

作为道路交通地理信息系统，以数字化道路空间与属性信息为基础，在确保系统不同用户权限的条件下，提供地图量测、空间漫游、数据维护等功能，检索酒店、学校、商场、企事业单位相关位置，并根据摄像头监控热点交通流量、密度数据，同时借助GPS定位、无线数据传输技术，为公交、出租等公共车辆提供位置相关服务。

3.道路交通地理信息系统总体与功能模块设计

开展道路交通地理信息系统设计前，按照相应的数据标准采集空间影像数据、基础线划图与专题交通资料，经裁切、镶嵌与校准等流程完成数据的标准化预处理，并导入系统平台空间基础数据库中，按照点、线、面要素分层，细化停车场、公交站点、高速、铁路与公路等要素信息，其空间地理基础数据库分层如下:

(1)系统分库:大地控制测量数据库、数字高程DEM与正射影像DOM数据库、数字线划DLG与遥感栅格DRG数据库，以及系统元数据库。

(2)系统逻辑分层库:以DLG数据库为例，可分为居民地、水系、道路、植被、地形等数据库分层要素信息。

(3)系统逻辑底层:包含点、线、面、注记与多媒体层等相关信息。

根据道路交通地理信息系统的应用框架，其总体设计可分为三大部分:电子地图服务模块、公共信息服务模块、空间分析与数据统计模块。

系统空间数据库GeoDatabase导入Shape、栅格、属性表等相关空间数据与属性文件，管理客户端采用地方坐标系进行配准建设，以便于后期交通设施数据的更新与维护，针对公共信息服务模块，采用经脱密处理的电子地图和遥感数据，以确保数据空间位置安全。

关于系统的具体功能模块设计如下:

(1)电子地图服务模块。

利用ArcGISEngine地图工具集组件，在VS开发平台可便捷的实现图层控制、热点注记、空间量测等功能，实现对ArcInfo、Shapefile、GRID等数据格式的加载编辑。

(2)公共信息服务模块:重在提供空间位置检索、基于位置的信息服务功能，利用ArcGISEngine的类库资源，通过ToolbarControl和VS系统中的DataGridView、Find控件完成相关地图数据的检索功能，查询要素属性信息。

(3)空间分析与数据统计模块:道路交通地理信息系统中利用空间数据检索出的要素可进行相应的聚类分析或数值统计;关于空间分析功能，其主要涉及最短路径分析与缓冲区分析，根据交通需求量、流通量的变化，进行最短距离、最短时间的计算或识别相关地理实体对周边地物的影响区间，空间缓冲区分析实现的部分代码

4.结语

作为涵盖测绘信息采集处理、计算机软件编程和数据库建设等多行业学科融合的道路交通地理信息系统，以ArcGISEngine组件式开发平台为基础，通过对其进行系统需求分析与功能模块设计，明确了系统的相关服务功能，构建了系统的总体框架，为类似工程实践提供参考意义。

参考文献：

[1]刘莹.ArcGISEngine的开发及应用研究[J].城市勘测，2006(02).

[2]张国强.数字图像处理技术在交通监控领域里的应用[J].辽宁师专学报(自然科学版)，2007(04).

[3]谭健妹，刘清君，邹小梅.基于GIS的交通事故信息系统研究[J].山西科技，2007(01).

[4]李红，沈冬.基于ArcGlSEngine的地理信息数据库设计与实现[J].测绘与空间地理信息，2009(04).

[5]兰小机，王飞，彭涛.基于ArcGISEngine的查询信息系统的设计与实现[J].金属矿山，2008(02).

摘要：探究式教以重视提高学生的发现、分析、解决问题能力的教学模式，其教学理念与我国的新课程改革理念相符。

通过对高中地理探究式教学进行分析，总结探究式教学实施经验，为高中地理应用探究式教学总结经验，提高课堂地理课堂教学效果，提升课堂教学效率，促进学生素质全面发展。

关键词：高中地理;探究式教学;新课程理念

在传统教学模式影响下，高中地理教学只重视学生的成绩，忽视提高学生的综合能力。

而新课程改革要求课堂教学应让学生掌握课本知识，更应让学生的综合素质获得提升。

在课堂教学中，教师需要转变教师和学生的地位，让学生成为课堂的主体，让学生主动参与课堂学习。

探究式教学方式属于培养学生主动性的教学方式，探究式教学模式与我国新课改理念相契合。

因而高中地理教师需要重视应用探究式教学模式，在探究教学过程中提高学生的主动探究能力科学素养，对学生学好地理知识以及学生的未来成长具有重要作用[1]。

笔者结合个人教学经验，对高中地理教学中应用探究式教学进行简要分析。

1、探究式教学中师生定位

1.1学生定位：探究式教学作为一种培养学生自主探究能力的教学方式，它要求每个学生都能够积极参与教学活动。

同时探究式教学要求学生在教师引导下开展探究学习，通过个人的观察、分析和研究等活动或行为总结知识，建构知识体系，而非教师通过灌输式方式将知识传授给学生。