敏捷开发对于个体的要求很高,因为在一个确定的时间跨度内,比如两周内出一个版本,如果没有相当的开发经验、训练和能力,所承受的压力可能是想象不到的,结果可能就是举措失当,乱了章法。
成长是需要时间的,帮助和赋能是要下力气的。
缘起
- 1.4 版的冲突和困境;
刚过去的两周开发 1.4 版,交互设计是一个越来越严重的瓶颈,UI 修改频繁并且修改时机有待调整;前端模块的开发和集成存在认知盲区问题和实操经验缺乏问题,其实质是模块自身单元测试问题; - UI 设计稿串讲在以后版本要实施,以便提升成熟度,增强认知共识;
UI 设计稿在一个迭代中最好不修改,实在要修改,其修改时机也是放在本版UI实现且产品功能完成后再进行; - 尝试南北两个独立团队,各自承担不同的终端版本;
人际沟通、技能修炼、尊重与信任;
模块通信
本文就用一个图示意一下,在两个模块之间有通信时,如何进行模块集成?
A模块和B模块之间通信
- S1:创建一个事件;
- S2:监听这个事件;
- S3:触发这个事件(fire event);
- S4:B 模块会执行在设置监听时所定义的 function() 功能逻辑(execute registered callback);
- NoteCode 前端模块通信;
模块集成
- X 单元(Event Handler)首先应当测试通过;
- B 模块测试通过;
- B 和 X 集成;
- 在 Chrome 中,直接执行 S3 就可驱动 B 模块;
- 直接使用 X 单元,而不是 A 模块,就可以排除 Y 单元问题;
- 最后再将 A 和 B 集成;
如何定位问题?
- S4 执行函数的第一句应当记录接收到的所有数据;
- 输出日志到 Console;
示例
-
webimConfigs.nimMsgPool.setUnread('group_id',msg_cnt)
Console 手工执行 S3 操作
网友评论