关于配置代码生成器的构想
需求
目前项目组的开发工作流中,读取表格配置需要重复较多机械性的工作:首先是字段的名称和类型规定上有一定的心智负担,在多种使用渠道(如client,server)下可能要认为进行多次同步,其次是完成读表代码也比较模式化,理论上这些工作都可以由工具提供辅助并最终由工具生成代码。
功能概览
- 将表格的所有字段在工具中显示,由用户来自定义表格属性:字段的类型,用途和默认值
- 工具能够将表格属性以json形式序列化,以json文件形式进行持久化存储
- 工具能够依据表格属性以及用户自定义的代码模板来生成读表代码
定义
表名:即配置文件的文件名
字段:即配置表中有实际用途的一列
读表代码:并不提供从资源文件中读取配置数据的功能,仅提供从配置数据解析出对应类型字段的功能
使用hexo快速进行博客搭建
使用hexo快速进行博客搭建
之前用wordpress搭建的博客需要折腾的东西太多,编辑器支持也不太好,没有Notion里记笔记来的方便(该说写个笔记两头传本来就麻烦),所以这次用hexo来搭建看看。
部署选择了一键同步生成的网站内容到github repo上,使用pages来进行网站部署,markdown源文件再自己使用github来同步。
这篇文章主要记录一下搭建网站的过程,还有给搭建的时候看的几个文档链接留个档。
hexo官方文档
- https://hexo.io/docs/
- https://hexo.io/zh-cn/docs/ 中文
hexo 常用命令
hexo new [layout] <title>
创建新文章,使用默认的layout:post
hexo generate
一般会使用缩写hexo
g
,并且加上-d
参数来一键部署到远端(我目前是部署到了github上),也可以加上-w
来观察文件变化,或是加上-f
来重新生成
hexo server
虽然是部署到远端上,但是也可以在真正提交前先在本地简单地生成部署一下,看下文章显示是否有问题,或者用这个命令来协助debug(带上--log
,以及--debug
参数)
加上-p
来指定部署的端口,以防在特定环境下收到安全组影响
hexo deploy
部署到远端,这个命令也可以加上-g
从而在部署之前生成
hexo clean
清除本地生成文件,遇到奇怪显示问题可以考虑先执行一下,再重新generate
部署相关(github-pages)
- https://segmentfault.com/a/1190000017986794 一键部署
- https://zhuanlan.zhihu.com/p/26625249 自定义域名步骤参考,免去之前使用wordpress自己部署网站时解析的麻烦
- https://docs.github.com/en/pages/configuring-a-custom-domain-for-your-github-pages-site/about-custom-domains-and-github-pages
自定义域名在参考了上述链接后做了一点尝试:
首先域名还是使用的之前搭建wordpress用的threegates.net
这里开始需要做的是将域名重定向到github-pages,所以实际上需要参考的比较权威的文档是上面的链接3