项目完成小结:使用DjangoStarter v3和Taro开发的微信小程序
后端DjangoStarter v3秒杀开发,ninja API写起来真香。前端Taro做微信小程序?呵呵,微信烂得一坨但居然有护城河?django-filer和tailwindcss还行,分享搞定,就是拖太久没动代码。
目录14 个章节
前言
不知不觉已经九月了,又到了一年的开学季,我每年都想做的项目墙甚至连个影子都没有…😂
最近生活中的琐事太多了,导致完全没有想写文章的动力,不过再怎么拖还是得记录,随便写写吧~
这次是7月份的一个小项目,谈不上什么技术含量,算是友情开发了。后端 DjangoStarter v3,前端使用 Taro 做微信小程序。
事实上后端基本没啥好说的,基本有什么坑能记录的都在小程序这块,不得不说微信真是史中史,不仅代码写得跟答辩一样,文档更是一坨😂
之前看网上有个说法,正因为微信做得跟答辩一样,才给了小程序开发者一道护城河,现在想起来还蛮有道理的,哈哈哈😃
后端部分
先来说说后端部分吧
自从有了 DjangoStarter ,这类小项目的后端开发已经直接秒了
这个项目里用到几个新的,我之前有写文章介绍了,直接放链接吧~
使用 django-filer 管理文件
忘了这个还没写文章,那么简单介绍一下吧,这个组件可以实现文件(包括图片)的集中管理,还提供了 admin 界面,不过UI风格就比较原始了,而且中文locale还有bug,得手动修改才能正常切换到中文。不过对于这个项目来说是够用的
项目地址: https://github.com/django-cms/django-filer
安装: pdm add django-filer
把 filer 添加到 INSTALLED_APPS 里
添加 src/config/settings/components/filer.py 配置
THUMBNAIL_PROCESSORS = (
'easy_thumbnails.processors.colorspace',
'easy_thumbnails.processors.autocrop',
'easy_thumbnails.processors.scale_and_crop',
# Subject location aware cropping
# 'filer.thumbnail_processors.scale_and_crop_with_subject_location',
'easy_thumbnails.processors.filters',
)
FILER_ENABLE_LOGGING = True
最后修改一下需要用到附件的字段
from filer.fields.image import FilerImageField
class Brand(ModelExt):
name = models.CharField('名称', max_length=100)
# logo = models.ImageField(upload_to='brand_logos/')
logo = FilerImageField(
verbose_name='Logo', null=True, blank=True,
related_name='+', on_delete=models.SET_NULL,
)
大概就这样,具体用法看官方文档吧~
使用 ninja 来编写API
DjangoStarter v3 开始从drf 切换到 ninja
这个 ninja 和 FastAPI 非常像,写起来比 drf 舒服多了,虽然不能像 drf 一样自动生成 crud 接口,不过写起来也多不了多少代码,而且更加灵活。
(PS:DjangoStarter v3 依然支持自动生成 crud 接口,同时还可以使用第三方库来实现自动生成基于 ninja 的 crud 接口,不过我还没用过,可以参考下面的扩展部分)
比如上面说的 django-filer 库,图片字段其实是指向 filer.fields.models.File 模型的外键,所以接口如果没做处理,生成出来的数据就只是一个外键ID而已,所以要修改一下 schema
class CaseOut(ModelSchema):
cover_image: str
@staticmethod
def resolve_cover_image(obj: Case):
if not obj.cover_image:
return f'https://starblog/Api/PicLib/Random/{obj.id}/250/150'
return obj.cover_image.url
class Meta:
model = Case
fields = [
'id', 'is_deleted', 'created_time', 'updated_time', 'name', 'description',
'category', 'car_model', 'part', 'build_time',
]
以上代码会把 cover_image 字段渲染为一个图片地址,如果 cover_image 不存在的话,则返回一个随机图片地址。
schema 实现了逻辑和数据渲染分开,代码结构更清晰。
还可以实现更复杂的逻辑,只需要实现 resolve_字段名 方法就行。
ninja 生态扩展
我也是最近才发现的,原来 django-ninja 还有个中文网,里面写了几个 ninja 生态的扩展,感觉都挺不错的,以后有空可以试试。
- Ninja JWT - 一个用于 Django Ninja REST 框架的 JSON Web 令牌认证插件。
- Django Ninja Extra - Django Ninja Extra 提供了一种 基于类 的方法以及额外的功能,这将使用 Django Ninja 加速您的 RESTful API 开发。
- Django Ninja CRUD - Django Ninja CRUD 是一个强大的、声明式的、但又有点固执己见的框架,它简化了使用 Django Ninja 开发 CRUD(创建、读取、更新、删除)端点的过程,并且还提供了一种声明式的基于场景的方法,用于使用 Django REST Testing(这个包的小弟)测试这些端点。
小程序部分
这次依然使用 Taro 来开发移动端,上次是做 H5(公众号),这次试试 Taro 做出来的小程序咋样,实际效果还行。
状态管理依然选择了 mobx ,用习惯了,前端轮子太多,懒得去试用其他的了~
相比起后端部分,小程序能写的东西会多一点点(但也不多,都很简单)
在Taro里使用tailwindcss
最近我开始使用 tailwindcss ,一下就喜欢上这种高效的样式工具(虽然会有很长的一串class)不过瑕不掩瑜,使用 tailwindcss 可以很方便在网络上 copy 各种样式,还能让 LLM 帮我写各种样式,生产力拉满了~
Taro 官方提供了 tailwindcss 的支持,这点非常好,跟着官方文档来就行
详见官方文档: https://docs.taro.zone/docs/tailwindcss
分享小程序
如果不主动调用,那么只有注册了 onShareAppMessage 事件,才能在点右上角三个点的时候,显示转发按钮;同样的,注册了 onShareTimeline 事件才能分享到朋友圈。
相应的,Taro 里提供了这俩事件的 hook ,直接看代码
import Taro, {useShareAppMessage, useShareTimeline} from '@tarojs/taro'
const CasePage = () => {
const getCase = async () => {
if (!id) return
const data = await CaseService.get(Number(id))
console.log('get case', data)
setCaseData(data.data)
return {
title: `案例:${data.data.name}`,
path: RouterMap.car.case(data.data.id),
imageUrl: data.data.cover_image
}
}
useShareAppMessage(res => {
console.log('执行分享操作', res)
return {
title: '案例分享',
path: RouterMap.index,
promise: new Promise(resolve => getCase().then((data) => {
// @ts-ignore
resolve(data)
})),
}
})
useShareTimeline(() => {
console.log('执行分享朋友圈操作')
return {
title: `案例:${caseData.name}`,
query: `id=${caseData.id}`,
imageUrl: caseData.cover_image
}
})
}
跟小程序文档里说的一样的,需要返回的参数啥的也一样,所以直接看文档吧~
主动分享
主动分享的话,只要把按钮设置成 share 类型就行,Taro 同样做了包装。
<Button type='info' icon={<Share/>} openType='share'>分享</Button>
参考资料
- https://juejin.cn/post/7261774602481369147
- https://developers.weixin.qq.com/miniprogram/dev/framework/open-ability/share-timeline.html
- https://developers.weixin.qq.com/miniprogram/dev/reference/api/Page.html#onShareAppMessage-Object-object
用户登录
本项目中我是做一个单独的页面来处理登录,也可以用 Modal 的形式,不过一开始我还对获取用户信息抱有幻想,因为文档介绍获取用户头像、昵称等信息需要主动触发才行,所以放在一个单独的页面,提供一个登录按钮,让用户去点击。
不过后面发现新版本的小程序已经不能用这种方式获取信息了……
登录这块 Taro 也封装好了,其实就是把 wx.login 的 wx 改成 Taro 而已
const LoginPage = observer(() => {
const handleLogin = async (data: LoginToken) => {
UserStore.login({
token: data.token,
exp: String(data.exp),
})
const userInfo = await AccountService.getCurrentUser()
console.log('获取用户信息', userInfo)
UserStore.userInfo = userInfo.data
Taro.navigateBack()
}
const autoLogin = async () => {
Taro.showToast({title: '正在登录', icon: 'loading'})
Taro.login({
success: async (res) => {
if (res.code) {
console.log('小程序登录,获取code', res.code)
const resp = await AccountService.loginWeApp(res.code)
console.log('小程序登录,请求后端', resp)
await handleLogin(resp.data)
} else {
console.log('登录失败!', res.errMsg)
}
}
})
}
}
拿到小程序 OAuth 之后的 code,调用后端接口登录,搞定。
而且这部分 DjangoStarter v3 也集成了🕶
点击图片打开大图
在图片组件的 onTap 事件里调用 Taro.previewImage 就行,记得把大图的地址传入(如果小图是单独的地址的话)
<Image
key={e.id} src={e.url}
onTap={() => {
Taro.previewImage({
current: e.url,
urls: caseData.images.map(i => i.url)
})
}}
className="w-full rounded shadow"
mode="aspectFill"
/>
部署
这次的部署也是船新版本
这个项目也算是新版 DjangoStarter 的第一次实践,所以遇到一些坑,我都写了博客记录了
总得来说 daphne 服务器用着还不错。
小结
开头就说了,本次项目的算是比较简单的,时间主要花在前端的交互和一些细节的调整上
Taro 用来开发小程序还是丝滑的,意料中打包和发布可能遇到的问题,实际上都没有
这篇小结真的拖了太久了,我也好久没写代码了… 得抓紧时间整理思绪,然后把想做的东西都搞起来了。
_EOF_
项目完成小结:使用DjangoStarter v3和Taro开发的微信小程序
- 本文作者:
- 程序设计实验室
- 版权声明:
- 本博客所有文章除特别声明外,均采用 BY-NC-SA 许可协议。转载请注明出处!
相关文章
项目完成小结-11月新项目-诊所项目
前言 最近有个项目到一段落,做个小结记录。 内容可能会多次补充,在博客上实时更新哈~ 如果是在公众号阅读这篇文章,可以点击「查看原文」访问最新版本~ 这个项目是前后端分离,后端为了快,依然用我的DjangoStarter框架。前端一开始是小程序,后面突然换成公众号H5的形式,还好我用了Taro,大差不差。 不过Taro目前没啥好用成熟的组件库,前一个项目本来用着Taroify,不过用了一半项目还没
2023-05-07 · 项目开发小结系列 · 约 1 分钟
项目小结:使用Docker迁移服务到离线服务器
最近遇到的这个场景,需要把之前开发的一套系统迁移到一个离线的服务器上,这个服务器有点麻烦,接入VPN后通过堡垒机才能访问,速度也很慢,遇到不少坑,本文记录一下迁移过程。
2023-07-12 · 项目开发小结系列 · 约 1 分钟
项目完成小结-民政局项目-Django3.x版本-开发部署小结
前言 最近因为政企部门的工作失误,导致我们的项目差点挂掉,客户意见很大,然后我们只能被动进入007加班状态,忙得嗷嗷叫,直到今天才勉强把项目改完交付,是时候写一个小结。 技术 因为前期需求不明确,数据量不大,人手也不多,所以我直接用Django做了后端,Django自带的admin可以作为管理后台使用,可以很快完成这个需求。 我们的前端有两个,一个数据展示大屏,一个可视化地图。前者使用Vue+El
2022-04-25 · 项目开发小结系列 · 约 1 分钟
项目完成小结-民政局项目-Django3.x版本-开发部署小结(2)
前言 好久没更新博客了,最近依然是在做之前博客说的这个项目:项目完成 - 基于Django3.x版本 - 开发部署小结 这项目因为前期工作出了问题,需求没确定好,导致了现在要做很多麻烦的工作,搞得大家都身心疲惫。唉,只能说技术团队,有里一个靠谱有能力的领导是非常重要的。 进入正题 本文继续记录Django项目开发的一些经验。 本次的项目依然基于我定制的「DjangoStarter」项目模板来开发,
2022-05-17 · 项目开发小结系列 · 约 1 分钟
讨论
共 0 条加载评论中…