Open
Description
其实我内心一直有一个优先级. 这里发出来供大家讨论.
首要解决的:
前端的框架化
也就是迁移到react, 这个其实也是熟悉react的过程. 我觉得目前模板逻辑还是很简单的
用户本地环境的测试数据
我们作为开发者肯定知道缺什么数据, 数据怎么造. 但是想玩玩的人跑起来一看就像是一个啥都未完成的样子. 比如分类. 现在不选择分类都不能创建新主题. 需要一个能初始化环境的脚本, 甚至一个测试数据库的store
前后端的分离
虽然目前我的工作前后端是不分离, 我认可这种方式. 那这就属于从现有的用法改成分离的用法
我对开发顺序的想法其实是源于在页面上呈现的顺序, 也是从基础设施开始 逐步加功能
第一种方案(集中火力,挨个击破)
所有人集中火力在一块功能. 比如 我们先处理好所有登录的问题, 那么顺序就是先保证目前想做的第三方登录写好. 然后是注册; 然后是首页. 首页上会有多种排序方式, 默认按更新时间, 还可以按照响应数... 当然也可以只显示某个分类. 甚至可以搜索; 接下来是单个主题页其他功能完善.....
第二种方案
我们只圈定一个区域. 大家分开做, 最后联调(谁做什么这件事 可以基于个人兴趣,但要接受调剂, 我还是以前端为主). 比如先做用户. 也就是保证用户可以登录/注册之后只找相关页面关于用户的区域. 比如用户登录后的个人信息主页, 点击或者悬停的用户信息card. 用户可以修改昵称. 设置. 查看用户个人发表的主题这些页面
第三种方案(先抄袭完成, 再对接到firefly, 要求最高)
目前我们是在模仿discourse 他有很多样式和功能我们都没加. 比如单个主题页, 还可以粘贴code, 粘贴视频等等. 大家分开实现. 但是需要前后端一起都到firefly实现出来(可以有假数据, 在未来完成的时候都替换掉)
Metadata
Metadata
Assignees
Labels
No labels