电脑知识|欧美黑人一区二区三区|软件|欧美黑人一级爽快片淫片高清|系统|欧美黑人狂野猛交老妇|数据库|服务器|编程开发|网络运营|知识问答|技术教程文章 - 好吧啦网

您的位置:首頁技術文章
文章詳情頁

我的 Android 開發實戰經驗總結

瀏覽:98日期:2022-09-27 10:58:09

以前一直想寫一篇總結 Android 開發經驗的文章,估計當時的我還達不到某種水平,所以思路跟不上,下筆又捉襟見肘。近日,思路較為明朗,于是重新操起鍵盤開始碼字一番。先聲明一下哈,本人不是大廠的程序猿。去年畢業前,就一直在當前創業小團隊從事自己熱愛的打碼事業至今。下面總結是建立在我當前的技術水平和認知上寫的,如有不同看法歡迎留下評論互相交流。

1.理解抽象,封裝變化

目前 Android 平臺上絕大部分開發都是用著 Java ,而跟 Java 這樣一門面向對象的語言打交道,不免要觸碰到 抽象 和 封裝 的概念。我身邊接觸過的一些開發者,有一部分還對這些概念停留在寫一個抽象類、接口、或者一個方法(或抽象方法)。至于為什么,我不大清楚是他們表達不出來,還是不理解。下面我也不高談闊論,直接舉例子來解釋我所理解的抽象。

//Activity 間使用 Intent 傳遞數據的兩種寫法 下面均是偽代碼形式,請忽略一些細節//寫法一//SrcActivity 傳遞數據給 DestActivityIntent intent = new Intent(this,DestActivity.class);intent.putExtra("param", "clock");SrcActivity.startActivity(intent);//DestActivity 獲取 SrcActivity 傳遞過來的數據String param = getIntent.getStringExtra("param");//寫法二//SrcActivity 傳遞數據給 DestActivityIntent intent = new Intent(this,DestActivity.class);intent.putExtra(DestActivity.EXTRA_PARAM, "clock");SrcActivity.startActivity(intent);//DestActivity 獲取 SrcActivity 傳遞過來的數據public final static String EXTRA_PARAM = "param";String param = getIntent.getStringExtra(EXTRA_PARAM);

寫法一,存在的問題是,如果 SrcActivity 和 DestActivity 哪個把 "param" 打錯成 "para" 或者 "paran" ,傳遞的數據都無法成功接收到。而寫法二則不會出現此類問題,因為兩個 Activity 之間傳遞數據只需要知道 EXTRA_PARAM 變量即可,至于 EXTRA_PARAM 變量到底是 "param" 、 "para" 、"paran" 這一點并不需要關心,這就是一種對可能發生變化的地方進行抽象封裝的體現,它所帶來的好處就是降低手抖出錯的概率,同時方便我們進行修改。

基于抽象和封裝,Java 本身很多 API 在設計上就有這樣的體現,如 Collections 中的很多排序方法:

我的 Android 開發實戰經驗總結

Collections中的排序API

這些方法都是基于 List 這個抽象的列表接口進行排序,至于這是一個用什么樣的數據結構實現 List(ArrayList 還是 LinkedList),排序方法本身并不關心。看,是不是體現了 JDK 的設計人員的一種抽象編程的思維,因為 List 的具體實現可能有千萬種,如果每一類 List 都要寫一套排序方法,估計要哭瞎了。

小結:把容易出現變化的部分進行抽象,就是對變化的一種封裝。

2.選好"車輪"

一個項目的開發,我們不可能一切從0做起,如果真是這樣,那同樣要哭瞎。因此,善于借用已經做好的 "車輪" 非常重要,如:

網絡訪問框架:okhttp、retrofit、android-async-http、volley圖片加載框架:Android-Universal-Image-Loader、Glide、Fresco、Picasso緩存框架:DiskLruCache、 RobospiceJson解析框架:Gson、Fastjson、Jackson事件總線:EventBus、OttoORM框架:GreenDAO、Litepal還有其他各種各樣開源的自定義控件、動畫等。除了以上提到的開源框架,也包括一些不開源的SDK數據統計:友盟統計,百度統計...奔潰搜集:騰訊bugly、bugtags...云存儲:七牛...即使通訊:環信、融云、阿里百川...推送:小米推送、騰訊推送、百度推送...安全加固:360加固寶、愛加密...

一般情況下,我在選擇是否引入一些開源框架主要基于以下幾個因素:

借助搜索引擎,如果網上有一大波資料,說明使用的人多,出了問題好找解決方案;當然,如果普遍出現差評,就可以直接Pass掉了看框架的作者或團隊,如 JakeWharton大神、Facebook團隊等。大神和大公司出品的框架質量相對較高,可保證后續的維護和bug修復,不容易爛尾;關注開源項目的 commit密度,issue的提交、回復、關閉數量,watch數,start數,fork數等。像那種個基本不怎么提交代碼、提issue又不怎么回復和修復的項目,最好就pass掉;

針對不開源SDK的選擇,也主要基于以下幾點去考慮:

借助搜索引擎,查明口碑;很多第三方SDK的官網首頁都會告訴你,多少應用已經接入了此SDK,如果你看到有不少知名應用在上面,那這個SDK可以考慮嘗試一下了。諸如,友盟官網:

我的 Android 開發實戰經驗總結

接入友盟的App

查看SDK使用文檔、它們的開發者社區、聯系客服。好的SDK,使用文檔肯定會詳細指引你。出了問題,上開發者社區提問,他們的開發工程師也會社區上回答。實在不行只能聯系客服,如果客服的態度都讓你不爽,那就可以考慮換別家的SDK了。

小結:選好 "車輪" ,事半功倍

3.抽象依賴第三方框架

為什么要抽象依賴于第三方框架呢?這里和第1點是互相照應的,就是降低我們對具體某個框架的依賴性,從而方便我們快速切換到不同的框架去。說到這里,你可能覺得很抽象,那我直接舉一個加載圖片的例子好了。

假設你當前為項目引入一個加載圖片的框架 —— Android-Universal-Image-Loader,最簡單的做法就是加入相應的依賴包后,在任何需要加載圖片的地方寫上下面這樣的代碼段。

ImageLoader imageLoader = ImageLoader.getInstance(); // Get singleton instance// Load image, decode it to Bitmap and display Bitmap in ImageView (or any other view // which implements ImageAware interface)imageLoader.displayImage(imageUri, imageView);// Load image, decode it to Bitmap and return Bitmap to callbackimageLoader.loadImage(imageUri, new SimpleImageLoadingListener() { @Override public void onLoadingComplete(String imageUri, View view, Bitmap loadedImage) {// Do whatever you want with Bitmap }});

這種做法最簡單粗暴,但是帶來的問題也最嚴重的。如果我有幾十上百個地方都這么寫,而在某一天,我聽說Facebook出了個神器 Fresco,想要換掉 Android-Universal-Image-Loader ,你就會發現你需要喪心病狂的去改動幾十上百個地方的代碼,不僅工作量大,而且還容易出錯。造成這樣的原因,就在于項目和加載圖片的框架之間形成了強耦合,而實際上,項目本身不應該知道我具體用了哪個加載圖片的框架。

正確的方式,應該是對框架做一個抽象的封裝,以應對未來發生的變化,我直接舉自己的開源項目 AndroidAlbum 中的一種封裝做法好了。

我的 Android 開發實戰經驗總結

AndroidAlbum

大致代碼如下:

//1、聲明 ImageLoaderWrapper 接口,定義一些抽象的加載接口方法public interface ImageLoaderWrapper { /** * 顯示 圖片 * * @param imageView 顯示圖片的ImageView * @param imageFile 圖片文件 * @param option 顯示參數設置 */ public void displayImage(ImageView imageView, File imageFile, DisplayOption option); /** * 顯示圖片 * * @param imageView 顯示圖片的ImageView * @param imageUrl 圖片資源的URL * @param option 顯示參數設置 */ public void displayImage(ImageView imageView, String imageUrl, DisplayOption option); /** * 圖片加載參數 */ public static class DisplayOption {/** * 加載中的資源id */public int loadingResId;/** * 加載失敗的資源id */public int loadErrorResId; }}// 2、將 UniversalAndroidImageLoader 封裝成繼承 ImageLoaderWrapper 接口的 UniversalAndroidImageLoader ,//這里代碼有點長,感興趣可以查看項目源碼中的實現 https://github.com/D-clock/AndroidAlbum// 3、做一個ImageLoaderFactorypublic class ImageLoaderFactory { private static ImageLoaderWrapper sInstance; private ImageLoaderFactory() { } /** * 獲取圖片加載器 * * @return */ public static ImageLoaderWrapper getLoader() {if (sInstance == null) { synchronized (ImageLoaderFactory.class) {if (sInstance == null) { sInstance = new UniversalAndroidImageLoader();//<link>https://github.com/nostra13/Android-Universal-Image-Loader</link>} }}return sInstance; }}//4、在所有需要加載圖片的地方作如下的調用ImageLoaderWrapper loaderWrapper = ImageLoaderFactory.getLoader();ImageLoaderWrapper.DisplayOption displayOption = new ImageLoaderWrapper.DisplayOption();displayOption.loadingResId = R.mipmap.img_default;displayOption.loadErrorResId = R.mipmap.img_error;loaderWrapper.displayImage(imagview, url, displayOption);

這樣一來,切換框架所帶來的代價就會變得很小,這就是不直接依賴于框架所帶來的好處。當然,以上只是我比較簡單的封裝,你也可以進行更加細致的處理。

小結:預留變更,不強耦合于第三方框架

4.從 MVC 到 MVP

說實話,在沒接觸 MVP 的架構之前,一直都是使用 MVC 的模式進行開發。而隨著項目越來越大,Activity或者 Fragment里面代碼越來越臃腫,看的時候想吐,改的時候想屎...這里撇開其他各種各樣的架構不談,只對比MVC 和 MVP 。

我的 Android 開發實戰經驗總結

MVC

View:布局的xml文件Controller:Activity、Fragment、Dialog等Model:相關的業務操作處理數據(如對數據庫的操作、對網絡等的操作都應該在Model層里)

你會發現,如果 View 層只包含了xml文件,那我們 Android 項目中對 View 層可做操作的程度并不大,頂多就是用include復用一下布局。而 Activity 等簡直就是一個奇葩,它雖然歸屬于 Controller 層,但實際上也干著 View 層的活(View 的初始化和相關操作都是在Activity中)。就是這種既是 View 又是 Controller 的結構,違背了單一責任原則,也使得 Activity 等出現了上述的臃腫問題。

我的 Android 開發實戰經驗總結

MVP
標簽: Android
相關文章:
主站蜘蛛池模板: lcd条形屏-液晶长条屏-户外广告屏-条形智能显示屏-深圳市条形智能电子有限公司 | 餐饮小吃技术培训-火锅串串香培训「何小胖培训」_成都点石成金[官网] | 电动葫芦|手拉葫芦|环链电动葫芦|微型电动葫芦-北京市凌鹰起重机械有限公司 | 济南网站策划设计_自适应网站制作_H5企业网站搭建_济南外贸网站制作公司_锐尚 | 石牌坊价格石牌坊雕刻制作_石雕牌坊牌楼石栏杆厂家_山东嘉祥石雕有限公司 | 赛默飞Thermo veritiproPCR仪|ProFlex3 x 32PCR系统|Countess3细胞计数仪|371|3111二氧化碳培养箱|Mirco17R|Mirco21R离心机|仟诺生物 | 防弹玻璃厂家_防爆炸玻璃_电磁屏蔽玻璃-四川大硅特玻科技有限公司 | 北京宣传片拍摄_产品宣传片拍摄_宣传片制作公司-现像传媒 | 铣床|万能铣床|立式铣床|数控铣床|山东滕州万友机床有限公司 | 不发火防静电金属骨料_无机磨石_水泥自流平_修补砂浆厂家「圣威特」 | 垃圾压缩设备_垃圾处理设备_智能移动式垃圾压缩设备--山东明莱环保设备有限公司 | 洗瓶机厂家-酒瓶玻璃瓶冲瓶机-瓶子烘干机-封口旋盖压盖打塞机_青州惠联灌装机械 | uv固化机-丝印uv机-工业烤箱-五金蚀刻机-分拣输送机 - 保定市丰辉机械设备制造有限公司 | 螺杆真空泵_耐腐蚀螺杆真空泵_水环真空泵_真空机组_烟台真空泵-烟台斯凯威真空 | 开云(中国)Kaiyun·官方网站 - 登录入口 | 长沙广告公司|长沙广告制作设计|长沙led灯箱招牌制作找望城湖南锦蓝广告装饰工程有限公司 | 温泉机设备|温泉小镇规划设计|碳酸泉设备 - 大连连邦温泉科技 | 立式矫直机_卧式矫直机-无锡金矫机械制造有限公司 | 深圳侦探联系方式_深圳小三调查取证公司_深圳小三分离机构 | 体感VRAR全息沉浸式3D投影多媒体展厅展会游戏互动-万展互动 | 气动绞车,山东气动绞车,气动绞车厂家-烟台博海石油机械有限公司 气动隔膜泵厂家-温州永嘉定远泵阀有限公司 | 多米诺-多米诺世界纪录团队-多米诺世界-多米诺团队培训-多米诺公关活动-多米诺创意广告-多米诺大型表演-多米诺专业赛事 | 信阳网站建设专家-信阳时代网联-【信阳网站建设百度推广优质服务提供商】信阳网站建设|信阳网络公司|信阳网络营销推广 | 低温等离子清洗机(双气路进口)-嘉润万丰| 美能达分光测色仪_爱色丽分光测色仪-苏州方特电子科技有限公司 | 玻璃钢格栅盖板|玻璃钢盖板|玻璃钢格栅板|树篦子-长沙川皖玻璃钢制品有限公司 | 磁力反应釜,高压釜,实验室反应釜,高温高压反应釜-威海自控反应釜有限公司 | 阁楼货架_阁楼平台_仓库仓储设备_重型货架_广州金铁牛货架厂 | 沥青灌缝机_路面灌缝机_道路灌缝机_沥青灌缝机厂家_济宁萨奥机械有限公司 | 意大利Frascold/富士豪压缩机_富士豪半封闭压缩机_富士豪活塞压缩机_富士豪螺杆压缩机 | 全自动端子机|刺破式端子压接机|全自动双头沾锡机|全自动插胶壳端子机-东莞市傅氏兄弟机械设备有限公司 | 自动螺旋上料机厂家价格-斗式提升机定制-螺杆绞龙输送机-杰凯上料机 | 底部填充胶_电子封装胶_芯片封装胶_芯片底部填充胶厂家-东莞汉思新材料 | 探鸣起名网-品牌起名-英文商标起名-公司命名-企业取名包满意 | 寮步纸箱厂_东莞纸箱厂 _东莞纸箱加工厂-东莞市寮步恒辉纸制品厂 | 风电变桨伺服驱动器-风电偏航变桨系统-深圳众城卓越科技有限公司 | 欧版反击式破碎机-欧版反击破-矿山石料破碎生产线-青州奥凯诺机械 | 北京律师事务所_房屋拆迁律师_24小时免费法律咨询_云合专业律师网 | 我车网|我关心的汽车资讯_汽车图片_汽车生活! | 上海道勤塑化有限公司| 隧道烘箱_隧道烘箱生产厂家-上海冠顶专业生产烘道设备 |