谈谈你对组件式GIS认识
Posted
tags:
篇首语:本文由小常识网(cha138.com)小编为大家整理,主要介绍了谈谈你对组件式GIS认识相关的知识,希望对你有一定的参考价值。
4 组件GIS(ComGIS)构件式软件技术成为了当今软件技术的潮流之一,它的出现改变了以往封闭、复杂、难以维护的软件开发模式。 ComGIS便是顺应这一潮流的新一代地理信息系统,是面向对象技术和构件式软件技术在 GIS软件开发中的应用。
4.1 ComGIS的基本思想
ComGIS的基本思想是把GIS的功能模块划分为多个控件,每个控件完成不同的功能。各个GIS控件之间,以及GIS控件与其它非GIS控件之间,可以方便地通过可视化的软件开发工具集成起来,形成最终的GIS应用。控件如同一堆各式各样的积木,可以分别实现不同的功能(包括GIS和非GIS功能),根据需要把实现各种功能的“积木”搭建起来,就构成地理信息系统基础平台和应用系统。
组件软件的可编程和可重用的特点在为系统开发商提供有效的系统维护方法的同时,也为GIS最终用户提供了方便的二次开发手段。因此,ComGIS会在很大程度上推动GIS软件的系统集成化和应用大众化,同时也很好地适应了网络技术的发展,是一种 WebGIS的解决方案。
4.2 ComGIS的基本特点
(1)与语言无关性
首先,组件GIS不需要专门的二次开发语言,只要按照一定的标准(如Microsoft的ActiveX控件标准)开发接口,提供一套实现GIS基本功能函数的构件 。也就是说GIS应用开发者,不必掌握专门的GIS开发语言,只需熟悉基于Windows平台的通用集成开发语言(如Visual C++,Visual Basic,Visual FoxPro,Borland C++等),及组件GIS各个构件的属性、方法和事件,即可完成应用系统的开发和集成。
(2)二次开发能力强
一个完全组件化了的组件GIS其二次开发能力非常强大。因为GIS的每一个功能模块都组件化了,其功能模块组件既提供给二次开发用户,同时也是组件GIS内部调用接口。为了实现一个完整的GIS功能,各个功能模块组件及接口必须定义得完备、详细。
(3)开放性和可扩展性
组件GIS不依赖于某一种开发语言,可以嵌入通用的开发环境中实现GIS功能。专业模型则不仅可以使用这些通用开发环境来实现,也可以插入专业模型的分析控件,有效克服了传统的GIS软件在系统集成上存在的低效、“有缝”等缺陷,实现高效、无缝的系统集成。
另外,利用组件技术的多态性,二次开发用户对组件GIS本身进行功能扩展,是组件GIS最有特色和展现其魅力的地方。
(4)大众化
由于组件式技术已经成为行业标准,即“组件”标准化,用户可以像使用其他ActiveX控件一样来使用组件GIS控件,这样,非专业的普通用户也能够开发和集成所需要的GIS应用系统,使GIS从专家们的实验室走向社会,有力促进GIS的普及与大众化的进程。
(5)低成本
由于组件GIS本身可以分解为若干个完成,不同的功能的组件,用户可根据实际需要选择组件,同时,由于组件GIS只提供GIS的通用功能组件,其他非GIS的专业功能可使用专业厂商体提供的专门功能的组件,这样,就可以大大减轻用户的经济负担,降低GIS软件的开发成本。
(6)分布式多数据源集成
组件化使得在应用中可较易实现分布式多数据源的集成。
(7)互操作性
互操作GIS还处在研究的阶段,但组件化是互操作GIS基础。只有GIS的功能模块化、标准化,各个GIS厂商按照标准以组件的方式实现各个功能模块,不同厂商的功能模块相互之间才可协同工作和达到互操作的目的。
4.3 ComGIS的设计与开发
设计组件式GIS,需要根据功能划分为多个控件。划分控件需要根据不同的数据结构和系统模型进行具体分析,要考虑以下几个方面的问题:(1) 控件间差别最大、控件内差别最小;(2) 纯设计用模块与将随集成系统发布的模块分开,例如地图符号编辑、线型编辑器应与空间查询分析等模块分开;(3) 相同显示窗口的模块尽可能设计在同一个控件里;(4) 处理相同数据文件的模块尽可能设计在同一个控件里;(5) 剔除空间查询分析控件中不必要的内容,减少Internet下载的数据量。
考虑到以上因素, 组件式GIS可以划分为数据采集与编辑控件、图像处理控件、三维控件、数据转换控件、地图符号编辑/线性编辑控件、空间查询分析控件等。其中一些无须进行二次开发的模块不一定以组件方式提供,比如数据采集、数据转换、符号编辑/线型编辑等模块可以用独立运行程序方式提供,数据转换模块还可以编译成动态连接库。
传统GIS软件与用户或者二次开发者之间的交互,一般通过菜单或工具条按钮、命令以及二次开发语言进行。组件式GIS与用户和客户程序之间则主要通过属性、方法和事件交互,如下图1所示。
图1 ComGIS与集成环境及其他组件之间的交互
组件式GIS开发要注意几个方面的问题:(1)优化的代码和高效的算法 尽管COM技术的二进制通信具有很高的效率,与独立运行程序比较,OCX控件在运行速度上仍有差距。不过我们的开发实践证明,采用高效的算法并精心优化代码可以使软件整体效率有较大改善。经过对比测试,我们研制的组件式GIS软件- ActiveMap,在图形显示上比目前Windows95/NT平台上大多数商业化GIS软件快,其中甚至包括非组件式的GIS软件。(2)紧凑、简练的数据结构 在能够充分表达地理信息并能有效进行各种处理、分析的前提下,软件数据结构要尽可能紧凑。这不仅可以加快数据存取速度,同时也为适应Internet传递的需要。(3)流行GIS数据文件的数据引擎 除提供与各种GIS数据文件格式的数据转换程序外,组件式GIS被设计为可以直接访问多种数据格式也是一大特色。Intergraph的GeoMedia可以直接访问MGE、Frame、ArcView、SDO等著名软件的数据格式。ActiveMap也可直接访问MGE等流行的数据格式,提高了数据共享方面的能力。 参考技术A 组件GIS就是把GIS一些常用功能例如地图显示,点选,缓冲区分析,坡度分析等等功能封装为一些控件,避免编程人员从底层代码写起,只需要已经编写好的功能接口,就能完成所需要的功能,降低GIS系统开发难度。
优点嘛,是软件开发周期大大降低。缺点嘛,就是每开发完一个GIS系统就要给GIS平台提供商提供平台使用费。
谈谈你对广播的理解?
参考技术A 广播就是用来发送/接收一系列通知的组件,它是四大组件之一,常用于进程间的通信。低耦合高内聚:如果两个组件之间需要通信的话,可以通过获取组件之间的实例,但是这种方法无疑增加了耦合,不是很好,而使用广播,可以不需要获取对方的实例就能拿到想到的数据,当然还有更方便的事件总线机制,这里只是举个例子。它不仅可以使用在组件之间的通信,还有使用在进程间通信,程序保活等。
a.有序广播
b.无序广播
c.普通广播
d.粘性广播
e.本地广播
f.系统广播
首先需要一个广播接收器
然后注册广播, 注册可分为静态和动态注册:
1.动态注册:
这里要注意的是在程序销毁之前要解绑该广播,防止造成内存泄漏。
2.静态注册:
静态注册是通过在xml中完成的
最后就是发送广播:
这里需要特别说明一下本地广播,其他的广播可以存在被人拦截或者被人攻击的情况,所以安全性不是很高,所以就出了本地广播,这套机制只能接收应用程序内部的广播,所以就不存被人拦截或者攻击的情况。
广播的发送不变。
a.广播不会发送消息给已经停止的应用
b.Android 7.0屏蔽了某些广播事件,如: 后台程序无法监听网络状态,不允许静态注册,防止应用无节操地恶意唤醒
c.某些三方ROM(如:MUI/EMUI)也限制了某些广播事件,如:华为 EMUI 需要设置允许当前程序开机启动才允许监听 BOOT_COMPLETED
d.onReceiver()方法不要执行特别耗时的操作,耗时操作可以放到Service组件中
e.LocalBroadcastManager 不会有应用劫持广播信息的情况 ,只有 BroadcastManager 才会出现 ,所以 如果不是跨进程的话可以用 LocalBroadcastManager 完全替代 Broadcastreceive
是通过binder实现的,这个暂时不了解,后续会继续研究。
1.静态广播和动态广播哪一个先接收到?
答:动态优先静态,具体原因可以翻看ActivityManagerService(.../sdk/sources/android-xx/com/android/server/am/ActivityManagerService.java)的源码,可以根据sendBroadcast去一步一步的往下跟,最后你会发现,先遍历动态广播再静态广播,所以动态广播优先于静态。
以上是关于谈谈你对组件式GIS认识的主要内容,如果未能解决你的问题,请参考以下文章