摘要： 传送门☞轮子的专栏☞转载请注明☞http://blog.csdn.net/leverage_1229 为了能够在Android应用程序中使用OpenGL ES绘制图形，你必须创建一个视图作为容器。而更直接的做法是从GLSurfaceView和 GLSurfaceView.Renderer各派生一个实现类。GLSurfaceView作为使用OpenGL绘制的容器，GLSurfaceView.Renderer将用于控制绘图的动作。对这些类的更多信息,请参阅OpenGL ES开发人员指南。 使用GLSurfaceView几乎是整合OpenGL ES到你的应用中的唯一方式。对于一个需要全屏... 阅读全文

摘要： 传送门☞轮子的专栏☞转载请注明☞http://blog.csdn.net/leverage_1229技术架构 在上述功能架构中，除了核心层外，应用层及服务层都包括了用户UI界面，因此服务中包括了Mashup所需的WebAPI，需要采用MVC的WebApp框架来实现。整套系统的技术架构如下图所示，根据总体架构的设计思想，自定而下包括了客户端、服务层、核心层、系统软件平台、基础设施。整套技术架构建设在B/S架构模式下。客户端 用户入口，完成UI界面的功能，包括在Windows下的浏览器界面、XPE嵌入式系统的扫描终端、流程定义工具、监控、报表展现等等，通过ActiveX嵌入方式提供浏览... 阅读全文

摘要： 传送门☞轮子的专栏☞转载请注明☞http://blog.csdn.net/leverage_1229 在GIS服务平台构建完毕之后，我们就要着手在此平台上提供服务以供客户端请求访问。1数据发布1.1添加源数据 打开Tomcat服务器安装目录的\geoserver\data\data子目录，在该目录下新建名为usr的文件夹，将一张.TIFF图像（栅格数据）存放到这里。1.2登录GeoServer 访问http://localhost:8080/geoserver/web/页面，输入admin和geoserver后，点击“登录”按钮。1.3设置工作区 点击左边Data栏的Workspaces... 阅读全文

摘要： 传送门☞轮子的专栏☞转载请注明☞http://blog.csdn.net/leverage_1229 上文我们提到使用OpenLayers+GeoServer+GeoWebCache+PostgreSQL+Eclipse/MyEclipse+Tomcat/Jetty等开源软件构建GIS服务平台，那么本文就来介绍一下如何让它们协同起来为你服务。1安装MyEclipse 这里我们使用MyEclipse6.5作为构建平台的IDE。笔者尝试过几个经典的版本（包括Eclipse），发现只有该版本对JavaScript的兼容性是最好的。尤其是对后面需要集成的OpenLayers.js的验证粒度... 阅读全文

摘要： 传送门☞轮子的专栏☞转载请注明☞http://blog.csdn.net/leverage_12291平台现状 近年来由于信息科技的演进，在其推动下地理信息系统的应用也较以往更为广泛；而对于空间资料（Spatial Data）的生成也已从早期必须经由专家学者处理才能发布，到现在普通人只需要简单的工具，甚至是通过自动设备就有可能生成这些具有地理信息的资料。 然而空间资料的建立仅仅是提供服务最基本的一环，如果需要将这些原始的资料转变成可以提供他人使用的服务，则需要额外的处理。完整的服务平台架构如下所示。分为用户端（Client）、应用服务（Application Services）和服... 阅读全文

摘要： 传送门☞轮子的专栏☞转载请注明☞http://blog.csdn.net/leverage_1229 面向完整的业务应用处理。对于不同类型的业务应用，定制其特有的处理流程和不同基础服务的组合，对基础服务进行封装，对特有应用功能在继承基础服务的前提下进行定制开发。 如图所示，体现了应用层与服务层的调用关系，新业务首先通过初始化优先级定义、流程定义（业务编码），通过核心层的流程调度及状态机，对服务层进行模块组合，最终把整合的结果数据返回给每个应用系统。 阅读全文

摘要： 传送门☞轮子的专栏☞转载请注明☞http://blog.csdn.net/leverage_12294服务调用 服务调用分为同步调用、异步消息、批量文件、批量数据四种形式：4.1同步调用 在通信连接中，同步通信需要一个发送器和一个接收器来协同内部处理过程，这种协同表明同步通信要求高度耦合，通信由发送器和接收器协同完成，发送器和接收器的操作都依赖于请求过程。发送器发送下一个通信请求首先需要拿到接收器发回的应答结果或确认接收信息。4.2异步消息 异步通信并不需要发送器与接收器协同操作来完成通信，其耦合程度比同步通信的低。异步通信主要的实现方式为消息队列，通过这个队列实现这一对系统... 阅读全文

摘要： 传送门☞轮子的专栏☞转载请注明☞http://blog.csdn.net/leverage_12293服务调度机制 在SOA体系中，实现服务层的调度机制主要包括：服务注册与发现、服务调用、服务监控等。3.1服务注册与发现——UDDI UDDI 提供了一组基于标准的规范用于描述和发现服务，还提供了一组基于因特网的实现。UDDI 构建于网络传输层和基于 SOAP 的 XML 消息传输层之上。诸如 Web 服务描述语言（Web Services Description Language，WSDL）之类的服务描述语言提供了统一的 XML 词汇（与交互式数据语言（Interactive Da... 阅读全文

摘要： 传送门☞轮子的专栏☞转载请注明☞http://blog.csdn.net/leverage_12292服务接口模式 服务接口主要包括WebAPI、WebService、EJB、RMI等。2.1WebAPI Web API简单来说，便是透过开放的因特网传输协议，将提供的服务内容以标准的界面来定义，以便进行点对点之间的服务整合。由于运行的平台是在Web架构之上，故常见的技术像是HTTP中的GET/POST、SOAP/HTTP, XML/RPC等，都是主要的组成架构，所定义的数据交换大都是属应用层以上。由于HTTP为企业对外及对内均会开放的传输协议，业已发展成熟，故以HTTP为基础的We... 阅读全文

摘要： 传送门☞轮子的专栏☞转载请注明☞http://blog.csdn.net/leverage_1229服务层 服务层主要体现了SOA体系下的组件复用和业务复用机制。服务的边界定义决定于粒度和耦合度。 粒度表示的是一个服务的大小，它可以理解为服务操作的范围，粗粒度的服务，操作的内容广而且杂；细粒度的服务，操作的内容细而且简单。粗粒度的服务设计，可以减小服务之间的耦合性，但付出的代价就是增加服务的复杂性，服务具备了太多的功能，增加了设计的复杂性和维护的难度；细粒度的服务，可以让服务的实现变得简单，但这样会增加服务的数量，服务过细过多，这样必然有一些服务需要组合才能实现一定的功能，那样就增... 阅读全文