可以挖坑写一个论坛的 React 版前端

#1

回想起来 Discourse 这套系统是支持 API 的, 前后端分离,
比如说 http://react-china.org/categories.json

然后详细的文档可以看这里:

我之前用基于 CNode API 用 React 写过一个 React 的界面, 感觉可以炮制一下:

不过登录部分的我还没看明白, API 访问权限也需要考虑下,
这样我们的论坛前端就能用 React 实现了, 后端不用重新写一个了~

1 Like
#2

哇～

#3

登录需要在前端维护一个状态，api访问权限是后端控制吗？

#4

还不清楚, 暂时没看到相关的配置项… 估计调用频率之类的限制还是要有的

#5

考虑到每个开发者的口味，估计对库的选择都很难达成一致

es6 还是 CoffeeScript
flux 还是 reflux, alt
webpack 还是 gulp, grunt …
react-router 还是 …

#6

确实是这样，只能说根据个人喜好，或者团队情况去斟酌

#7

当然. Webpack, react-router 两个是定死的.
Flux 由主要的开发者定.
前端代码 Webpack 的话 ES6 和 CoffeeScript 同时存在
Gulp 搭配 Webpack, 能用 Webpack 的地方就不用 Gulp.

#8

为什么要用react router？
感觉URL拆分到各个store里面就很舒服啊
一直奇怪这个问题

#9

本打算用material-ui写个react china的app，可是material-ui卡爆了，光忙着给他们的控件提pr调优了 :joy:。拖了我好久

#10

习惯问题吧, 一回退就能回到原来的页面, 很方便.

#11

一直有疑问，为什么要用 npm scripts？
我目前觉得是 npm scripts 最大的好处是不用理会 gulp 的语法，更简单了。但是 npm scripts 也有问题，本质上是 shell 脚本（是不是又要转到 Makefile 了）。用 node_modules/.bin 里还好，如果是原生的命令，就会平台不兼容。比如 sed。

#12

现实就是要不断的折中吧，npm scripts也不过是在纯规范的js构建环境和便利性方面的折中吧.

windows配置好cygwin或者msys还是能凑合跑的.

#13

npm scripts包装node_modules/.bin/gulp :smile:

#14

Linux 和 Mac 平台的 sed 语法竟然不一样~ 坑肯定还是很多的~

#15

npm scripts 不方便组合过程. Shell 虽然方便但没有编程语言那样灵活.

#16

访问api的时候可以带签名带token，问题应该不大

#17

material-ui卡嘛== 真打算试试水的

#18

LeftNav之前卡爆了，后面提了pr优化了，现在不卡。List自己写的无限滚动，没用它的，其他的控件没有太多体验。封装的有点不合胃口，很多子组件都是通过props传进去的，不是用组合(composable)的方式，会明显感觉到束手束脚，控件内部是增加了可控制性，但是对于使用者来说不是很友好，曾一度想自己写一套，发现没那本事。

总之个人还是偏向composable components，然后对可组合的组件进行约定。

可以试试

#19

之前用material-ui写过一个东西，在手机上崩掉了

#20

报名报名!!