[Proposal][app]觅食去

又要加班,午饭晚饭怎么解决?每天吃食堂换个口味可是不想出门怎么办?顿顿麦当劳,看见汉堡就想吐,下一顿吃什么?

来点个外卖吧!

可是去哪儿点呢——

百度外卖?美团外卖?饿了么?KFC宅急送?…………

统统不用!

来觅食去让我们一起觅食去吧!

觅食去整合了目前网上火热的各大外卖网站,自动货比三家,无需费力寻找比较,为您挑选最节省的外卖方案~

---------------------------------------------以上是广告词--------------------------------------

【动机】

  其实动机是这样的,每天上班的时候会看见百度外卖和美团外卖各站一边在发小广告,之前在学校懒得动弹的时候就在饿了么点外卖,或者叫KFC、麦当劳。外卖行当就像当年的团购一样开始往外冒。

  原来团购是,你过来买我给你便宜点,

  现在外卖是,我过去给你送说不定还给你便宜点

……总之大家可以越来越懒就对了。

  不过“早上吃什么”,“中午吃什么”,“晚上吃什么”毕竟是人生三大难题,又有这么多网站可以看,这让有选择强迫症的人怎么活!

  为了更好的偷懒【误】,能不能把这些网站整到一起我就不用一个一个看过去了。

  

  所以就有了[觅食去]这么一个想法。

【有必要么】

  我觉得还是有必要的……做了一个简单的调研,比如我想在美团外卖、百度外卖、饿了么点“微软中国研发集团总部大楼1号楼”附近的外卖,饿了么提供了300+家餐厅,百度和美团则分别提供了150左右家餐厅,一眼看过去是这样的:

这样的:

还有这样的:

【掀桌】!!!!

这么多店到底吃什么啊!!!!!

我怎么知道哪个好吃啊!!!!!!!

怎么每个网站的店都不一样啊!!!!!!!

所以问题就出来了:

1、每个网站的店家不完全相同

2、同一个店家在不同网站上的价格也不一定相同

3、并不是一个店家的所有饭品大家都喜欢吃

4、我真的挑花了眼了我怎么知道什么好吃啊你帮我推荐吧

解决这些问题,就是觅食去要做的

【难度】

我觉得还不算特别难,是一个比较合适在teamwork期间内可以完成的项目,

内核需要模拟浏览器的行为,因为这些网站没有提供第三方的API所以需要我们自己来分析HTML并通过request来和网站交互,

此外分类推荐,比价等相对简单一些。

反正我智商捉急只能想这么远了,只是一个建议嘛就不考虑太多细节了大家都这么忙对吧~

平台我推荐【android】,wp不是没想过不过毕竟wp的用户群太少啊~~~~~

以上!

Zhao Li

  

时间: 2024-08-08 10:59:10

[Proposal][app]觅食去的相关文章

[proposal][app]Watch your time!

[Motivation] 很多时候,我们要去某个地方,尤其是第一次去的时候,都不知道什么时候出发,留出的时间够不够,会不会早到或者晚到.虽然地图软件能给出一些粗略的步行,公交,或者出租时间估计,但是每个人的行为习惯都是不一样的,有的人会走的快一些,有的人走的慢一些,而且如果正好赶上交通高峰期,那么行程的时间又会变增加.所以,是时候出现一个能够根据每个人的行为习惯和交通状态等信息较为精确的估计行程时间的app了,这样既不会感到时间紧迫,也不会早到太久而浪费时间. [Some ideas] 通过移动

Team Project Proposal:App:等车时间预测(重写) -- by DengPan

一.背景 出行在生活中占据了重要的地位,公交和地铁给我们带来了快捷.便宜的出行方式.然而在日常生活中如果出行选择的时间点不好的话,我们也会在等待公交上花费很多时间,在这上面地铁可能会好一些.这样不仅会降低我们的出行效率,更糟的情况下,他会影响我们的心情.如果我们的手机上能有一款应用,它能告诉我们下一班车大概会在什么时候到达某一站点这样我们就能合理的安排自己的出行时间,避免长时间等车的窘境,同时乘客在恰当的点到达站台也能一定程度上提高公共交通工具的运行效率. 二.该应用预想的基本功能为(以公交车为

Team Project Proposal:App:等车时间预测 -- by DengPan

一.背景 出行在生活中占据了重要的地位,公交和地铁给我们带来了快捷.便宜的出行方式.然而在日常生活中如果出行选择的时间点不好的话,我们也会在等待公交上花费很多时间,在这上面地铁可能会好一些.这样不仅会降低我们的出行效率,更糟的情况下,他会影响我们的心情.如果我们的手机上能有一款应用,它能告诉我们下一班车大概会在什么时候到达某一站点这样我们就能合理的安排自己的出行时间,避免长时间等车的窘境,同时乘客在恰当的点到达站台也能一定程度上提高公共交通工具的运行效率. 二.该应用预想的基本功能为(以公交车为

验证是否有App去接收这个Intent

尽管Android系统会确保每一个确定的intent会被系统内置的app(such as the Phone, Email, or Calendar app)之一接收,但是我们还是应该在触发一个intent之前做验证是否有App接受这个intent的步骤. Caution: 如果触发了一个intent,而且没有任何一个app会去接收这个intent,则app会crash. 为了验证是否有合适的activity会响应这个intent,需要执行queryIntentActivities() 来获取到

iOS 项目经验以及APP上架流程 _Dylan

1. 用户需求的确定, 功能方法的可行性评估, 用户给出的价格等是否合理. 2. 框架搭建, 需求数据整理, 功能块设计模式的预想, 预计空闲时间(用来缓冲) 3. 项目管理, 项目规划, 时间轴的设置, 人员的分配, 项目预算 4. 项目框架编写 5. 代码分工 6. 工作Bug的调整, 时间的调整, 功能的取舍(需与客户商讨), 项目工期的把握, 项目报告的书写 7. 项目优化, 代码质量话, 代码高内聚, 低耦合为最佳 8. 软件测试, 黑白测试. 9. 国际化处理, 图片处理, 性能提升

学习 About iOS App Programming 第三天

-------State Preservation and Restoration 即使我们的app能支持后台运行,但它也不能一直在后台运行,有一些情况,系统也许会需要终止app,为了释放内存给在前台运行的app.但是用户不关心app是不是被关闭,用户只知道这个app应用就是这个地方暂停了,当再次起来时应该就在上一次退出的地方.这样用户能继续进行他上次没有完成的任务.因此UIKit实现了这种功能. UIKit的状态保存系统提供了一个简单同时比较精准的基础技术对于保存和恢复app viewcont

Web App、Hybrid App与Native App的设计差异

目前主流应用程序大体分为三类:Web App.Hybrid App. Native App. 一.Web App.Hybrid App.Native App 纵向对比 首先,我们来看看什么是 Web App.Hybrid App. Native App. 1. Web APP Web App 指采用Html5语言写出的App,不需要下载安装.类似于现在所说的轻应用.生存在浏览器中的应用,基本上可以说是触屏版的网页应用. 优点 (1)开发成本低, (2)更新快, (3)更新无需通知用户,不需要手动

OSX10.12搭建IPv6本地环境测试APP

##前记最近刚换了工作,生活终于又安定下来了,又可以更博了##正文最近公司在上线APP(整体全是用JS去写的,就用了我原生的一个控制器),然后APP就去上线,就被苹果巴巴给拒了.通过阅读苹果回复的邮件,因为IPv6的问题.当然网上关于怎么OSX10.11搭建IPv6本地测试APP的博客有了很多,也很详细,我主要谈下OSX 10.12搭建的感触.###首先确定问题是不是在客户端就拿今天我废了九牛二虎之力,因为mac搭建IPv6本地去测试APP,是从OSX10.11之后,才出现的.然而公司的电脑系统

app 后端技术

app 后端技术 一直以来工作的方向是web server,对app server没有什么了解.虽然没有接触过移动app开发,但对app后端技术还是挺有探索欲望的,app应用和web应用在前端的用户习惯不同,相信后端也会有很多不太一样的地方.开此文记录一些网上收集到的app后端技术体系,以备了解. 下面就app server在业务设计上通常需要考虑的几个方面: 1.api风格 如何设计一套合理且优雅的api接口集,可以参考Restful分格: api采用http(s)协议与前端通信: 每个uri