前言
不知不觉已经九月了,又到了一年的开学季,我每年都想做的项目墙甚至连个影子都没有…😂
最近生活中的琐事太多了,导致完全没有想写文章的动力,不过再怎么拖还是得记录,随便写写吧~
这次是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 用来开发小程序还是丝滑的,意料中打包和发布可能遇到的问题,实际上都没有
这篇小结真的拖了太久了,我也好久没写代码了… 得抓紧时间整理思绪,然后把想做的东西都搞起来了。