携程工作感言（三）（7.31）

day7.18

1、



2、给boss看了一下设计的imageloader，给了几个改进建议：

删掉handler（防止外部的类可以对其进行操作）；

使用单例模式去操作imageloader；

压缩图片（防止图片太大是，内存会io溢出），把decodeScrum换成decodeFile；

get、put bitmap时考虑空指针异常，所以要用if进行判断；

SDcard不需要缓存块（内存要，防止图片太大而崩溃才先申请缓存块的）；

SaveFail（）方法单独抽出来当一工具类（单一原则）；

命名是，注意public，privatte，protected，friendly的区别和生命周期；

day7.19

今天接了一个spring3的小需求，完成酒店秀和民宿地图ab版本隐藏♪(^∇^*)

顺利完成了，就等联调了，开心

day7.20-7.21

1、学会了一个强大工具Android Device Monitor的使用，当我想查相关模块时，启动这个工具，点击dump可得到位置图

根据id搜全局（shift+command+f）|搜哪里使用（option+f7）可以找到了相关代码，再看代码逻辑就好了

2、git还有个工具叫gitk：命令行 gitk & 可以看不同和分支树

day7.22

再一次感觉到了，编程中最有用的是算法和数据结构，最没用的是源代码。。（感觉被莴携前人写的代码坑了两次了，以后有啥功能自己查书查资料写，看别人写的简直要哭死）

——————————-我是郁闷的分割线~(>_<)~————————————–

1、要了解一下如何“正确”的读写sdcard（莴携未来要实现sdcard存储而准备）

2、git stash 是放弃当前更改

code review：

1、在git commit时要有严谨感，不要随便提交代码，有些没有服务器下发数据时自己写的测试，或者一些自己本地的更改后的废代码，不要push到主支上

2、参数强转的话，用单例模式去实现；（防止settag（）时tag为空）

3、for循环时，不要在（）里调用函数，提前弄出来，赋值给一个局部变量更加好

4、重复利用StringBuilder，可以节约内存

5、工具：Android Studio下面有个monitor 可以看到的曲线波动来判断应用发生gc没有

6、不要硬编码，会埋坑

day7.25-7.26

1、ios的code review，讲了一下几个模式：MVC,MVP(纯展示的)，观察者模式，MVV（交互多时使用），VIPER（接下来使用这种方法）

ps：这东西，根据需求去找比较合适的模式匹配起来，可以规范一下代码写法，但是不能硬搬

2、(又被前人留下的坑给坑了，以后有些设计code的编码，自己想想方案再考虑要不要参考原有的code，不要死板硬套，容易挂掉的，请大胆自觉的趟过去)

3、前端一周例会：注意代码质量；做挑战的事情，越挑战就越让别人看到你的价值，别碌碌无为

4、今天有个地图不显示的bug测试报过了，本来有点方的，不过还是硬着头皮去定位，发现拿到的经纬度是0.0，就有点蒙了，让后学会了查报文的方式，去确认服务端有没有下发给我数据，然后看相应的model里面的数据。

（命令行：adb pull /mnt/sdcard/dataLogTrunk/log.txt

open log.txt

搜索请求的time操作/request名，把Json数据copy到在线校验的网站，查字段有没有数据就好了）

day7.28

1、git rm 文件名 删除这个文件

git checkout 文件名 放弃此文件的修改

2、 push后模块打包（MCD中）

3、sdcard造轮子，imageloader和一些sdcard操作在android的toolbox类里：

ImageLoader.java || ImageRequest.java

day7.29

1、static静态的，不可以再对其赋值（无论是否是构造函数、构造方法中）

2、final 除了构造函数外，其他地方不可以对其值更改