前言

從年初開始，我司便開始將思碼逸作為了 OKR 必選項(xiàng)，從開始的抵觸，到現(xiàn)在的坦然，也算是被錘之路...

簡(jiǎn)單附上對(duì)應(yīng)問題解決的思路或者方式，以便于小伙伴類似直接操作。

個(gè)人對(duì)于思碼逸的看法，其實(shí)多屬于還是基于阿里一些規(guī)范，雖說有點(diǎn)繁瑣，甚至有些許難受，長(zhǎng)遠(yuǎn)來看，未嘗不是一件好事兒。

點(diǎn)滴做起，基于思碼逸，一起來改善自己代碼吧～

先附上阿里編碼指南：

p3c

Static non-final field names should comply with a naming convention

提示如下：

大概的意思就是靜態(tài)非 final 命名不規(guī)范，這里直接追加 final 即可。

Jump statements should not be redundant

問題代碼如下：

提示如下：

Jump statements such as return and continue let you change the default flow of program execution, but jump statements that direct the control flow to the original direction are just a waste of keystrokes.

Fix：

• 獨(dú)立出來，不滿足條件直接 return 即可。

Deprecated code should be removed

問題代碼如下：

提示如下：

• 此規(guī)則旨在用作跟蹤標(biāo)記為已棄用的代碼的一種方式。棄用的代碼最終應(yīng)該被刪除。

Fix：

• 歷史包袱，只能看具體代碼，具體分析，如果有替代則使用推薦的。（真是一句廢話...

Unused method parameters should be removed

問題代碼如下：

提示如下：

• 未使用的參數(shù)具有誤導(dǎo)性。無論傳遞給此類參數(shù)的值如何，行為都是相同的。

附上對(duì)應(yīng)代碼圖：

當(dāng)然以下是一些例外情況：

• that are annotated with @javax.enterprise.event.Observes
• in overrides and implementation methods
• in interface default methods
• in non-private methods that only throw or that have empty bodies
• in annotated methods, unless the annotation is @SuppressWarning("unchecked") or @SuppressWarning("rawtypes"), in which case the annotation will be ignored
• in overridable methods (non-final, or not member of a final class, non-static, non-private), if the parameter is documented with a proper javadoc.

[p3c]To judge the equivalence of floating-point numbers, == cannot be used for primitive types, while equals cannot be used for wrapper classes.

問題代碼如下：

提示如下：

• 浮點(diǎn)數(shù)之間的等值判斷，基本數(shù)據(jù)類型不能用 == 來比較，包裝數(shù)據(jù)類型不能用 equals 來判斷

如何 Fix？

• 本質(zhì)理解為一個(gè)精度問題，例如某些情況下 0.1 和 0.111 是相等的。

只需要將原本的 == 替換為 Float.compare(a,b) == 0 即可。

Others 知識(shí)點(diǎn)回顧：

回顧基本數(shù)據(jù)類型和包裝類型：

而它們之間區(qū)別如下：

• 基本類型均有默認(rèn)值，而包裝類型初始化則是 NULL。也就是說基本類型可以用直接使用，而包裝類型必須實(shí)例化后才可以使用；
• 包裝類型實(shí)際是對(duì)象的引用，new 一個(gè)包裝類型的時(shí)候，實(shí)際上生成了一個(gè)指針指向此對(duì)象，而基本類型則事直接存儲(chǔ)數(shù)據(jù)值；

這里額外回顧下 == 和 equals 區(qū)別吧：

• == 對(duì)于基本類型來說是比較值，對(duì)于引用類型來說則是比較引用地址；
• equals 默認(rèn)情況下是比較引用地址，只是很多類重寫了 equals 方法，比如 String、Integer 等把它變成了比較值，所以說一般情況下 equals 比較的是值是否相等。

THK

• 你真的懂 == 和 equals 的區(qū)別嗎？

以上就是Android Notes思碼逸問題處理記錄的詳細(xì)內(nèi)容，更多關(guān)于Android Notes思碼逸問題處理的資料請(qǐng)關(guān)注腳本之家其它相關(guān)文章！

最新評(píng)論