项目反思
2012-10-21 21:31
232 查看
项目反思
1. 项目逻辑架构仍然存在问题,把过多的处理放到了MainService.java逻辑中 经过参考新浪微博SDK 可以实现请求数据与处理数据的分离 处理数据的任务交给数据处理类专门负责
2. 在控制Activity刷新数据的时候考虑在msg中增加消息(利用msg.arg1) 而不是再增加参数判断
3. 使用OOA 和OOD 的思想来解决项目问题
4. 团队协调和配合,每天的任务要落实到文档上,邮件讨论是一个很重要的交流手段
5. 界面多用Style 多用Relativelayout
6. 如果可能团队成员尽量在一起开发
7. 要为客户着想想客户之所想,很多东西,不是逃避可以解决的
8. 一个实体比如一个商品实体,要可以被任何功能模块操作的,避免使用多个实体表达一个类型的东西.
===10 21
9. 把获取网络数据放到一个类中(或者几个类中而不是在控制器中)
10. 使用软引用避免oom错误
11. 按业务模块划分Activity 避免把所有Activity放到一个包(小项目不必)
12. 接口静态变量的时候使用内部类来区分比如 webapi类 下属 product类 下属各种api网址
13. 考虑频繁的数据库操作使用缓存,需要设计(购物车)
14. 尽力把重要的东西放到服务器端处理
15. 好像在Activity中放线程出来网络请求更好一些?使用asyntask类独立出Activity怎么样呢?这样是否增加了类的复杂性,但是没有什么有点出来简洁??
16. 观察者模式在视图更新方面的运用,listerner [b]参考 人人sdk /oauth2.0[/b]
17. 对于本地存储信息的app的时序: app打开>读取数据库的数据显示到listview>获取网络数据并写入数据库>完成后从数据库重新读取数据 网易新闻客户端
18. QQ空间表 很大的一张表
1. 项目逻辑架构仍然存在问题,把过多的处理放到了MainService.java逻辑中 经过参考新浪微博SDK 可以实现请求数据与处理数据的分离 处理数据的任务交给数据处理类专门负责
2. 在控制Activity刷新数据的时候考虑在msg中增加消息(利用msg.arg1) 而不是再增加参数判断
3. 使用OOA 和OOD 的思想来解决项目问题
4. 团队协调和配合,每天的任务要落实到文档上,邮件讨论是一个很重要的交流手段
5. 界面多用Style 多用Relativelayout
6. 如果可能团队成员尽量在一起开发
7. 要为客户着想想客户之所想,很多东西,不是逃避可以解决的
8. 一个实体比如一个商品实体,要可以被任何功能模块操作的,避免使用多个实体表达一个类型的东西.
===10 21
9. 把获取网络数据放到一个类中(或者几个类中而不是在控制器中)
10. 使用软引用避免oom错误
11. 按业务模块划分Activity 避免把所有Activity放到一个包(小项目不必)
12. 接口静态变量的时候使用内部类来区分比如 webapi类 下属 product类 下属各种api网址
13. 考虑频繁的数据库操作使用缓存,需要设计(购物车)
14. 尽力把重要的东西放到服务器端处理
15. 好像在Activity中放线程出来网络请求更好一些?使用asyntask类独立出Activity怎么样呢?这样是否增加了类的复杂性,但是没有什么有点出来简洁??
16. 观察者模式在视图更新方面的运用,listerner [b]参考 人人sdk /oauth2.0[/b]
17. 对于本地存储信息的app的时序: app打开>读取数据库的数据显示到listview>获取网络数据并写入数据库>完成后从数据库重新读取数据 网易新闻客户端
18. QQ空间表 很大的一张表
相关文章推荐
- [事后反思]个人项目反思
- 2013年第3周五项目启动过程及反思
- 近期一个项目的反思
- 项目管理之感想与反思
- 项目管理之感想与反思
- 121 项目 020 日志向 阅读 [编程能力的四种境界 ] 的反思
- 第一次接触php项目的反思
- [个人博客作业Week7]软件工程团队项目感想与反思
- 项目尾声的反思
- 经验之谈-项目反思
- 项目管理之感想与反思
- 项目管理之感想与反思
- 项目1-总结与反思(1)
- 近期的一个项目反思与总结
- 联想ERP项目实施案例分析(10):回到最初再反思IT价值
- 近二个月工作和项目的反思──执行力不足
- 三年后再反思我的" Java Web项目管理得失谈"
- 从实践项目开发反思人月神话
- 项目管理之感想与反思
- 项目管理之感想与反思