#geekapk https://gist.github.com/duangsuse/969cc82e8bfb4d2e00ad466e1e7f876e
今天内打算 clean-up 一下然后写
是放在一起的,暂时。或许类似 Git 一样把底层实现文档和接口文档放一起有时候也没啥(逃跑
包括:
+ 通知、Timeline 的定义、API/WebSocket API/WebHooks、身份验证
+ Postgres 表结构、限制和描述文档,Markdown 格式
+ JSON 对象文档
+ RESTFul API 文档
+ PostgreSQL Migration up/down
+ Rust struct(Queryable/Insertable)
今天内打算 clean-up 一下然后写
JSON RESTFul API 和 WebSocket API 的文档是放在一起的,暂时。或许类似 Git 一样把底层实现文档和接口文档放一起有时候也没啥(逃跑
包括:
+ 通知、Timeline 的定义、API/WebSocket API/WebHooks、身份验证
+ Postgres 表结构、限制和描述文档,Markdown 格式
+ JSON 对象文档
+ RESTFul API 文档
+ PostgreSQL Migration up/down
+ Rust struct(Queryable/Insertable)
Gist
GeekApk Data Structure and push set-up
clean-up 主要针对:
不正确的
如
Markdown 不标准、没有合适使用 code chunk、不合适的文体和描述(这应该被视为 GeekApk API 文档)
关于 单复数的问题,数据库表名统一复数,其他皆为单数
关于 url 字段的问题, 应该填写 url 的字段统一加后缀
关于时间的问题,统一使用
关于 RDBMS 引用字段的问题,统一为对象单数名称如
关于 Postgres 表结构定义与 Rust 结构定义的问题,可能为
关于排行所用自动生成字段的问题,必须加
仔细检查 up、down、rust struct 中字段和表的名称是否对应
不正确的
缩进、空格、大小写、全半角符号如
CREATE table foo (
id smallserial PRIMARY KEY,
bar INTEGER
)
Markdown 不标准、没有合适使用 code chunk、不合适的文体和描述(这应该被视为 GeekApk API 文档)
关于 单复数的问题,数据库表名统一复数,其他皆为单数
关于 url 字段的问题, 应该填写 url 的字段统一加后缀
_url关于时间的问题,统一使用
created_at 、 updated_at关于 RDBMS 引用字段的问题,统一为对象单数名称如
user 、 app 或 描述+单数名称如 parent_category关于 Postgres 表结构定义与 Rust 结构定义的问题,可能为
NULL 的字段都使用 Option<T>关于排行所用自动生成字段的问题,必须加
_num仔细检查 up、down、rust struct 中字段和表的名称是否对应
duangsuse::Echo
#geekapk https://gist.github.com/duangsuse/969cc82e8bfb4d2e00ad466e1e7f876e 今天内打算 clean-up 一下然后写 JSON RESTFul API 和 WebSocket API 的文档 是放在一起的,暂时。或许类似 Git 一样把底层实现文档和接口文档放一起有时候也没啥(逃跑 包括: + 通知、Timeline 的定义、API/WebSocket API/WebHooks、身份验证 + Postgres 表结构、限制和描述文档,Markdown…
最终的目标是:把底层具体数据结构文档和 API 文档加一个文件分开...
Drakeet
Photo
比如那个
我想的肯定是分成
可实际上是
中文分词啊, Naive!
纯纯写作真棒我想的肯定是分成
纯纯... 写作... 真棒 三词可实际上是
纯... 纯... 写... 作... 真... 棒... 233333333 大概实现起来还是困难而且体积比较成问题中文分词啊, Naive!
Drakeet
Photo
果断想想 Lite 里可以有什么操作: 🌚
貌似只有这样最好看,可是 Lite 现在不支持这种表语法啊.... 只有
require lspec
describe 'WordCouter' do
it "Counts full width symbol" do
asert_call_equals countWithFullWidth, {
"520": 1
"123木头人": 4
"123 木头人": 4
"How old are you?": 3
# ...
}
end
end
貌似只有这样最好看,可是 Lite 现在不支持这种表语法啊.... 只有
StringKey: ValueExpression 这种模式 233 下次加一个 #PLForwarded from dnaugsuz
CRuby 是比 CPython 快一些的,元编程也好很多
GraalVM/JRuby 驱动的 TruffleRuby 还快很多
感觉还是 Ruby 好
GraalVM/JRuby 驱动的 TruffleRuby 还快很多
感觉还是 Ruby 好