MapInfoMapXtreme2008介绍.pptVIP

* 易于开发，易于部署 承袭MapInfo系列产品开发容易的优点 无缝集成于Visual Studio.Net集成开发环境。预置大量的地图应用模板，控件，对话框和工具，拖曳即可实现众多通用地图功能。 开放 web control 源代码 开发的门槛低，效率高，速度快，周期短，成本低 容易集成于其他系统中 位置智能 Gis vs gIS * MapXtreme2008 桌面应用程序体系结构 * 桌面应用程序体系结构 * 丰富的桌面功能控件和对话框 桌面关键控件 MapControl LayerControl MapToolBar * 丰富的桌面功能控件和对话框 桌面关键对话框 LayerControlDlg StyleDlg CreateThematicWizard * 易用、强大的桌面工具 Add工具 绘制特定几何体 View型工具 缩放,漫游,居中 Select工具 单选,框选,圈选,多边形选择,区域内选择 Custom工具 提供前台交互:橡皮圈,鼠标点击坐标 自定义,只需实现后台逻辑 可编辑,可选择,可添加等属性不在图层上,而在工具上. 灵活性 * MapXtreme2008 Web应用程序体系结构 * Web 应用程序体系结构 * COM+对象池 把Session对象置于ASP.NET 框架所提供的 COM+ 对象池中,以便web应用的所有用户能够共享对象池中的Session对象. 配置对象池 对象池大小: 最小值: 启动时预装多少个对象 最大值: 装载的对象的最大值， 超时: 当没有缓冲对象可用时需要等待的时间 为每个会话对象预装载工作空间 * Web控件体系结构 遵循MVC模式 View – 视图 Web控件 客户端HTML 和Javascript Controller – 控制器 控制流程和逻辑 Model – 模型 数据模型和功能模块 MapXtreme2008的API ASP.NET Session View HTML JavaScript Controller Model * Web工具体系结构 客户端地图交互 交互类绘橡皮圈,收集数据.之后调用回调函数 客户端命令执行 Execute方法中创建url 并修改地图的src,发出请求 服务器端命令 恢复状态 执行处理,地图返回响应 保存状态 客户端交互 客户端命令 服务端控制器 URL Tool 客户端 服务端 状态管理 多类型的 Web 应用程序都需要执行状态管理 — 保存和恢复每个用户会话所处状态或情况的有关信 息的处理过程。例如，当某个零售 Web 应用程序提供购物车时，应用程序必须记住每个用户购物车 的状态。 在 Web 地图绘制应用程序中，如果您的应用程序允许用户单击地图进行放大，则应用程序需要记住 某个用户可能在放大欧洲部分，而另一个用户在放大澳大利亚。记忆每个用户地图状态的代码被称 为状态管理代码。 * 状态管理选项 可以使用 InProc 状态管理，它易于编码；但是，它并非对所有应用程序都适用，因为它会加重服务器资源的负担。 ? 可以使用带自动状态管理的对象池体系结构。此模型易于编码，但是生成的应用程序可能不够快，这视您的要求而定。 ? 可以使用带手动状态管理的对象池体系结构。此模型需要您参与更多编码工作。您必须编写代码以保存和恢复包含用户状态的适当的 MapXtreme Session 对象。但是，此模型会生成最具可伸缩性的应用程序，因此它是拥有大量用户的应用程序的最佳选择。 * InProc 开发模型 如果使用 InProc 开发模型，则为应用程序编码的方式颇为类似于给桌面应用程序编码的方式。使用InProc 模型，每位用户都会有一个 MapXtreme Session 对象；这意味着每位用户都拥有自己的进程空间耗用，且资源不能共享。（MapXtreme Session 是 Catalog、MapFactory、CoordSysFactory和其它 MapXtreme 对象的容器。） * InProc 开发模型的利与弊 如果选择 InProc 模型，编写 Web 应用程序将更为轻松，因为您无需提供提供任何复杂的代码来保存和恢复带有各自后续请求的每个用户的状态。 但是，InProc 模型是不可伸缩的，因为它需要为每个并发用户配备专用的 MapXtreme Session。对于同时使用站点的数千用户，应用程序将需要维护服务器上数千个 MapXtreme Session，这会加重服务器的资源负担。如果预计会有大量并行用户，那么 InProc 模型并非应用程序的恰当选择。 * !--Use this setting to turn Session pooling on/off (true/false)-- add key=MapI