因为项目比较小,谋局用的时间也不会太多,主要考虑两个问题:一、怎么做?二、做成什么样?首先就是怎么做,我叫它概念设计,不同意的别拍砖,名字只是一个代号。
First:我们把数据准备好,已明确这个数据是要放在数据库里,基本的字段总是要明确一下,下面上表:
字段名 |
类型 |
用途 |
NAME |
VARCHAR2(30) |
就是景点的名字啦,真废话 |
REGION |
VARCHAR2(10) |
所在市,这个可以支持政区查询 |
URL |
VARCHAR2(100) |
数据来自某个网站,查到了可以去那个网站看详情 |
LON |
NUMBER |
经度 |
LAT |
NUMBER |
纬度 |
然后经历了一段枯燥的历程后,所有的数据都在数据库了,这个事儿先按下不表。
Second:我得明确我要干哪些事儿,现在不是粗线条的时候,得细!细到什么程度呢,具体到弄清有几道菜,每道菜需要哪些食材,经历几道程序,加上多少火候就行啦。好吧,我们不是大厨,换个说法,划分几个功能模块,每个模块需要哪些数据,哪些技术要点,大致的实现逻辑和步骤。
(1)底图:关键的关键是要在arcgis api中把天地图的数据接进来;然后,确定图层,线划地图一个瓦片图层、影像地图一个瓦片图层、旅游要素需要一个要素图层,行了3个可以;然后,需要一个级别控制器,需要一个地图切换器,需要一个鹰眼,放大缩小测距啥的能来就来一点。
(2)查询:核心问题在服务端,写一个sql语句返回一组数据就行了,咱们确定一下服务端提供一个http接口,客户端通过GET方式发几个参数请求数据,服务端查完了返回json。只有关键字查询有点磕碜,咱不有政区嘛,再加一个行政区查询。查询的结果要有列表,点击列表时地图要能有点反应。
Third:其他的一些的问题。这一块主要是考虑一些可能遇到的技术问题,还有就是可以做哪些扩展,作为一个项目我们要心中有数,改需求了怎么办?闲的无聊想提升一下怎么办?设计阶段心里有个数,能不能实现看时间和条件。这里简单列几条:
(1)要是想做行程规划怎么办?那就需要驾车、公交等出行的数据服务,天地图是有的,可以做,但是要时间。而且行程规划不能只有景点啊,还得有我家、我公司、你家、你公司之类的作为起点吧,看来有数据才能做这个,客户要提就跟他杠。
(2)要是想查景点周边配套怎么办?首先还是数据,吃、住、行、游、购、娱,旅游六要素,有啥数据能查啥数据;其次空间查询,咱没用arcgis,在数据库里怎么空间查询呢?幸好我们只是点,矩形的查询是可以通过lon、lat两个字段构建sql语句的。好的,这个也有数了。
(3)想让游客自己标注点东西怎么办?现在的网友接触的应用多了,就喜欢DIY,收藏自己喜欢的景点,标注自己想去的地方,甚至是分享给别人也是很正常的需求。做这个首先你得有用户,要注册要登录,其次你得有绘图工具,然后你得能把标绘的东东传到服务器存进数据库。当然这个可以实现的,只是要时间,而且这个应用也就不会那么便宜了。
好啦,Third就只说这三点,有时间咱就考虑提升一下。
这样概念设计结束,心中都有数了,下面来设计一下界面。