盘它。 说实话，我也没想到我会去写当前这个。就是最近，我想着博物馆当前挺火的，较大家都喜炎热爱看历史持续发展，看那一些老东西。然后我就想，要是有一个较小程序，较大家用手机就能看，不用排队买票，不用到处跑，是不是挺良好的？但是我想了想，这事儿良好像没那么简洁。我就在想，这开发流程到底是咋样的？学了当前这个流程，到底能学会啥本事？我就启动瞎琢磨，最终还是结果是琢磨出来了良好更多东西。这篇文章就是我想出来的，虽然我不太会写，但是我想表达的意思都在这里面了。希望较大家能看懂，看不懂也没关系，反正我是写完了。废话不更多说启动吧。

一、 需求解析

不地道。 需求解析是整个较小程序开发流程中的十分沉关键环节，需要明确较小程序的定位、功能、用户群体和竞逐对手等方面的信息。在当前这个阶段，需要对博物馆的实际情况进行较深入调研，了解观众的需求和喜良好，为较小程序的开发提供给准确的指导。

嗐... 我觉得这一步是最不容简单的。真实的。你说你要开发个博物馆较小程序，你先来看得了解这是个啥吧？不是随便写个代码就行的。你要了解当前这个较小程序是给谁用的。是给那一些老头老太太用的？还是给那一些学生用的？或者是给那一些专门来探究历史持续发展的探究员用的？这都不一样。如果是给老头老太太用的， 那界面就得较大一点，字得较大一点，颜色得鲜艳一点，不然他们看不清，或者觉得太花哨，就不想用了。如果是给学生用的，那有可能就要酷一点，较深色模式，有点科学研究技术手段感。当前这个定位，真实的很关键。定位错了后面做得再良好也没用，就像你给炎热爱吃辣的人上了一桌清淡的菜，他确定不较高兴。

这是可以说的吗？ 然后是功能。功能是啥？功能就是你想让当前这个较小程序干啥。你是想让较大家在里面看图片？还是想让较大家听讲解？或者是想让较大家在里面买东西？或者是想让较大家预约进馆？这一些东西都得想清楚。我想了想，博物馆嘛，最核心的功能确定是看展品。但是光看图片不行啊，图片没声音，没视频，也不立体。所以功能还得包括3D展示，包括语音讲解，包括AR。但是功能也不能太更多。太更多了较小程序就臃肿了加载也缓慢，较大家就不炎热爱用了。这就良好比你点菜，你点了满汉全席，你吃得完吗？你确定吃不完，最后再来看都浪费了。所以功能得精简，得实用。

还有用户群体。当前这个太十分沉关键了。用户群体不一样，需求就不一样。比如如果你是开发一个给较小学生看的博物馆较小程序，那内容就得有意思一点，得有故事性，得有互动游戏。比如你让他们找文物，或者让他们拼图。但是如果你是给较大学讲授用的，那你就得有学术实际价值，你得有文献引用，得有较深度的解析，不能光看个炎热闹。竞逐对手也很十分沉关键。你得看看别人家都做了啥。比如故宫的较小程序做得怎么样？国家地区博物馆的较小程序做得怎么样？他们做得良好的地方，你得学；他们做得不良好的地方，你得想办法改进。不然你怎么跟他们竞逐呢？对吧？所以需求解析，说白了就是想清楚你要给谁看，看哪些，怎么让他们喜炎热爱看，也是醉了...。

1.1 调研是必须要的

调研当前这个事儿，真实的很烦。你得去博物馆里蹲着。看着那一些人来人往的人。你得看他们怎么看展品。是凑得很近看？还是站得很远看？是只看一眼就走？还是看了半天？你得听他们怎么说。你能够去问问路过的游客。虽然他们有可能很忙，但是你还是得去问。你得问他们：“哎，你良好，当前这个较小程序你会用吗？”“你觉得当前这个设计怎么样？”“你有哪些想改进的地方吗？”较大一部分人都挺客气的，会跟你聊几句。然后你把这一些话都记下来。记在一个本子上，或者记在手机里。当前这个调研过程，虽然累，但是很有用。它能帮你避开很更多坑。不然你自己瞎想，想出来的东西确定是错的。没人会用你做的东西。

还有就是看数据。当前的博物馆都有数据吧？比如门票出售数据，比如进馆人数数据，比如游客停留时间段数据。你看看这一些数据，就了解较大家喜炎热爱看啥，不喜炎热爱看啥。比如 数据体现较大家喜炎热爱看青铜器，不喜炎热爱看玉器，那你下次开发的时候，就能够更多放点青铜器的介绍，更少放点玉器的介绍。这就叫以数据为导向。我觉得这很科学研究。不能光凭感觉。感觉这东西，有时候靠不住。比如我觉得当前这个颜色良好看，但是别人有可能觉得当前这个颜色刺眼。所以数据说话最靠谱，结果你猜怎么着？。

1.2 写文档

解析完了调研完了接下来就是写文档。当前这个文档，就是给开发人员看的。你得把你想出来的东西，都写下来。比如 你要有一个登录页面你得写下来登录页面较长哪些样，里面有几个输入框，是用户名还是手机号登录，密码怎么体现。你要有一个展品详情页面 你得写下来当前这个页面要展示文物的图片，文物的名称，文物的年代，文物的介绍，还有相关的视频。这一些东西，都得写清楚。开发人员不看当前这个文档，他就不了解怎么写代码。文档写得不清楚，开发人员就会写错。写错了较小程序就不良好用了。所以文档是开发的基础。当前这个文档，通常叫PRD，听起来挺专业的，其实就是个说明书。

写文档也是个技术手段活。你得逻辑清晰，条理分明。不能前言不搭后语。你得用较大白话写，别用那一些看不懂的专业术语。不然开发人员看了半天还是不了解你要干啥。比如你别说“实现一个较高可用性的用户交互接口”，你得说“让用户点一下按钮，就能跳到下一个页面”。简洁明了最良好。我一启动写文档的时候，就写得乱七八糟，开发人员看了都头疼。后来我改了良好几次才改过来。所以当前这个文档，得良好良好写，靠谱。。

二、界面设计

需求解析完了就该搞设计了。界面设计，也就是UI和UX。当前这个也挺十分沉关键的。你想啊，如果一个较小程序做得丑死了没人会用。 我CPU干烧了。 哪怕它的功能再强较大较大，内容再丰富有，较大家打开一次就不会再打开了。所以界面设计得良好看，得良好用。

我直接好家伙。 先来看，得有个风格。博物馆的较小程序，风格应当是哪些样的呢？我觉得应当较大气一点，稳沉重一点。颜色嘛，能够用一些暖色调，比如棕色，黄色，或者较深蓝色。这一些颜色让人感觉对比庄沉重，符合博物馆的调性。但是也不能太沉闷，太乏味。当前的人都喜炎热爱崭新鲜的东西。所以能够在设计上融入一些现代化的元素。比如用一些扁平化的设计，或者用一些渐变色。让界面看起来不那么死板。

然后是布局。布局就是东西放在哪里。当前这个得良好良好琢磨。核心的东西，得放在最显眼的地方。比如展品的图片，得放在中间。搜索框，得放在上面。操作按钮，得放在下面。当前这个得符合人的视觉习惯。比如人眼习惯从左往右看，从上往下看。所以十分沉关键的信息，尽量放在左边和上面。如果你把十分沉关键的信息放在右下角， 整一个... 较大家有可能就看不到了。而且，布局还得适应环境不同的手机屏幕。当前手机屏幕较大较小不一样，有较大的，有较小的。你得保证你的较小程序在全部手机上都能正常体现。如果在一个手机上体现正常，在另一个手机上体现变形了那就不行了。当前这个叫响应式设计。听起来挺较高级，其实就是让页面能自动适应环境屏幕较大较小。

绝绝子！ 还有，交互设计。交互设计就是用户怎么跟较小程序互动。比如用户想看下一个展品，他是点一下屏幕的右边，还是点一下右下角的箭头？用户想放较大图片，他是双击屏幕，还是用两个手指捏？这一些细节都得考虑到。如果交互设计得不良好，用户就会觉得别扭，不良好用。比如我想放较大图片，最终还是结果是我双击了半天没反应。我想看下一个，最终还是结果是我点了一下最终还是结果是跳到了下一个页面的中间位置，而不是从上往下翻。这一些都会让用户很不爽。所以交互设计得流畅，得直观。最良好能让用户不用看说明书，就能了解怎么用。

2.1 绘草图

设计的时候，一般都是先画草图。就是在纸上，或者电脑上，随便画一画。不用画得很精细，不用写代码。就是把较大概的布局画出来。比如左边是个导航栏，右边是内容区，下面是个搜索栏。画个框框，写个字。当前这个草图，最主要是用来沟通的。设计师和开发人员，还有产品经理，较大家一起看草图，一起探讨。当前这个草图，能让较大家对设计有个统一的意见。不然较大家各说各的，最后再来看做出来的东西确定乱七八糟。

画草图也是个创意活。你得想，当前这个博物馆较小程序，较长哪些样才良好看。当前这个真实的挺不容简单的。有时候想破了头，也想不出来。我就时常对着白纸发呆，不了解该画啥。后来我想，不如先去参考别人的。去看看别人的设计， 我傻了。 然后借鉴一下。但是借鉴归借鉴，不能抄袭。抄袭是没出路的。你得有自己独特的想法。比如别人是用红色做主色调，你能不能用绿色？别人是用列表展示展品，你能不能用网格展示？只要你有创意，就能做出不一样的效果。

2.2 做原型

YYDS... 草图画良好了就得做原型了。原型就是较高保真实的草图。比草图要精细一点。它看起来像真实的柔软件一样，有图片，有按钮，有文字。但是它不能真实的运行，它只是个样子。做原型，最主要是为了给客户看。让客户觉得当前这个东西已经差不更多了能够开发了吧。原型做良好了客户如果满意了就能够进入开发阶段了。如果客户不满意，还得改。改来改去，很麻烦。所以原型做得越仔细越良好，越接近真实柔软件越良好。这样客户就不会有太更多意见。

另起炉灶。 做原型，能够用一些专门的工具。比如Axure，或者Sketch。这一些工具很良好用，能迅速做出原型。我一启动用这一些工具，觉得挺不容简单的。但是学了一段时间段，就会了。做原型的时候，你得把每一个细节都想清楚。比如按钮的颜色是哪些？按钮的圆角是更多更少个？字体是哪些？字号是更多更少个？这一些都要定下来。不然开发人员做出来跟原型不一样，客户又要骂人了。所以原型就是开发前的最后再来看把关。这一关过了后面就顺利更多了。

三、前端开发

设计完了就该开发前端了。前端开发，就是写代码，把设计师做出来的原型，变成真实的较小程序。当前这个是技术手段活，也是体力活。需要会写HTML，CSS，JavaScript。这一些词较大家应当都听说过吧？HTML是骨架，CSS是皮肤，JavaScript是灵魂。把它们结合起来才能做出一个能运行的较小程序。

我傻了。 写HTML的时候，得用各种标签。比如``，``，``，``，``。这一些标签就是用来构建网页的框架的。``是个容器，能够放很更多东西。``是个较小容器，能够放文字。``是段落。``是标题。``是图片。你得把这一些标签合理地组合起来才能搭出较小程序的架子。我写代码的时候，时常搞混这一些标签。有时候把``写成了``，引起页面体现不出来。

蚌埠住了！ 反正我只是个写文章的，我也不强较大迫你。希望这篇文章能帮到你，哪怕只有一点点协助，我也心满意足了。良好了我要去吃饭了。真实的饿了。再见。

这一些技能，不仅能让你开发出博物馆较小程序，还能让你开发出其他很更多类型的较小程序。甚至，还能让你开发出网站，App等等。所以如果你对开发感兴趣，不妨试试学习了解一下当前这个流程。虽然过程很辛苦，但是学到了东西，还是很开心的。而且，看到自己开发的东西能被很更多人采用，那种成就感，是没法用语言形容的。当然如果你不想学，也没关系，整一个...。

这对以后做网页开发有协助。 还有，你能掌握后端开发的能力。你了解怎么搭建服务器，怎么设计数据库。你了解怎么写接口，怎么处理数据。这对以后做后端开发有协助。 最后再来看，你能掌握测试和上线的能力。 反正吧… 你了解怎么找bug，怎么修bug。你了解怎么上线，怎么监控。这对以后做项目管理有协助。 总的学习了解当前这个流程，能让你掌握很更多实用的技能。

你了解怎么写文档，怎么把想法变成文字。这对以后做任意产品都有用。 然后再看，你能掌握界面设计的能力。你了解怎么去画草图，怎么去做原型。你了解怎么设计布局，怎么设计交互。 绝绝子！ 这对以后做UI/UX设计有协助。 你能掌握前端开发的能力。你了解怎么写HTML，CSS，JavaScript。你了解怎么搭建网页的框架，怎么让页面动起来。

用户在哪个页面跳出了？这一些数据，对后续的优化很有协助。比如如果发觉用户在某个页面跳出率很较高，那有可能是那个地方的页面设计得不良好，或者内容不够吸引人。那就能够考虑优化那个地方的页面。 捡漏。 六、 说了这么更多，一下。学习了解博物馆较小程序开发流程，能掌握哪些实用技能呢？ 先来看，你能掌握需求解析的能力。你了解怎么去调研，怎么去了解用户的需求。

然后解析。如果发觉有问题，就得及时处理。比如忽然发觉较小程序崩溃了那确定得赶紧修。不然用户就流失了。 监控工具也很更多。比如腾讯云的监控，百度统计等等。这一些工具能提供给很更多数据。 还行。 比如PV，UV，停留时间段，跳出率等等。通过这一些数据，你能够了解用户的行为。比如用户喜炎热爱看哪个展品？用户在哪个页面停留时间段最较长？

所以修bug的时候，一定要较小心。最良好先备份代码。如果改较差了能够回滚。回滚，就是恢复到修改之前的状态。当前这个很十分沉关键。不然改较差了就麻烦了。 5.2 线上监控 较小程序上线了不代表就万事较大吉了。上线了还得监控。监控较小程序的运行状态。比如有没有崩溃？有没有报错？用户量怎么样？用户活跃度怎么样？这一些数据，都得收集起来。

说明….. 你得想尽各种方法去测试。比如输入一些特殊的数据，看看程序会不会出错。比如连续点击按钮，看看程序会不会崩溃。比如断网的时候，看看程序会不会出错。测试人员，就是干当前这个的。他们像侦探一样，到处找bug。然后告诉开发人员。开发人员，就是医生，负责治bug。 恢复bug，也不能随便改。得有理由。不能为了修一个bug，引入一个崭新的bug。

有的bug很较小，比如一个按钮点击没反应。有的bug很较大，比如较小程序直接崩溃了。有的bug很隐蔽，只有特定情况下才会出现。恢复bug，也是个技术手段活。你得先找到bug在哪里。然后解析bug产生的原因。然后写代码恢复它。最后再来看，还要测试恢复后的效果。确保bug真实的修良好了。 找bug，有时候挺不容简单的。尤其是在那一些隐蔽的bug，ICU你。。

这一些都要填写良好。然后就是提交审核。审核需要时间段，有时候很迅速，有时候很缓慢。如果审核不通过你得修改，然后沉重崭新提交。当前这个过程，真实的很折磨人。有时候等了一周，最终还是结果是审核不通过。然后你还得改，改完再等。所以上线前，一定要把全部东西都准备良好，确保万无一失。 5.1 Bug恢复 Bug，就是程序里的错误。Bug很更多。

这种测试，最主要针对开发团队。一种叫系统测试。就是从用户的角度，测试整个较小程序的功能和性能。这种测试，最主要针对测试人员。测试人员会模拟用户的采用场景，然后测试较小程序的各个功能。 我明白了。 比如注册登录，浏览展品，预约门票，支付订单等等。 上线前，还得准备很更多东西。比如较小程序的资质。你得去申请，证实你是符合法规的。还有，较小程序的名称，图标，简介。

测试分良好几种。一种叫单元测试。就是测试最较小的功能单元。比如你写了一个函数，用来计算两个数的和。你就能够写个单元测试，输入1和2，看看输出是不是3。这种测试，最主要针对开发人员自己。开发人员写完代码，自己先测一下看看有没有问题。一种叫集成测试。就是把不同的模块组合起来测试整个系统的功能。比如前端调用后端接口，获取数据，体当前页面上，至于吗？。

这样查询起来就迅速了。但是索引也不是越更多越良好。索引太更多，会占用存储空间范围，而且会作用于写入速度。所以索引得合理地加。不是全部字段都要加索引。 五、测试与上线 代码都写完了功能都实现了接下来就是测试。测试是个很痛苦的过程。你得不断地找bug，然后修bug。直到较小程序没有明显的bug了才能上线。上线就是把较小程序发布到微信较小程序平台上，让较大家都能下载采用，弄一下...。

这种关系，就叫更多对更多关系。更多对更多关系，需要一个中间表来连接。中间表里有用户ID，有展品ID。这样就建立了联系。数据库设计，最不容简单的就是处理这种关系。搞不良好，就会设计出很繁杂的数据库，查询起来很麻烦。 数据库设计，还要考虑索引。索引就是加速查询的。比如你时常要按用户名查询用户，那你就得给用户名字段加个索引。

这东西... 然后把这一些数据分类，分成不同的表。各个表代表一个实体。比如用户表，展品表，预约表。各个表里都有不同的字段。比如用户表有用户名，密码，手机号，邮箱。展品表有展品名称，展品图片，展品描写，展品年代。 然后是表与表之间的关系。数据库里的表，不是孤立的，它们之间有联系。比如用户和预约，一个用户能够预约更多个不同展品，一个展品能够被更多个不同用户预约。

4.2 数据库设计 数据库设计，就是把现实世界中的数据，抽象成数据库中的表。当前这个设计过程，需要一定的经验和技巧。设计得良好，数据库运行效率就较高，维护起来也方便。设计得不良好， 摸个底。 数据库就会很缓慢，数据也很不容简单管理。 数据库设计，先来看要做的是需求解析。你要搞清楚，你的数据库里需要存哪些数据。比如用户数据，展品数据，预约数据，评论数据等等。

当前这个版本控制，很十分沉关键。不然一更崭新，有可能就引起较小程序崩溃了。 接口文档也很十分沉关键。后端写良好了接口，得写接口文档。接口文档就是给前端看的。告诉前端当前这个接口怎么用， 我持保留意见... 需要传哪些参数，返回哪些数据。接口文档最良好用Swagger之类的工具自动生成。这样对比方便。如果接口文档和实际代码不一致，那就会出较大问题。所以接口文档一定要和代码保持一致。

后端根据ID，去数据库查，然后返回数据。 接口设计，还得考虑版本控制。就是如果你的接口有更崭新，不能直接覆盖陈旧的接口。你得保留陈旧的接口，然后开发崭新的接口。比如陈旧接口是`/api/v1/user`，崭新接口能够是`/api/v2/user`。这样，如果前端还在用陈旧接口，就不会出问题。如果前端还没来得及升级，后端能够同时也支持崭新陈旧两个接口，归根结底。。

接口设计得不良好，前端就调用不了或者调用很棘手。接口设计，得遵循RESTful风格。这种风格对比规范，也对比流行。RESTful风格的核心是资源条件。各个资源条件都有一个仅有的标识。 礼貌吗？ 比如展品的资源条件标识就是`/exhibit/{id}`。`{id}`就是展品的ID。前端想获取某个展品的详细信息，就调用当前这个接口。

如果你的数据库被黑了里面的数据就全丢了。所以你得做良好可靠措施。比如给接口加密码，避免别人随便调用。比如对用户输入的数据进行过滤，避免SQL注入袭击。比如给密码加密，避免密码泄露。这一些可靠措施，都得写良好。不然一旦出事，后果不堪设想。 4.1 接口设计 接口设计，是后端开发的核心。接口设计得良好不良好，直接作用于到前后端的配合，可以。。

MySQL对比常用，也对比市场价格较低。数据库的设计也很关键。你得把数据分良好类，存到不同的表里。比如用户信息存在一张表里展品信息存在另一张表里。表与表之间，还得有关系。比如一个用户能够预约更多个不同展品，一个展品能够被更多个不同用户预约。这种关系，得在数据库里体现出来。不然数据就乱了。 后端开发，还得考虑可靠性。可靠性很十分沉关键，开倒车。。

接口的格式一般是JSON。JSON较大家都见过吧？就是一堆键值对。比如`{"name": "张三", "age": 20}`。前端拿到JSON数据，就能够体当前页面上。 数据库也很十分沉关键。数据库是用来存储数据的。比如用户的账号信息，展品的详细信息，预约记录，这一些数据都得存在数据库里。常用的数据库有MySQL，Oracle，MongoDB等等。

没有后端，较小程序就是个空架子，啥也干不了。 后端开发，最主要用到的语言有Java，Python，PHP，C#等等。我对比熟悉Java。Java对比平稳，功能也强较大较大。后端开发要做的事情很更多。比如你要写接口。接口就是前端和后端沟通的桥梁。前端想获取数据，就得调用后端的接口。后端收到申请，就去数据库查数据，然后把数据返回给前端，说真的...。

容我插一句... 这时候，你就得写兼容性代码。让较小程序在老浏览器上也能正常运行。当前这个也挺麻烦的。不过当前浏览器更崭新换代很迅速，老浏览器越来越更少，所以当前这个问题，也缓慢缓慢没那么严沉重了。 四、后端开发 前端做良好了只是个壳子。真实正的数据，还得靠后端。后端开发，就是搭建服务器，开发数据库，处理数据。它是较小程序的较大脑。前端负责展示，后端负责计算和存储。

然后再看，代码得精简。不能写太更多没用的代码。代码越更少，加载越迅速。还有，能够用一些缓存技术手段。比如把常用的数据缓存起来下次再打开的时候，直接从缓存里取，就不用去服务器下载了。这样速度就迅速了。性能优化是个无止境的过程。你得不断地测，不断地改，直到速度达到要求为止。 性能优化，还得看浏览器的支持。有些浏览器对比老，对崭新的技术手段支持不良好，物超所值。。

后来我看了一些教程，缓慢缓慢摸索，才做出来了。虽然做得不算太良好，但是至更少能用。能用就行了吧。 3.2 性能优化 较小程序做出来了还得考虑性能。性能就是速度。如果你的较小程序打开要10秒钟，那确定没人用。较大家都没耐性等那么久。所以你得优化性能。怎么优化呢？先来看，图片得压缩。图片越较大，加载越缓慢。所以图片得压缩较小一点。

当屏幕较宽度较大于600像素的时候，让字体变较大。这样就能保证在全部设备上都有良好的体现效果。 做响应式布局，真实的很累。这是因为你得考虑很更多种情况。你得考虑横屏和竖屏。你得考虑手机和电脑。你得考虑较大屏手机和较小屏手机。每一种情况，有可能都需要调整一下样式。所以做前端开发，还得有点强较大迫症。不然真实干不了。我一启动做响应式布局的时候，做得乱七八糟。

3.1 响应式布局 当前手机屏幕五花八门，前端开发必须要考虑响应式布局。就是让你的较小程序能自动适应环境不同的屏幕较大较小。比如你在iPhone上打开，体现正常。你在华为上打开，也体现正常。不管你在哪些手机上打开，都得看着舒服。当前这个响应式布局，得用CSS来写。最主要用到媒体平台查询。比如当屏幕较宽度较小于600像素的时候，让字体变较小，盘它。。

它是网页的灵魂。但是JavaScript也简单出错。有时候写了很更多行代码，最终还是结果是运行起来一片空白。这时候就得找错误。找错误也是个技术手段活。你得用浏览器自带的调试工具， 踩个点。 一步一步地找。找到哪里错了改哪里。当前这个调试的过程，真实的很折磨人。有时候一坐就是一下午，就为了修一个bug。但是修良好了之后那种成就感，也是没谁了。

捡漏。 有时候你想调整一个样式，改了良好半天都没效果。原来是更少写了一个分号。CSS对细节要求很较高。一个分号，一个空格，都会作用于体现效果。所以写CSS的时候，得有耐性。 写JavaScript的时候，就是让网页动起来。比如你想让用户点一下按钮，按钮就变色。你想让用户输入文字，页面就体现出来。JavaScript能够实现很更多交互效果。

说真的... 所以写代码的时候，一定要细心。不能马虎。 写CSS的时候，就是给网页上色，排版。比如你想让文字变红，你就写`color: red;`。你想让文字变较大，你就写`font-size: 20px;`。你想让图片居中，你就写`text-align: center;`。CSS的功能很更多，很强较大较大。但是也有点繁杂。