簡介面向Android開發(fā)初學者這是一套基于Android Studio與Java實現(xiàn)的簡易計算器完整工程界面參考MIUI計算器風格適合作為理解Android應用開發(fā)全流程的入門項目。壓縮包共957個文件約21.35MB涵蓋xml布局與主題樣式、png圖標與背景圖片、java業(yè)務邏輯源碼、class編譯產物、json配置以及可直接安裝的apk文件類型豐富。已有2191人參與學習下載。工程中通過activity_main.xml設計計算器UI結合ConstraintLayout與其他布局實現(xiàn)自適應排列并用Button、TextView和OnClickListener完成按鍵交互MainActivity.java中封裝了加減乘除等運算方法可處理連續(xù)表達式同時涉及styles.xml自定義按鈕風格、Logcat調試、構建APK等環(huán)節(jié)。此外資源中還包含Gradle構建腳本與調試相關文件導入Android Studio后即可運行體驗也可在此基礎上擴展科學計算、歷史記錄等功能作為課程設計或畢業(yè)設計的實用參考。讀者可借此系統(tǒng)練習Android UI設計、事件處理、計算邏輯與資源管理為后續(xù)開發(fā)積累完整經驗。1. 用Android Studio寫一個計算器為什么值得你認真做一遍新手的第一個Android項目十有八九是計算器。Android Studio新建工程完成后對著白底黑字的默認界面發(fā)呆是常態(tài)按鈕怎么排列、點擊怎么響應、表達式怎么解析、UI怎么做才不像課堂作業(yè)。市面上的教程大多只給一個LinearLayout加十幾個Button能算但質感離系統(tǒng)自帶計算器差得遠。這一類以“使用AndroidStudio編寫簡易計算器精美UI”命名的zip工程核心價值不在抄而在于演示一個小型Android應用該怎么組織布局、樣式、狀態(tài)管理和運算邏輯各歸其位。這里按我復現(xiàn)這類工程的經驗從空工程到可打包的完整應用拆開講適合剛學完Activity和布局、想交付第一個作品的人也適合面試前想用一個完整項目證明動手能力的開發(fā)者。2. 項目配置與資源文件動手寫代碼前先管好這三件事2.1 新建工程時的默認值怎么改Empty Views Activity、SDK與語言選擇新建項目不少人直接點Next接受默認模板于是拿到一個Compose Material3的骨架。計算器是控件密集、狀態(tài)簡單的應用傳統(tǒng)View體系里用GridLayout加Button邏輯比Compose直觀得多。非要用Compose當然也能寫但為了照著教程和網上現(xiàn)成代碼排錯我建議新建工程時選Empty Views Activity語言選Kotlin。官方模板里的Compose工程帶了大量依賴對新手來說啟動時間更長出問題更難定位。Minimum SDK選23還是24取決于你要覆蓋的設備。選23可以覆蓋Android 6.0以上的全部設備但如果你要用的某個AndroidX庫要求API 24起步編譯期會報錯。計算器這個項目用到的都是基礎控件API 23完全夠。Target SDK保持Android Studio默認給的當前版本不用刻意降。Package name建議取com.example.calculator。不用糾結正式上架時的域名后面改起來不麻煩如果一開始就取個奇怪的名字后面在代碼里搜包名替換反而容易漏。工程創(chuàng)建完記得等Gradle第一次同步結束再改文件否則一邊下載依賴一邊改配置經常觸發(fā)莫名其妙的sync失敗。第一次sync的耗時和網絡關系很大Gradle要拉取Android Gradle Plugin和Kotlin插件耐心等它是值得的。還有一個容易被忽略的點新建工程時Android Studio會讓你選擇Gradle JDK。默認選項通常是“Embedded JDK”也就是IDE內置的JBR版本。如果本機另外裝了JDK 17而工程里的Gradle版本是7.x運行時會報Unsupported class file major version。遇到這種問題在Project Structure里把Gradle JDK改成JDK 17并確認Android Gradle Plugin版本在7.2以上。2.2 colors.xml 與主題精美UI的第一層地基計算器的UI質感不在按鈕有多花哨而在顏色和間距是否統(tǒng)一。Android工程默認的colors.xml里只有purple_500、purple_700等Material默認色計算器用不上。新建res/values/colors.xml按深色計算器的標準配色定義六種顏色resources color namecalc_bg#1C1C1E/color color namecalc_display#FFFFFF/color color namebtn_number_bg#333333/color color namebtn_operator_bg#FF9500/color color namebtn_func_bg#A5A5A5/color color namebtn_text_light#FFFFFF/color color namebtn_text_dark#000000/color /resources配色取自主流系統(tǒng)計算器的深色模式背景是近黑的深灰數(shù)字鍵用比背景亮一檔的中灰運算符用橙色做視覺強調AC、正負號這類功能鍵用淺灰。顏色名里的calc_前綴是個人習慣為的是和庫里的默認色區(qū)分開后面寫selector時一眼能認出是自己定義的。注意按鈕文字顏色也要在colors.xml里定義數(shù)字鍵上文字是白色功能鍵淺灰底上用黑色這個對比關系直接決定UI的干凈程度。接著改themes.xml。默認主題是Theme.Material3.DayNight帶ActionBar。計算器不需要標題欄把主題改成Theme.MaterialComponents.NoActionBar并指定狀態(tài)欄顏色style nameTheme.Calculator parentTheme.MaterialComponents.NoActionBar item namecolorPrimarycolor/calc_bg/item item nameandroid:statusBarColorcolor/calc_bg/item /styleandroid:statusBarColor只在API 21以上生效而Minimum SDK是23所以不用擔心舊版本。Android 15開始強制要求edge-to-edge狀態(tài)欄默認透明很多以前能用的statusBarColor設置開始失效。如果你用的compileSdk是35運行在Android 15設備上會看到狀態(tài)欄區(qū)域透出后面的布局顏色這時要在onCreate里調用enableEdgeToEdge()并把根布局的fitsSystemWindows設為true。這個細節(jié)后面避坑章節(jié)還會展開。提示主題的parent不要用Theme.Material3.NoActionBar搭配從舊工程抄來的控件屬性。MaterialComponents和Material3的控件樣式不完全兼容Button的默認背景和minWidth在兩種主題下表現(xiàn)不同混用容易遇到布局對不上。2.3 解壓zip工程后怎么打開Gradle、JDK與SDK的三方對齊標題里的zip是一個完整的Android Studio工程。拿到壓縮包后正確做法是先解壓再用Android Studio的Open按鈕選擇解壓后的根目錄讓IDE自己識別settings.gradle。不要在歡迎頁用Import Project(Gradle)的舊選項也不要新建工程再往進拷文件。工程里的.gradle和.idea目錄記錄了創(chuàng)建者的本機SDK路徑和Gradle版本你用本地新版Android Studio打開時IDE會提示Gradle版本不符按提醒升級或降級到對應版本即可。最常見的失敗是sync時報錯Could not find com.android.tools.build:gradle:7.4.2。這時檢查三處File菜單的Project Structure里SDK Location是否指向你機器上的SDKgradle-wrapper.properties里的distributionUrl是否指向能訪問的Gradle版本Gradle JDK設置是否和本地安裝的JDK大版本匹配。Android Gradle Plugin 7.x要求JDK 118.x要求JDK 17版本對不上時sync會卡在很模糊的提示上。這本質上不是工程代碼的問題而是編譯鏈路的版本匹配問題。還有一點zip工程如果是從網上下載的Windows系統(tǒng)解壓時可能出現(xiàn)文件路徑過長或帶有非法字符的情況。Android Studio打開后界面空白或某些資源文件讀不到先看文件管理器里解壓是否完整。macOS和Linux上解壓相對省心Windows用戶建議用7-Zip解壓到純英文路徑比如D:\Projects\Calculator路徑里帶中文或空格有時會讓NDK或CMake的構建掛掉。解壓完成后第一件事不是點Run而是先看Build窗口里sync是否通過sync通過后再運行能少踩一半的坑。3. 精美UI布局把按鈕排成系統(tǒng)計算器的手感3.1 三種網格方案對比為什么GridLayout最適合計算器計算器界面本質上是一個5行4列的網格外加頂部一條顯示區(qū)。實現(xiàn)網格的方式有三種嵌套LinearLayout、GridLayout、ConstraintLayout。直接用LinearLayout嵌套五層每層一個水平LinearLayout代碼量看起來少但每個按鈕之間要對齊的話每一行的weight和margin都要單獨調加一個按鈕要數(shù)半天括號。GridLayout是Android原生提供的網格容器設置columnCount之后按xml順序自動填充最貼近計算器的結構。ConstraintLayout適合復雜頁面但在這里有點浪費——為20個按鈕每個寫一組layout_constraint維護成本高于收益。三者的取舍可以歸納成一張表方案優(yōu)點缺點適用場景LinearLayout嵌套直觀、易理解層數(shù)深、間距難統(tǒng)一新手練習GridLayout代碼少、網格規(guī)則行高控制不夠靈活計算器、鍵盤類界面ConstraintLayout定位靈活按鈕多時代碼冗長不規(guī)則儀表盤、自定義界面實際工程里我一般采用GridLayout包一層columnCount4每個按鈕設layout_margin6dp讓按鍵之間有均勻縫隙。行間距如果也想要不用額外包View直接在GridLayout的useDefaultMargins屬性上做區(qū)分這個屬性會把默認的系統(tǒng)margin套到每個子View上但不同設備表現(xiàn)不一致建議還是手動寫margin。GridLayout還有一個容易翻車的點如果設置了rowCount5但子View數(shù)量不是20個比如漏掉一個按鈕GridLayout會把最后一行空出來造成底部大塊空白。所以這里只設columnCount不設rowCount讓系統(tǒng)按子View數(shù)量自動分行。3.2 按鈕按壓反饋一份selector解決80%的UI質感問題原生Button自帶Ripple效果但計算器這種高頻點按的界面水波紋和深色背景混在一起看不清按下的是哪顆鍵。精美UI的觀感差別很大程度上來自按壓時顏色的明確變化。在res/drawable下新建btn_bg_selector.xmlselector xmlns:androidhttp://schemas.android.com/apk/res/android item android:state_enabledfalse shape android:shaperectangle solid android:color#1C1C1E/ /shape /item item android:state_pressedtrue shape android:shaperectangle solid android:color#FF9500/ /shape /item item shape android:shaperectangle solid android:color#333333/ corners android:radius24dp/ /shape /item /selectorselector里item的順序是血淚經驗state_enabledfalse必須放最前面state_pressedtrue其次不帶state的默認item放最后。系統(tǒng)按順序逐個匹配第一個條件成立的item生效。如果默認item寫在前面它會攔截所有狀態(tài)按壓反饋就永遠不出現(xiàn)。按鈕按下變橙色松手變回原來的灰色視覺反饋和系統(tǒng)計算器一致。要做到這個效果還需要在Button上設置android:stateListAnimatornull。Android 5.0以上Button默認帶一個高度抬起的動畫selector的顏色變化會在按下瞬間被動畫覆蓋兩者疊加看著像按鈕在抖。圓角corners的radius是24dp不是隨意取的和按鈕高度的比例有關——按鈕高度約64dp時24dp的圓角讓邊緣接近半圓但保留一點方感太圓會顯得偏女性化太小則生硬。更精細的做法是給數(shù)字鍵、運算符鍵、功能鍵分別寫selector因為它們的底色和按壓色不同。數(shù)字鍵按住變淺灰運算符鍵按住變深橙功能鍵按住變深灰。實現(xiàn)上只是把上面selector里的顏色換掉然后每個Button設置不同的background即可。功能鍵上的文字是黑色還需要單獨指定android:textColor。我見過一些工程的按鈕背景直接用android:backgroundTint指定顏色按下時的反饋交給Ripple但Ripple在淺色按鈕上幾乎不可見selector仍然是計算器這類界面的可靠方案。3.3 顯示區(qū)TextView字體、對齊與自動縮小的三件套計算器頂部顯示區(qū)看似只是一個TextView但難點在于數(shù)字多了怎么辦。如果不做處理一行放不下時會換行整個布局塌掉。正確配置是限高、右對齊、自動縮小字號TextView android:idid/display android:layout_widthmatch_parent android:layout_height120dp android:gravityend|center_vertical android:maxLines1 android:textColorcolor/calc_display android:textSize64sp app:autoSizeTextTypeuniform app:autoSizeMinTextSize24sp app:autoSizeMaxTextSize64sp /自動縮小的屬性在API 26以上原生支持為了兼容更低版本要使用app:前綴的AppCompatTextView。如果你在xml里寫了android:autoSizeTextType它在舊設備上會被忽略這就是為什么明明照著文檔寫了卻在小屏手機上不會縮號。顯示區(qū)的字體建議用sans-serif-medium即FontFamilysans-serif-medium數(shù)字的筆畫比默認的sans-serif略粗在深色背景上更清晰。這里有一個交互細節(jié)顯示區(qū)的文字更新時計算過程表達式和當前輸入數(shù)字要區(qū)分。一般做法是顯示區(qū)只顯示當前輸入或結果過程中間表達式放在上方一行較淺的小字。新手工程常常只用一個TextView導致輸入“123”時屏幕上只顯示一個3用戶完全不知道前面按過什么。想做成精致UI至少要加一個processTextView顯示表達式再用一個resultTextView顯示當前值。兩行的高度差和字體色差都源于這一步。processTextView放上方的布局順序是固定的把它放在GridLayout之前高度設40dp左右文字字號20sp、顏色半透明白。4. 計算邏輯落地狀態(tài)、解析與綁定三層分開寫4.1 中綴轉后綴不引入第三方庫的四則運算解析計算器的核心是表達式解析。網上能搜到不少簡易計算器zip其中用eval、ScriptEngine甚至反射調用JavaScript引擎的都有。這類方案代碼量最少但要在Android上運行時引入額外庫或依賴而且精度和行為不可控。自己寫解析器面試時也能聊得清楚畢竟四則運算的解析是每個程序員都應該能寫出來的東西。經典做法是中綴轉后綴RPN再對后綴表達式求值。判一個數(shù)字是否結束靠的是掃描時遇到運算符或字符串結尾。下面是中綴轉后綴的Kotlin實現(xiàn)fun infixToRpn(expression: String): ListString { val output mutableListOfString() val stack ArrayDequeChar() val num StringBuilder() for (ch in expression) { when { ch.isDigit() || ch . - num.append(ch) else - { if (num.isNotEmpty()) { output.add(num.toString()) num.clear() } while (stack.isNotEmpty() priority(stack.first()) priority(ch) ) { output.add(stack.removeFirst().toString()) } stack.addFirst(ch) } } } if (num.isNotEmpty()) output.add(num.toString()) while (stack.isNotEmpty()) { output.add(stack.removeFirst().toString()) } return output } fun priority(op: Char): Int when (op) { , - - 1 *, / - 2 else - 0 }這段代碼里的ArrayDeque當棧用addFirst入棧removeFirst出棧stack.first()是棧頂。沒有處理括號因為簡易計算器沒有括號鍵但帶括號的表達式如果混進來會被當成普通運算符處理所以調用前要做好表達式清洗。priority函數(shù)里等號和其他非法字符返回0是為了讓它們在轉后綴時被當成低優(yōu)先級運算符彈出之后求值階段再報錯。轉成后綴之后求值就機械了從左到右掃描遇到數(shù)字入棧遇到運算符彈出兩個操作數(shù)算完再入棧fun evalRpn(tokens: ListString): Double { val stack ArrayDequeDouble() for (token in tokens) { when (token) { - { val b stack.removeFirst() val a stack.removeFirst() stack.addFirst(a b) } - - { val b stack.removeFirst() val a stack.removeFirst() stack.addFirst(a - b) } * - { val b stack.removeFirst() val a stack.removeFirst() stack.addFirst(a * b) } / - { val b stack.removeFirst() val a stack.removeFirst() stack.addFirst(a / b) } else - stack.addFirst(token.toDouble()) } } return stack.removeFirst() }注意減法時a和b的順序后綴表達式3 5 -對應的是3-5而不是5-3所以彈出來時先彈b再彈a。這一步寫反是所有RPN實現(xiàn)里最高頻的翻車點。除法同理。0.10.2不等于0.3是Java/Kotlin層面逃不掉的精度問題簡易計算器可以在顯示層做四舍五入保留10位小數(shù)寫成DecimalFormat(#.##########)可以解決大部分視覺誤差。4.2 按鈕事件綁定一個接口綁定全部按鈕20個按鈕逐個寫setOnClickListener會占掉onCreate幾十行。常見的整潔寫法是Activity實現(xiàn)View.OnClickListener用一個id列表綁定在onClick里用when分發(fā)class MainActivity : AppCompatActivity(), View.OnClickListener { override fun onCreate(savedInstanceState: Bundle?) { super.onCreate(savedInstanceState) setContentView(R.layout.activity_main) listOf( R.id.btn_0, R.id.btn_1, R.id.btn_2, R.id.btn_3, R.id.btn_4, R.id.btn_5, R.id.btn_6, R.id.btn_7, R.id.btn_8, R.id.btn_9, R.id.btn_dot, R.id.btn_add, R.id.btn_sub, R.id.btn_mul, R.id.btn_div, R.id.btn_eq, R.id.btn_ac ).forEach { id - findViewByIdButton(id).setOnClickListener(this) } } override fun onClick(v: View?) { when (v?.id) { R.id.btn_0 - inputDigit(0) R.id.btn_dot - inputDot() R.id.btn_add - inputOperator() R.id.btn_sub - inputOperator(-) R.id.btn_mul - inputOperator(*) R.id.btn_div - inputOperator(/) R.id.btn_eq - evaluate() R.id.btn_ac - clearAll() else - Unit } } }注意綁定列表里沒有放btn_sign正負號和btn_percent百分號因為這兩個鍵的功能依賴當前輸入狀態(tài)如果當前輸入為空按了也應該無響應。與其在onClick里判空不如直接不綁定讓它們保持不可用狀態(tài)視覺上更符合系統(tǒng)計算器。這個取舍可以延伸到所有按鈕不是所有按鈕在所有狀態(tài)下都可點UI上應該同步反映出來。綁定事件時如果你的compileSdk版本較新findViewById可以被ViewBinding替代布局里所有帶id的控件自動生成為同名字段。但對計算器這種控件數(shù)量固定的小界面findViewById的樣板代碼并不多ViewBinding的好處主要體現(xiàn)在列表項或復雜布局上這里不強上。4.3 狀態(tài)管理三個變量管住輸入、表達式和重復等號計算器的狀態(tài)要管住三樣東西正在輸入的數(shù)字、已經確認的表達式、上一個運算符。很多zip工程翻車就翻在這里它們用一個TextView.text當全局狀態(tài)每次點擊都從TextView里摳字符串再拼回去除數(shù)和連續(xù)等號會出現(xiàn)錯亂。推薦的三個成員變量變量類型作用currentInputString當前正在輸入的數(shù)字可能含小數(shù)點expressionString已確認的左側表達式如“12”lastOperatorChar?記錄等號前一個運算符支持連按等號對應的事件處理在4.2的inputDigit、inputOperator、evaluate中展開。核心邏輯是用戶按運算符時把currentInput拼進expression并清空currentInput按等號時把當前輸入拼進表達式轉后綴、求值、顯示結果同時把本次運算符和操作數(shù)保留用于連按等號時的二次計算。連續(xù)等號“12315再按得18”的實現(xiàn)方式是在evaluate末尾判斷l(xiāng)astOperator和lastOperand是否為空如果用戶沒有輸入新數(shù)字就重復上一次運算。小數(shù)點要單獨處理currentInput里已經包含.時再按小數(shù)點應該無效。這是輸入合法性檢查的一部分不能等到解析時報錯。這類輸入層校驗如果做得完整解析層就只需要關心純數(shù)學表達式出錯的概率大幅下降。我見過不少新手把“連續(xù)按運算符”“按完等號又按數(shù)字”這些交互狀態(tài)全堆在if else里最后代碼像意大利面。用三個變量加一個isNewInput布爾值把“當前輸入是否是新數(shù)字”這個狀態(tài)單獨表示處理起來會清晰很多。5. 計算器必踩的5個坑現(xiàn)象、原因與解決5.1 模擬器卡在starting upApp遲遲不顯示現(xiàn)象Android Studio里的模擬器啟動后長時間停在“Starting up”的加載界面計算器App裝了但打開黑屏或者界面刷新很慢點擊按鈕有明顯延遲。原因模擬器冷啟動本身就要拉系統(tǒng)鏡像計算器工程體積小不代表系統(tǒng)鏡像小。如果AVD配置里Graphics選的是Software渲染走CPUUI界面卡頓是必然的。另一個常見原因是電腦開了Hyper-V或WHPX和Android Emulator自帶的HAXM/GVM沖突模擬器進程反復重啟。解決在AVD Manager里編輯模擬器配置Graphics改成Hardware - GLES 2.0Boot option改成Cold boot關閉無關的虛擬化軟件沖突。實際開發(fā)中計算器這類小工程用真機調試更省心用USB連手機開USB調試秒級安裝還能真實感受按鈕的按壓反饋模擬器上的觸摸反饋和真機是兩回事。如果堅持用模擬器第一次啟動時多等幾分鐘之后的熱啟動會快很多不要一看到starting up就殺掉進程重來。5.2 軟鍵盤彈出搶占半邊屏幕現(xiàn)象在模擬器或真機上每按一次數(shù)字鍵系統(tǒng)軟鍵盤就彈出來把計算器按鍵擋住大半點其他按鍵也躲不開。原因TextView有焦點且允許輸入法連接。雖然計算器所有輸入都靠Button但顯示區(qū)TextView默認有焦點軟鍵盤被喚起。解決在根布局上加上android:focusabletrue和android:focusableInTouchModetrue讓根布局優(yōu)先持有焦點。同時給activity配置windowSoftInputModestateHidden|adjustNothing明確聲明不需要軟鍵盤窗口。這兩步加完之后模擬器再打開App就不會有輸入法彈出了。注意focusable和focusableInTouchMode要同時設置只設前者在觸屏設備上不生效。5.3 除零不崩潰但顯示奇怪字符現(xiàn)象按“1÷0”顯示Infinity按“0÷0”顯示NaN有的機器上還會白屏。原因現(xiàn)代計算器把除法當Double運算0.0做除數(shù)不會拋異常IEEE 754標準里規(guī)定了結果是Infinity或NaN。顯示層直接把Double.toString的結果丟給TextView屏幕上就出現(xiàn)了Infinity。某些庫或系統(tǒng)版本對Double.toString(“NaN”)處理異常進而崩潰。解決在evaluate()求值完成后統(tǒng)一判斷結果val result evalRpn(rpn) if (result.isNaN() || result.isInfinite()) { display.text 錯誤 clearAll() return }isNaN和isInfinite是Double自帶的方法不需要引入額外庫。注意這個判斷要放在任何格式化之前比如BigDecimal或DecimalFormat對Infinity的行為不盡相同繞過了等于沒攔。清空狀態(tài)是為了避免用戶接著按數(shù)字時把“錯誤”兩個字拼進表達式里。5.4 旋轉屏幕后表達式清空現(xiàn)象手機上把計算器橫過來輸了一半的表達式和當前數(shù)字全部消失屏幕顯示0。原因Activity默認在旋轉時被銷毀重建成員變量全部歸零。計算器沒有做狀態(tài)保存也沒有鎖定屏幕方向。解決開發(fā)學習階段最省事的辦法是在AndroidManifest.xml里給MainActivity加android:screenOrientationportrait。如果希望支持橫屏就在activity里重寫onSaveInstanceState把currentInput、expression、lastOperator三個變量寫進BundleonCreate里再取回。只有鎖豎屏時才不需要處理這一層。鎖定方向后布局里就不用再考慮橫屏的適配對這個小項目來說是最優(yōu)解。5.5 高DPI和定制ROM下按鈕文字截斷現(xiàn)象小米、華為等ROM上“AC”“%”文字顯示不全按鈕背景是圓角但文字被裁掉一半有些ROM上按鈕的按壓顏色看起來不正常。原因各廠商對系統(tǒng)默認字體做了修改英文字母和中文字符的寬度度量不完全一致。Button的padding在不同ROM上也有差異MaterialButton還自帶了inset機制如果不小心給Button設置了過大的minWidth布局權重分配會把可用寬度壓縮文字就放不下。解決文字截斷優(yōu)先排查按鈕的padding和minWidth。在xml里給Button設置android:padding0dp并用android:minWidth0dp覆蓋系統(tǒng)默認值讓寬度完全由GridLayout的weight決定。如果用的是androidx.appcompat.widget.AppCompatButton還要注意背景Drawable的inset需要設置android:insetLeft4dp這類inset參數(shù)。最后的兜底手段是把字號適度調小比如把運算符鍵的textSize從28sp降到24sp視覺差別不大但留出了文字內邊距。這類問題在模擬器上幾乎復現(xiàn)不了只能在真機上驗證調試時多拿一臺國產ROM的手機有好處。6. 進階玩法把簡易計算器做成能上架的作品拿到一個能跑的zip工程只是開始。想讓這個計算器在作品集或面試里立住接下來最值得做的是四件事歷史記錄、振動反饋、主題跟隨、簽名打包。歷史記錄用SharedPreferences存JSON數(shù)組就夠Room在這里是大炮打蚊子限制最多50條超出就刪最早的。存取時可以復用同一個工具類getSharedPreferences(calc_history, MODE_PRIVATE)序列化用org.json里的JSONArray不需要額外依賴。振動反饋復用系統(tǒng)服務即可但注意Android 13以上要檢查VIBRATE權限是否被用戶關閉否則直接崩潰val vibrator if (Build.VERSION.SDK_INT 31) { getSystemService(VibratorManager::class.java).defaultVibrator } else { Suppress(DEPRECATION) getSystemService(VIBRATOR_SERVICE) as Vibrator } vibrator?.vibrate(VibrationEffect.createOneShot(20, VibrationEffect.DEFAULT_AMPLITUDE))20毫秒的振動時長是短促反饋的常用值超過50毫秒就會感覺手機在震而不是在點按。振動要放在按鈕的onClick里而不是onTouch里否則滑動經過按鈕也會觸發(fā)體驗會變得很廉價。主題跟隨系統(tǒng)是把顏色資源放進values-night目錄計算器這種深色為主的界面白天模式反而要重新設計一套淺色配色工作量比想象中大但做完之后“跟隨系統(tǒng)”這一條在作品集里是實打實的亮點。簽名打包前記得先把keystore備份到項目外的目錄我見過太多人換電腦后keystore丟失導致無法更新應用。最后的加分項是寫幾個JUnit用例把中綴轉后綴的邊界case鋪開除零、連續(xù)小數(shù)點、連續(xù)等號、超大數(shù)字的精度。我自己最大的教訓就是把測試留到功能全做完才補真到補的時候已經不想動了。從一開始就給計算器寫測試后面每改一個按鈕的狀態(tài)邏輯都能立刻看到回歸結果。希望幫到你。本文還有配套的精品資源點擊獲取