【零基础】学会微信小程序开发-序章

本文作者微笑君分享了自己从零基础学习微信小程序开发的经历,强调了面对困难时要有勇气尝试和学习。文章指出,具备基础的HTML、CSS、JS经验是开始学习的前提,介绍了初期学习的难点,如前端开发基础不足、UI设计挑战等。通过实践,作者逐步掌握了小程序开发,从模仿到独立设计,经历了UI的多次迭代。作者决定通过系列文章分享自己的学习经验,帮助其他零基础学习者快速入门并避免踩坑,开启小程序开发的旅程。

摘要生成于 C知道 ,由 DeepSeek-R1 满血版支持, 前往体验 >

理解并能掌握本系列文章内容,要求读者具有基础的HTML、JS、CSS开发经验。

哈喽,大家好,我是微笑君,自从去年也就是2020年10月份,偶然接触了一个小程序,让我瞬间有种眼前一亮的感觉,内心生出了一个想法:我想做一个这样的小程序,但是要比它做的更好!

不过激动之余,仔细想了一下,对于小程序开发,真的就是完完全全的零基础,在这之前,对于小程序仅仅只是使用过,那么想要快速上手学习并能尽快投入到实际开发中确实还是有很大挑战的。

通过我深思熟虑的思考后,总结了当下所遇到的难点:

1、从未接触过小程序开发,所以小程序开发对于我来讲就是一个黑盒,那么如何找到突破口是非常关键的,正所谓苍蝇不叮无缝蛋,必须要找到一个突破点,先让我们“钻”进去。
2、前端开发的基础过于薄弱(因为我本身是做后端的,只会一些简单的CSS布局),如何能做出一个有设计感、交互体验高、好用、易用的UI这也是一个非常棘手的问题。

通过以上分析,可以看出来对于微信小程序开发,我真的是一个零基础、连门都没找到的人,但是你认为我会放弃吗?答案很明显,并不会!如果真的放弃了,也不会有今天这篇文章出现了(手动滑稽)。

那么我们如何能一路披荆斩棘、不畏艰难险阻最后顺利到达成功的彼岸呢?我给你的答案是,不要想太多,不要好高骛远,古语有云:“不积跬步无以至千里,不积小流无以成江海。”,你只有迈出第一步,才有后续的可能。

所以我们第一步要做的就是甩开膀子大胆干,不要害怕什么都不会,不会可以学,但是不学就真的什么都不会了。

一开始说实话我也不知道从何入手,于是网上搜了一些微信小程序开发基础教程,看了一些视频教程后,基本把微信开发者工具如何使用弄明白了,也搭建起来了一个简单的demo工程并在手机端运行了起来。

这个时候我尝试模仿之前看上的那个小程序做一下页面UI,但是由于并没有设计经验,导致明明脑子有想法,但是却感觉无从下手,不知道如何通过代码把它给实现出来,我相信非专业前端设计的朋友如果真的去做小程序开发一定也会遇到跟我同样的问题,不过别担心,这都是短暂的,通过我亲身实践,我已经掌握了战胜这个问题的诀窍,跟着我一起学便是!

下面我给大家展示一下,从我做这个项目开始,一直到上线再到版本迭代,前端UI的变化:
1、第一版页面首页原型,模仿
初版模仿设计

2、小程序实现原型设计
在这里插入图片描述
3、不断完善,添加各种样式在这里插入图片描述
4、重新调整思路,讲将主业页风格调整,换了背景图片在这里插入图片描述
5、首页菜单调整,这几个菜单按钮都是我用PS+AI制作的
在这里插入图片描述
6、还是在设计首页的布局
在这里插入图片描述
7、这个是第一个线上版本,虽然还是不那么美观,但是跟初稿相比,是不是已经有很大的进步了
在这里插入图片描述
8、这个是最新版本,重新设计了UI,感觉比之前的更加高大上了
在这里插入图片描述

由于篇幅原因,这里没办法把这几个月我所有的经历全部描述一遍,但是通过这几个月接触小程序开发,我确实做到了从一个零基础小白到现在可以得心应手的开发小程序的一个完美进阶。

知识要分享才有价值,我觉得很多朋友经历可能跟我一样,零基础想学,但是苦无一个能领进门的“老师”,而且市面上的教程很多,但是并不适合自己,所以我想通过一系列文章,把我这几个月的学习经历、经验分享给大家,正所谓实践出真知,我相信我的这些经验能够很快让你入门,并能在实际开发中提供足够多的参考价值,避免你在学习过程中踩坑。

那么废话不多说了,接下来,我会按每周1-2篇的速度更新这个系列的文章,若有幸看到的朋友有什么问题都可以给我留言,我看到后都会第一时间给你回复的,那么接下来让我们开始这段“冒险之旅”吧!

### GitLab Commit Pending 状态的含义 在 GitLab 中,`pending` 是一种表示任务尚未被处理的状态。当一个提交(commit)关联到 CI/CD 流水线时,流水线中的作业(job)可能会处于 `pending` 状态。这通常意味着该作业已经被创建并排队等待执行,但由于某些条件未满足,它还没有开始运行。 --- ### 导致 Commit 状态为 Pending 的常见原因 以下是可能导致 GitLabcommit 状态为 `pending` 的几个主要原因: #### 1. **缺少可用的 Runner** 如果项目没有绑定任何有效的 GitLab Runner,则所有的 CI/CD 作业都会停留在 `pending` 状态[^2]。这是因为没有任何 Runner 可用来执行这些作业。 解决方案:确保至少有一个 Runner 被分配给当前项目,并且该 Runner 处于在线状态。 #### 2. **`.gitlab-ci.yml` 文件缺失或错误** 如果项目的根目录下不存在 `.gitlab-ci.yml` 文件或者其内容有语法错误,CI/CD 流程无法正常启动,从而导致所有作业都保持在 `pending` 状态。 验证方法:检查仓库是否存在有效配置文件以及是否遵循 YAML 格式的规范。 #### 3. **Runner 配置不当** 即使存在可用的 Runner,但如果它们的标签设置不符合 `.gitlab-ci.yml` 中的要求,也会使作业卡在 `pending` 状态。例如,在 `.gitlab-ci.yml` 中指定了特定标签而现有 Runners 不具备相应标签的情况下就会发生这种情况。 #### 4. **Auto DevOps 默认行为影响** 启用 Auto DevOps 功能后,默认会尝试应用一系列预定义模板来构建、测试和部署应用程序。然而,如果不小心启用了不必要的选项(比如默认管道),则可能干扰正常的 CI 工作流[^3]。因此建议根据实际需求调整相关设置以避免冲突。 #### 5. **API 或集成问题** 对于较旧版本(如提到的 v11.x系列以前的情况),由于缺乏原生支持或其他外部工具(像 Jenkins)之间的协作机制不足等原因也可能造成类似的状况出现;此时需借助额外插件或是通过调用官方提供的 RESTful APIs 来手动更状态信息[^4]。 --- ### 解决方案概述 针对上述各种可能性可以采取如下措施逐一排查解决问题所在之处: - 检查是否有合适的runner注册到了目标project上; - 审核.gitlab-ci.yaml的内容及其正确性; - 如果使用了tags功能的话确认runners端口与jobs请求相匹配; - 对auto devops特性做适当裁剪定制化适合自己团队使用的流程; - 当涉及到跨平台联动开发场景时候考虑升级软件栈至最稳定版同时查阅对应文档指南完成必要的适配改造工作. --- ```python import requests def update_commit_status(project_id, sha, token, state="success"): url = f"https://your-gitlab-instance/api/v4/projects/{project_id}/statuses/{sha}" headers = {"PRIVATE-TOKEN": token} payload = { 'state': state, 'description': 'The build was successful', 'context': 'continuous-integration/jenkins' } response = requests.post(url, headers=headers, data=payload) return response.json() ``` 此脚本展示了如何利用 Python 和 Requests 库去调用 GitLab API 更改指定提交记录的状态为例证之一. ---
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包

打赏作者

外柏叁布道者

你的鼓励将是我创作的最大动力

¥1 ¥2 ¥4 ¥6 ¥10 ¥20
扫码支付:¥1
获取中
扫码支付

您的余额不足,请更换扫码支付或充值

打赏作者

实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值