攜程工作感言(三)(7.31)

day7.18
1、
是一種設計思路:用戶的存取只涉及內存(MC),然後mc一層層向下存取,和讓用戶選擇是哪種存儲方式是兩種思路
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 除了構造函數外,其他地方不可以對其值更改

發表評論
所有評論
還沒有人評論,想成為第一個評論的人麼? 請在上方評論欄輸入並且點擊發布.
相關文章