#1 - 2021-12-15 18:24
bangumi大西王 (天生万物以养人,人无一物以报天)
#2 - 2021-12-15 18:51
(プリキュアなりたい)
大佬们觉得graphQL咋样,既然重写后端api,整点新玩意儿如何,感觉bgm wiki蛮适合gql的,很多时候数据只需要按需获取
#2-1 - 2021-12-15 18:52
bangumi大西王
🤔我觉得挺好,就等有人来实现了
#2-2 - 2021-12-15 19:03
CureDovahkinn🤔
Trim21 说: 🤔挺好,等有人来写
原来路线图里面已经标了(bgm38),我的pr能力仅限于新前端
#2-3 - 2021-12-15 19:03
bangumi大西王
CureDovahkinn🤔 说: 原来路线图里面已经标了,我的pr能力仅限于新前端
我看了你的回复才想起来加上的
#2-4 - 2021-12-15 19:05
bangumi大西王
CureDovahkinn🤔 说: 原来路线图里面已经标了,我的pr能力仅限于新前端
你还可以完善一下这个 wiki-syntax-spec 啊 (bgm38) 写个js的parser出来
#2-5 - 2021-12-15 19:26
CureDovahkinn🤔
Trim21 说: 你还可以完善一下这个 wiki-syntax-spec 啊  写个js的parser出来
我觉得可以大佬来用类c语言写个,前后端一起用,毕竟现在js要用可以编译成wasm调用(bgm38)
#2-6 - 2021-12-15 19:28
bangumi大西王
CureDovahkinn🤔 说: 我觉得可以大佬来用类c语言写个,前后端一起用,毕竟现在js要用可以编译成wasm调用
虽然有人这么建议过了,但我不会 (bgm38)
#2-7 - 2021-12-15 19:30
CureDovahkinn🤔
Trim21 说: 不会
我是说有没有会大佬,解析现在的wiki语法,感觉得用上很高深的ast知识(。其实有点想试试,丢人代码写出来也没人知道我是谁
#2-8 - 2021-12-15 19:32
bangumi大西王
CureDovahkinn🤔 说: 我是说有没有会大佬,解析现在的wiki语法,感觉得用上很高深的ast知识(。
不用多高深,python或者go的话也就一百来行
#2-9 - 2021-12-15 19:33
CureDovahkinn🤔
Trim21 说: 不用多高深,python或者go的话也就一百来行
已经有的话倒是可以参考写一个
#2-10 - 2021-12-15 19:35
bangumi大西王
CureDovahkinn🤔 说: 已经有的话倒是可以参考写一个
有当然是有的,就是处理的不算很精细,可能有些边界情况没考虑到。比如位置刁钻的空格和换行,甚至可能过不了wiki仓库里面给的测试用例

https://github.com/bangumi/server/blob/master/pol/wiki/parser.py

https://github.com/bangumi/serve ... /pkg/wiki/parser.go
#2-11 - 2021-12-15 19:38
CureDovahkinn🤔
Trim21 说: 有当然是有的,就是处理的不算很精细,可能有些边界情况没考虑到。比如位置刁钻的空格和换行

https://github.com/bangumi/server/blob/master/pol/wiki/...
好耶 回头试试
#2-12 - 2022-1-2 01:08
curlfoxs
Trim21 说: 有当然是有的,就是处理的不算很精细,可能有些边界情况没考虑到。比如位置刁钻的空格和换行,甚至可能过不了wiki仓库里面给的测试用例

https://github.com/bangumi/server...
Python的是已经有了吗,还需要吗?
#3 - 2021-12-15 19:22
(大胆想象,谨慎思考)
建议支持Markdown
#4 - 2021-12-15 19:35
(✨️make bangumi great again✨️)
只能说 假如你搞得很复杂 就很难有人过来参与开发
#4-1 - 2021-12-15 20:31
bangumi大西王
怎么个复杂法,我再简化一下