起名每丰田品分析 – 周末去何方

重要用户人群

requirements.txt

那一个文件存在的目的是:

  1. 便宜开发者维护软件的包依赖。将付出进程中新增的包添加进那多少个列表中,制止在setup.py安装依赖时漏掉软件包。
  2. 福利读者明确项目应用了哪些Python包。

以此文件的格式是每一行包含一个包倚重的阐明,通常是flask>=0.10这种格式,要求是那么些格式能被pip辨认,这样就可以简简单单的通过 pip install -r requirements.txt来把所有Python包倚重都装好了。具体格式表达: 点这里

前途发展前景

小结

Foo/
|-- bin/
|   |-- foo
|
|-- foo/
|   |-- tests/
|   |   |-- __init__.py
|   |   |-- test_main.py
|   |
|   |-- __init__.py
|   |-- main.py
|
|-- docs/
|   |-- conf.py
|   |-- abc.rst
|
|-- setup.py
|-- requirements.txt
|-- README

除此以外,多翻翻经典项目标源码是有实益的,比如在python
web开发中相比有名的框架: flasktornadodjango 都是近乎的社团。

同类产品

至于配置文件的应用方法

在意,在上头的目录结构中,没有将conf.py坐落源码目录下,而是放在docs/目录下。

不少档次对安排文件的选用做法是:

  1. 安排文件写在一个或四个python文件中,比如此处的conf.py。
  2. 类型中哪些模块用到这些布局文件就径直通过import conf这种形式来在代码中使用安排。

这种做法我不太匡助:

  1. 这让单元测试变得困苦(因为模块内部倚重了外部配置)
  2. 单向配置文件作为用户控制程序的接口,应当可以由用户擅自指定该公文的门径。
  3. 次第组件可复用性太差,因为这种贯穿所有模块的代码硬编码情势,使得大部分模块都凭借conf.py本条文件。

由此,我以为配置的应用,更好的办法是,

  1. 模块的布置都是可以灵活安排的,不受外部配置文件的影响。
  2. 先后的安排也是足以灵活决定的。

可以佐证这些考虑的是,用过nginx和mysql的同室都精通,nginx、mysql那个程序都足以轻易的指定用户配置。

故而,不应当在代码中直接import conf来利用安排文件。下面目录结构中的conf.py,是付出的一个部署样例,不是在写死在先后中平昔引用的布置文件。可以透过给main.py起始参数指定安排路径的点子来让程序读取配置内容。当然,这里的conf.py你可以换个近乎的名字,比如settings.py。或者您也足以采用任何格式的内容来编排配置文件,比如settings.yaml之类的。

基于这样的要求前提,周边游产品就出生了。

关于README的内容

其一我以为是每个项目都应该有些一个文件,目标是能大概描述该类型的信息,让读者很快精晓这么些类型。

它需要声明以下多少个事项:

  1. 软件定位,软件的基本效能。
  2. 运行代码的主意: 安装环境、启动命令等。
  3. 总而言之的利用表达。
  4. 代码目录结构表达,更详细点能够证实软件的基本原理。
  5. 广阔问题求证。

自家认为有上述几点是比较好的一个README。在软件开发初期,由于开发进程中上述内容可能不明了或者暴发变化,并不是自然要在一方始就将有着音信都补全。不过在类型竣工的时候,是急需写作这样的一个文档的。

可以参考Redis源码中Readme的写法,这中间简洁可是清晰的讲述了Redis功效和源码结构。

以iOS应用作为参照对象,在2014年四月4日,曾短暂的冲到总榜第14名,旅行榜单第1名(原因在于起了个好名字

setup.py

貌似的话,用setup.py来保管代码的包裹、安装、部署问题。业界规范的写法是用Python流行的卷入工具setuptools来管理这个事情。这种艺术广泛选用于开源项目中。不过这里的主旨思想不是用口径的工具来化解这一个问题,而是说,一个品类必然要有一个装置配备工具,能连忙便捷的在一台新机器将官环境装好、代码部署好和将程序运行起来。

这么些自家是踩过坑的。

自身刚先河接触Python写项目的时候,安装环境、部署代码、运行程序这么些过程全是手动完成,境遇过以下问题:

  1. 设置环境时平时忘了如今又添加了一个新的Python包,结果一到线上运行,程序就出错了。
  2. Python包的版本倚重问题,有时候大家先后中使用的是一个版本的Python包,可是官方的早已是风尚的包了,通过手动安装就可能装错了。
  3. 一旦依靠的包很多来说,一个一个装置这一个依赖是很为难的工作。
  4. 新校友最先写项目标时候,将次第跑起来极度麻烦,因为可能时时忘了要怎么设置各样看重。

setup.py可以将那么些事情自动化起来,提升效用、收缩失误的概率。”复杂的事物自动化,能自动化的东西必定要自动化。”是一个百般好的习惯。

setuptools的文档相比庞大,刚接触的话,可能不太好找到切入点。学习技能的主意就是看旁人是怎么用的,可以参见一下Python的一个Web框架,flask是何许写的: setup.py

当然,简单点自己写个安装脚本(deploy.sh)替代setup.py也未尝不可。

说到此地,我来简单的谈一下自家为何会在重重APP里面关注到这款产品,最重点的缘由在于利用的名字。周末去何方,看到那一个名字的立时本人就问自己了,周末该去何方呢?

对此文档的神态

目录结构中有设docs/以此目录,用于存放代码文档。实际过程中,据本人观望,80%上述的程序员都尚未独自写文档的习惯。一般文档写得相比好的,都是一对开源项目。

在平日的品种中,确实没必要写分外详细的文档,我更赞成的是前几天的一种流行的风骨:
“在代码中写文档”。即在写代码的时候,在代码文件里把软件/模块的简单用法写明。简单有用。

周天去啥地方APP界面

为何要规划好目录结构

“设计项目目录结构”,就和”代码编码风格”一样,属于个人风格问题。对于这种作风上的标准,一向都存在二种态度:

  1. 一类同学认为,那种个人风格问题”无关重要”。理由是能让程序work就好,风格问题根本不是问题。
  2. 另一类同学觉得,规范化能更好的操纵程序结构,让程序有所更高的可读性。

自身是相比偏向于后世的,因为自身是前一类同学思想表现下的直白受害者。我早就维护过一个很是不好读的门类,其落实的逻辑并不复杂,可是却消耗了自我万分长的时光去通晓它想表明的意味。从此我个人对于增进项目可读性、可维护性的渴求就很高了。”项目目录结构”其实也是属于”可读性和可维护性”的范畴,大家计划一个层次显然的目录结构,就是为了达成以下两点:

  1. 可读性高:
    不熟谙这一个项目标代码的人,一眼就能看懂目录结构,知道程序启动脚本是哪位,测试目录在啥地方,配置文件在何处之类。从而丰硕快速的刺探这一个体系。
  2. 可维护性高:
    定义好协会规则后,维护者就能很强烈地精晓,新增的哪个文件和代码应该置身咋样目录之下。那些利益是,随着年华的延期,代码/配置的框框追加,项目结构不会混杂,如故可以协会优秀。

因而,我认为,保持一个层次显然的目录结构是有必不可少的。更何况社团一个不错的工程目录,其实是一件很粗略的事体。

自己一贯认为,好的成品是有温度的,你能规范的感知到它。

私家觉得拔取在偏下地方做得正确:

1、音信详情界面,可以直接调用导航功用,让用户知道该怎么去相应的地址。

2、音讯详情页面,价格放置在了较为明确的地点,便于价格敏感用户在第一时间决定是否参与这么些活动。

3、不用登录就可以贮藏爱好的位移,对于懒得登陆的用户来说,那一点可以说不行的密切。

本来,也有欠缺的地点:

1、没有遵照价钱来筛选的功用,对于价格相比较敏感的用户来说简直是抓狂。指出增添价格筛选成效。

2、信息详情页面,背景图片其实是有一些张的,可是首先次打开的时候我一心没觉察有好几张图片。

3、既然已经在应用内部引入了高德导航,为啥不做的更多一点吧。提出在地形图上标明出装有附近好玩的地点。

4、对于亲子、约会等相比分外的归类,提出以另一种消息呈现形式来呈现活动音信。

关于requirements.txt和setup.py

产品细节

目录协会格局

有关什么协会一个较好的Python工程目录结构,已经有部分拿走了共识的目录结构。在Stackoverflow的其一问题上,能收看我们对Python目录结构的座谈。

此地面说的已经很好了,我也不打算重新造轮子列举各类不同的情势,这其中我说一下自家的精晓和认知。

倘诺你的门类名为foo, 我相比提出的最方便迅速目录结构这样就充分了:

Foo/
|-- bin/
|   |-- foo
|
|-- foo/
|   |-- tests/
|   |   |-- __init__.py
|   |   |-- test_main.py
|   |
|   |-- __init__.py
|   |-- main.py
|
|-- docs/
|   |-- conf.py
|   |-- abc.rst
|
|-- setup.py
|-- requirements.txt
|-- README

简短解释一下:

  1. bin/:
    存放项目的有些可执行文件,当然你能够起名script/等等的也行。
  2. foo/: 存放项目标保有源代码。(1)
    源代码中的所有模块、包都应该放在此目录。不要置于顶层目录。(2)
    其子目录tests/存放单元测试代码; (3)
    程序的进口最好命名为main.py
  3. docs/: 存放一些文档。
  4. setup.py: 安装、部署、打包的脚本。
  5. requirements.txt: 存放软件倚重的表面Python包列表。
  6. README: 项目表达文件。

除开,有局部方案提交了尤其多的情节。比如LICENSE.txt,ChangeLog.txt文件等,我从没列在这里,因为那一个东西紧假使序列开源的时候需要用到。如若您想写一个开源软件,目录该怎么协会,能够参照这篇作品

下边,再简单讲一下本人对那个目录的了然和个体要求啊。

  • 被苹果首页推荐了),之后基本平稳在旅行榜单80名左右。

2016-01-08

1、团队游,上班一族,首如果 23 – 35
岁,可能是对团建感兴趣,不过不领悟该去哪边地方玩。对这样的人群来说,玩的地点最好永不太近或者太起亚,同时最好可以让8
-10人左右的团伙玩的敞开。

2、家庭游,有小孩子一族,重假设 30 – 45
岁,希望在星期三带着一家人出来游玩,对如此的人流来说,玩的地点一定即使能带小孩一起的,并且最好是相符小朋友玩的地点。

3、约会游,有男女朋友一族,首如若 19 – 28
岁,这样的人期望在星期天带着祥和的男(女)朋友去度过幸福的二人世界,对于这么的人流来说,玩的地点可不可以玩可能并不是最重点的,最重点的应当是是否可以增近2人之间的关系。

4、单身游(班级游),给这多少个还不曾男女朋友的人,紧假如 19 – 35
岁,这样的人指望可以玩的戏谑,对玩的地方要求或者最高。

您看,多灵活啊,这不是玩,这是一种生存形式。类似的鼓吹,比如携程等旅行应用,它们会对你说,旅行是一种生存格局;易到用车等专车集团会对你说这是一种出行模式。聪明的制品,他们不会平昔告知用户来使用它们的产品吗,他们会先去营造一种氛围,一种生活方法与文学,你也想拥有这么的生存格局?这就来用大家的产品吗。

行使愿景

可以看来,应用的首页便是本周采用,以一张图片配上文字作为信息来显现,采用这种布局方法的运用中比较出名的相应算
Airbnb
。这种布局会使利用变得相比小清新,可是正如糟糕的少数在于,这种传言音讯的法门容易让用户不是很容易在第一时间关注到她们想要关注的音讯。当图片与文字同时设有的时候,不知底该第一时间关注哪方面的内容,容易让用户发生失重的痛感。

是一款使用,更是一种体验休闲周末的活着格局

查阅周末去何地的翻新记录,发现相比较有趣的一个事情。iOS应用在2014年二月26日翻新的本子
V2.0.0 扩大了底层导航,而在2014年二月31日更新的版本 V3.0.0
里面将首页调整为本周挑选,同时将底部菜单栏收起至左侧。

美团有大面积游板块,阿里旅行有大面积游板块,去啥地方旅行有周末游板块,携程旅行有周末游板块,高德地图有周末去何方板块,那些大利用都指望在这个领域分一杯羹。

直面这一个大商店的竞争,不明了周末去什么地方在接下去会利用何种方法引发用户的关注。

骨干职能

除此应用之外,我觉着起名相比有意思的,还有饿了么、去哪儿、乐乎等等,这么些产品的名字都能让用户发生使用它们的欲念,最起码也是开拓看看。甚至有的产品取的或是是用户的口头语,比如微信的恋人圈功效等。对于一个创业集团来说,给自己的出品取一个力所能及引发用户的名字可能是一个科学的起初。

为福特(Ford)引进周末大规模游和地方活动的行使

2014年,旅游户外领域,共有8家公司成功 B
轮融资,周末去哪个地方就是里面之一。从这些角度来看,仍然相比受资金市场认同的。

直面的泥坑

简介 – 愿景  – 融资情状 – 同类产品 –  大旨效能 – 紧要用户人群 –
产品细节 – 产品数据 – 面对的泥坑 – 以后发展前景

私家觉得,目前的首页对于一个新用户来说,并不能充裕实惠地收获她想要的始末,反而是摸索页面的部分内容,我认为比本周援引更应当让用户优先看到。

根据 IT桔子 数据

二零一三年十二月份得到 经纬创投 数百万人民币 A 轮投资

2014年九月份得到 蓝湖资本 1000万韩元 B 轮投资

融资境况

首先,先让大家来打听下那款应用:

可以见到,即便周边游是旅游行业的一个细分领域,然则实际上这其间或者有成千上万坑的。对待不同的用户群体可能需要动用不同的产品设计或者运营策略。同样,在地点推荐的时候,可能也急需考虑更多。

俺们都有这般的迷离,在周末的时候,不想宅在家里,希望出来玩玩,可是却又不知道该去何地玩。只有两天时间,不可能去太远的地点,不过附近又有哪些好玩的地方吧,我该咋样便民的知道啊。

早期的周日去什么地方,可能更多的是一个信息聚合应用,对用户周围的好玩幽默的地点举办人工筛选然后推荐。

不过在2014年八月12日iOS版本新增的「商户入驻」效率之后,应用就逐渐演化成用户与商家直接互动的阳台。

在将来,最好的结果可能会成为广大商户信息分发以及与用户维护关系的平台,较差的结果可能是被某个大公司看中,然后收购如故兼并。

本身不是特地了然在 2.0 到 3.0
的经过当中,周末去何方的制品同学是何等考虑的,底部菜单移到左手可以领会,毕竟收藏、设置、动态等效果对用户来说不要大旨效用,可以隐藏起来,可是怎么对用户来说应该更关键的分类效能不在首页展现呢。

接下去,大家就来大概的看下这款产品,大家的剖析各类如下

豆类同城、美星期五、108天周边游、懒人周末、度周末、城觅

那是自家的第二篇分析,前几天写了关于追书神器的剖析,有趣味的敌人也得以看看,欢迎大家给意见。

在WEB端有豆瓣同城满意这样的要求,那么移动端呢?有什么相比好的代表产品吗?周末去哪个地方或许是内部发展的相比不错的一款产品。

利用下载情况

豆瓣同城应该算是WEB端最强势的广泛游产品了,聚集了一大批喜欢看展览、讲座、歌舞、戏剧、演唱会、相声剧、音乐剧等休闲文化活动内容的经济学女青年。其他产品均是多年来起来的普遍游产品。

一句话简介

周末去何方下载数据(数据来源:App Annie)

对于周末去何方来说,主题界面紧要有六个,一个是首页本周采用界面,另一个则是逃匿在搜索界面的归类效率界面。

发表评论

电子邮件地址不会被公开。 必填项已用*标注

网站地图xml地图