标签归档:SuperMap

SuperMap Objects 碎碎念

SuperMap Objects 是 SuperMap Software Co., Ltd. 成长的关键,最早公司创建之初公司便同时启动了两个项目,一个便是传统 GIS 中最为突出的桌面产品,另一个就是组件产品。

组件产品又作为桌面产品的基础,为桌面应用提供相应的功能。从 SuperMap Deskpro 2000 到现在的 SuperMap Deskpro 6R,一直都是这么一个模式,SFC 组件为 SuperMap Deskpro 系列产品保驾护航多年,不过近几年 SFC 组件逐渐进入后期维护阶段,SuperMap Deskpro 也进入维护阶段,主要对功能的集成和细化进行深入挖掘,更多的是从软件可用性提升以及功能正确性,分析高效性上来提升 Deskpro 产品的市场认知度和用户体验。基于 SFC(SuperMap Foundation Class) 组件有一系列的产品,有为我们所熟知的 SuperMap Deskpro、SuperMap IS .NET 和 eSuperMap,从桌面到服务器,再到嵌入式,甚至还有国土行业的一些深度行业应用等等。SFC 已经为 SuperMap 带来了十年的收益,更是为 SuperMap 品牌提供了前期非常坚实的基础沉淀。那么为什么不继续深入 SFC 组件产品的研发,而是转而进入了一个后期维护阶段,目前的工作主要集中在后期缺陷的维护呢?主要原因有:

  1. SFC 组件式基于 COM 技术的,称为 SuperMap Objects COM,现在依然有很多的产品和项目的基础。但是 COM 技术毕竟不再是如今软件开发中的主流,存在着诸多的不足,作为平台厂商,固守一方市场固然有利可图,可是此计并非长久之计啊。为用户以及二次开发商创造价值才是平台厂商应该做的,如今的软件开发中 (特别是项目实施中)Java/.NET 无疑已经是十足的宠儿了,那么尝试转型已成必然之势。
  2. SuperMap Objects Java/.NET 是基于 UGC(Universual GIS Core) 共相式 GIS 内核封装的组件产品,内核采用标准 C++(此为号称,到底标准程度多高,各位看官且看且猜就行了),与平台相关性降至最低,依托 Java/.NET 快速而高效的二次开发能力,已经逐渐成为了用户和二次开发商首选的项目实施和开发组件。
  3. 服务器产品需求的激增,由于服务式软件 SOA/SaaS 等概念的逐渐成熟,催生了服务式 GIS,GIS 领域顿时服务器产品的需求指数上扬。国家基础地理数据中心,各大城市共享数据平台的建设,国家技术设施的信息化项目,都能看到服务器端产品的身影。服务器端产品对效率和跨平台的要求更高,而 COM 组件明显在跨平台和效率上不及 UGC 系列产品,由此 SuperMap Objects Java/.NET 走上了大舞台。
  4. 云计算概念的成长和应用,诸多厂商开始宣称自己站在了云端,依托云计算的优势能为他们的客户带来更多的价值,节约更多的成本。云计算中最为美妙的就是,任何硬件、软件、服务资源均不以实际形态暴露,而以统一的接口提供给用户,所有的资源均以组件式形态存在于服务端,客户端只需处理请求与响应。那么组件式 GIS 无疑是 GIS 云计算中非常重要的一个环节,插件式可定制化的服务,跨平台多地域服务的共享,无疑将为更多的用户带来更多的价值,而成本会更低。

SuperMap Objects Java/.NET

上图是 SuperMap Objects Java/.NET 产品的实现原理,至于细节,相信众位看官稍微了解一些关于封装机制的都一目了然了。功能性的代码完全由 UGC 完成,而接口的设计与实现完全由组件层来完成,组件层可以再更具自身语言平台的需求增加一些控件和相关产品的设计开发。例如.NET 组件在 C/S 架构中应用广泛,用于对于桌面应用场景的需求较多,那么易用性高、定制性强、可设计的控件无疑会为客户带来更多的价值空间;而 Java 组件的优势应用在服务端,B/S 架构的产品也不少,在服务端的表现可以交由 iServer 系列产品 (基于 SuperMap Objects Java 开发的服务器产品),那么客户端呢?新近稍热一点的 JavaFX 是 Sun 公司首推的 RIA 解决方案,也许用户的应用场景也会随着产品的升级而出现这一方面的需求。

其实组件产品分两大语言体系是一个比较科学的分类

  • .NET 技术依托微软强大的技术后盾,在桌面应用上日益成熟早已是桌面明星了,SuperMap Deskpro .NET 就是基于 SuperMap Objects .NET 使用 Ribbon 界面库开发的新一代 GIS 桌面 GIS 产品,从产品易用性和体验上作出了很大的提高,不过性能目前还存在一定的问题 (组件产品的瓶颈问题导致)。
  • Java 跨平台的特性无疑是最让人津津乐道的,类似于政府和大型服务企业均采用的 Unix 和类 Unix(各种 Linux 发行版) 系统和硬件,对跨平台的要求显而易见,SuperMap Objects Java 基于标准 C++,完全可以摆脱平台限制,在多平台上表现得游刃有余,填补市场上很大一块空白 (其他厂商也有类似的产品和解决方案,但是均是采用中间件方式完成,效率和易用性上相对较差,对用户和二次开发商的开发成本要求过高)。
  • 两种语言技术体系产品,保持同一份设计同时开发测试,接口文档高度一致,二次开发用户选择开发平台的决策成本大大降低。无疑将会让更多的二次开发商,在低成本的情况下可以尝试更多项目的投标生产,为其带来更多的价值。
  • 两个产品由一个领导带领设计开发,更能突出其特点的一致性和延续性,降低用户和市场对该产品和品牌的认知成本,大大增强了组件产品的产品化和标准化。

================我是分割线==================

来到公司已经快半年了,对项目产品和架构上曾经都颇有微词,迄今依然有些怨言,以上就是我对目前 SuperMap Objects Java/.NET 系列产品的一些碎碎念,其中均是纯个人想法和行为,有一些猜想更多的是臆断。不过猜想也好臆断也罢,终究是我自己思考的一些沉淀,摆出来,凉一凉,晒一晒,淋雨发霉也好招来板砖也罢,纯属博主个人呓语,众看官且听且过是也。

开通 SuperMap Objects 专栏

首先声明,本人确实是 SuperMap Software Co., Ltd. 的一名员工,目前就职于研发中心,从事软件开发的工作。

对于 SuperMap Objects 有着自己的理解和认识,有自己想说的一些话,不过说得对不对就不得而知了。对于职场上的一些常识和非常识,我一概不知,我会说我想说的,说我能说的,当然我不可能透露关于工作进度的只言片语,也不可能透露关于公司产品方向的任何信息。但是,我想我会猜的,反正我也听不到什么有价值的信息,那么为何不来一些自己的猜想呢?Yes, why not?

============我是分割线=============

该专栏主要针对 SuperMap Objects 的新特性和可公布的新消息作出广播,并偶尔来些剧透和爆料,也许会有不错的效果哦。我想作为一个 GIS 的从业人员,作为一个组件开发人员,报导关于自己产品的一种心态平衡非常重要。

首先组件是公司起家的法宝,其次是公司上层服务器产品的基石,是底层类库产品的延续,可所谓处于公司产品结构的腰部。我们都知道腰对于一个人的重要性,所谓无腰者不人也,就是这么一个意思啦。然而我们平日看美女的时候,先是头后是臀,腰经常是被略过的或者只是为了衬托臀的丰满而窈窕地存在的。那么作为一个腰,我们要如何做好这个产品呢?在做产品的过程中,如何勾起众位看官的欲望呢?也许腰风就在一夜起,顿时洛阳腰贵,作为腰子的我可能也会着实火一把哦。

所以该栏目的主要内容有以下:

  • SuperMap Objects 产品的最新小道消息 (绝非官方消息)
  • SuperMap Objects 产品的开发技巧
  • SuperMap Objects 产品的八八和卦卦

众位看官,看过且看过,切勿传播,一旦小站被领导发现,可能便有关闭之忧。还望各位慎重慎重谨慎谨慎。