给百度地图IOS 版本的API 提一些意见

　发于此，求各位转发和扩散到百度的高层！！！

----------------------------------------------------

onGetTransitRouteResult 返回的BMKPlanResult，如果大家不看Baidu 家的示例代码，只看文档，有几个可以把线路画出来显示正确呢？
Baidu 家的各位亲，你们可以尝试跨部门找人来试试自家的接口。
plan 对象中既有route,又有line,亲们，你们的思维真的不是一般人具有的：如果线路分段的话坐标点的数据直接显示在线路中好了。
从天安门到百度大厦，你们有4个route,3个line?为什么不直接7个route呢？要什么狗屁line？
亲，请容许我提出自己的异议
7个route中给一个startpt和endpt，再来一个type.再给一个points不是很简单吗？
用户在使用的时候一个for循环轻轻松松就搞定了！压根都不需要做什么过多的判断
memecpy,pointsCount,getPoints,getPointsNum这些东西统统不需要！！！ 不需要！！！
越写越愤怒，Baidu给你们那么高的工资，你们就整出这么一个水平？？？


transitSearch 返回了多条线路，亲，我知道第一条线路是最优的，既然这样你们干吗返回其他线路？或者可以让我可以控制返回的线路？筛选条件就像你们百度地图的哪有。你给我一个类型开关啊！
否则多一条线路就多一份流量。流量是钱啊！！！亲！！！你们Baidu的人钱多，但是国人不富啊！！！


你们的API文档最初在介绍 :引入静态库文件 有三种方法，1，2.3。。。
亲，你们的脑子真的是有包啊！！！我们只需要一种就OK了。就是那个plan2,而且lipo 你不能直接帮我做了吗？亲！！！ 


示例代码中没有inc 中的文件，没有静态文件，没有mapapi.bundle文件。亲，你们脑袋中真的有包啊！！！脓包啊！！！


API 介绍说明的时候说要求用户输入KEY. 但是奇怪的是没有KEY 有的功能也能出来，亲，你们就不能说得更清楚一点吗？？?


API poiSearchInCity 和poiSearchNearBy 到底有什么区别？ 就算是 searchincity  是不是也应该优先显示地图当前区域中的关联对象？ 亲，你们自己试试用这两个API搜一下“厕所”。如果用了前者的话，估计活人要让尿憋死了！ 


transitSearch:startNode:endNode:中的说明
“start - 检索的起点，可通过关键字，坐标两种方式指定”。
这句话是不是可以理解成关键字和坐标都可以呢？二者选其一？可是亲，你们自己试试，搜天安门不带坐标行吗？行吗？
说你们脑壳里面有包是抬举你们，你们对得起自己的那份工资吗？你们羞愧吗？


技术的价值是在于提供提升生产力的机会和可能，怎么感觉你们提供的文档反而是在和我们这些开发者背道而驰呢？

为什么呢?为什么呢?为什么呢?为什么呢?为什么呢?为什么呢?为什么呢?为什么呢?为什么呢?