Repository navigation
firefly社区开发优先级 #94
Description
其实我内心一直有一个优先级. 这里发出来供大家讨论.
首要解决的:
前端的框架化
也就是迁移到react, 这个其实也是熟悉react的过程. 我觉得目前模板逻辑还是很简单的
用户本地环境的测试数据
我们作为开发者肯定知道缺什么数据, 数据怎么造. 但是想玩玩的人跑起来一看就像是一个啥都未完成的样子. 比如分类. 现在不选择分类都不能创建新主题. 需要一个能初始化环境的脚本, 甚至一个测试数据库的store
前后端的分离
虽然目前我的工作前后端是不分离, 我认可这种方式. 那这就属于从现有的用法改成分离的用法
我对开发顺序的想法其实是源于在页面上呈现的顺序, 也是从基础设施开始 逐步加功能
第一种方案(集中火力,挨个击破)
所有人集中火力在一块功能. 比如 我们先处理好所有登录的问题, 那么顺序就是先保证目前想做的第三方登录写好. 然后是注册; 然后是首页. 首页上会有多种排序方式, 默认按更新时间, 还可以按照响应数... 当然也可以只显示某个分类. 甚至可以搜索; 接下来是单个主题页其他功能完善.....
第二种方案
我们只圈定一个区域. 大家分开做, 最后联调(谁做什么这件事 可以基于个人兴趣,但要接受调剂, 我还是以前端为主). 比如先做用户. 也就是保证用户可以登录/注册之后只找相关页面关于用户的区域. 比如用户登录后的个人信息主页, 点击或者悬停的用户信息card. 用户可以修改昵称. 设置. 查看用户个人发表的主题这些页面
第三种方案(先抄袭完成, 再对接到firefly, 要求最高)
目前我们是在模仿discourse 他有很多样式和功能我们都没加. 比如单个主题页, 还可以粘贴code, 粘贴视频等等. 大家分开实现. 但是需要前后端一起都到firefly实现出来(可以有假数据, 在未来完成的时候都替换掉)
Activity
mozillazg commentedon Jun 29, 2015
第四种方案（迭代/渐进开发）
举个例子：
v0.1（论坛基本功能）:
v0.2
v0.3
v0.4...
v0.5...
...
dongweiming commentedon Jun 30, 2015
@mozillazg 我觉得你的方案非常好 +1
defshine commentedon Jul 9, 2015
我也觉得2L的方案比较好
当我第一次看到这个项目时，看到readme中密密麻麻的各种功能以及Todo的时候，感觉好乱，特别是看到还用了一个不认识的模板，囧，发自内心的拒绝
先让论坛跑起来，上线，功能慢慢迭代。
前端，react，也可以不比着急上，毕竟还没出过1.0的大版本，生态上比jquery和angular都差的远
想想react解决的啥问题：
1.前端性能
2.组件化
再想想，论坛貌似对这两点的需求还比较弱，现在并不不需要急着上react
以后可以考虑上react，毕竟移动端可以等到react native（ios，android） 一起上。
等论坛上线了，功能慢慢迭代了，人也会更多起来，参与的人也会多起来
dongweiming commentedon Jul 9, 2015
@defshine 嗯 马上就用jinja2替换完成了.
react不是一个类似jquery, underscore这样的帮助增强型的框架, 它代表一种和以往风格完全不同的框架. 如果在早期不直接去用 将来的迁移会越来越痛.
最近还是在逐步恢复..