源碼審核

A. iOS馬甲包審核被拒如何過審

4.3一般存在3種情況，可以根據被拒回復進行判斷，如果你真的看不懂被拒回復，下面一一列舉，逐一排除，黑色字體是解決方案
第一種：簡稱代碼重復，代碼重復使用也有三種情況
1.可能你之前用這套源碼上過一個包，現在用這套代碼直接改一個logo跟名字再上一個馬甲，這種基本會直接4.3
這種情況基本要改源碼，第一步：工程中的文件夾的名字全部進行修改。第二步：每一個工程都有一個類前綴, 我們需要取一個長一點的類前綴, 並且這個類前綴在你的整個工程一定是一個唯一的字元串, 我們假設這個類前綴是PayDayLoan, 現在我們需要生成一個控制器, 控制器的結尾Controller也需要用一個特定的字元去代替, 比如:Director,剩下的View以及object做法類似, 就不一一介紹了,做馬甲的時候就是把這些名字用另一個唯一的字元去代替, 盡量長一點。第三步：把另一個其他的工程中的類全部導入進來, 主要是混淆代碼, 在現有的工程中調用, 可以沒有任何效果, 只是單純調用方法。
註：單一的加入垃圾代碼混淆沒用的！
2.如果你的這套源碼在一個賬號上提交過，但是被拒了，後來因為其他原因你不得不在別的賬號上重新提交此源碼，這種情況第二個賬號基本也會報4.3
這種情況需要在第一個賬號做一下處理, xcode新建一個應用, 直接用之前提交過的bundle Id打包，logo用一個純白或者純黑的圖片, 將這個新建的應用提交到應用市場, 構建版本中將之前被拒的包移除, 用這個新的應用頂替之前被拒的包, app名字改成 「作廢-此應用不再提交」 後面再隨便加一個數次, 因為這個名字別人已經用過了, app描述跟app名字一樣, 剩下的信息全部刪除.最後點擊保存即可．不需要提交審核。
3.你的源碼只要提交到itunes connect裡面，就算沒提交審核，當你再次使用此源碼提交審核的時候，基本都會報4.3
這種情況的解決方案參照2
第二種，界面功能相似
這種情況簡單的改源碼已經沒用了，需要在原有的app上加一些不同的功能，我用借貸類舉例說明該如何解決，其他類型的app可以參考
以下舉兩個應用說明, 分別用A應用與B應用代替, 你需要如何處理並且如何回復審核人員
1.A應用 是給沒有信用卡的用戶使用的一款借款App，B應用 是給有信用卡的用戶使用的一款借款App.2.A應用的最高借款額度是1000元, B應用 的最高借款額度是25000元.3.A應用的還款時間是7天與14天, B應用 的還款時間是28天. 4.A應用 內部有貸款計算器功能, B應用只是一個普通的貸款app, 並無其他功能5.兩款app是我們公司內不同的部門開發的app, 分別針對不同的用戶人群.
第三種，app名字被用過
這一種，可能是最容易被忽略的，取名字之前一定要先搜索app store有沒有同名應用，盡量避免同名應用

B. 優秀源代碼審核工具具有哪些特點

一.可理解性：
可理解性表明人們通過閱讀源代碼和相關文檔，了解程序功能及其如何運行的容易程度。

二.可靠性：
可靠性表明一個程序按照用戶的要求和設計目標，在給定的一段時間內正確執行的概率。

三.可測試性
可測試性表明論證程序正確性的容易程度。程序越簡單，證明其正確性就越容易。而且設計合用的測試用例，取決於對程序的全面理解。
一個可測試的程序應當是可理解的，可靠的，簡單的。
用於可測試性度量的檢查項目如下：
程序是否模塊化? 結構是否良好?
程序是否可理解? 程序是否可靠?
程序是否能顯示任意中間結果?
程序是否能以清楚的方式描述它的輸出?
程序是否能及時地按照要求顯示所有的輸入?
程序是否有跟蹤及顯示邏輯控制流程的能力?
程序是否能從檢查點再啟動?
程序是否能顯示帶說明的錯誤信息?

四.可修改性
可修改性表明程序容易修改的程度。

五.可移植性
可移植性表明程序轉移到一個新的計算環境的可能性的大小。或者它表明程序可以容易地、有效地在各種各樣的計算環境中運行的容易程度。
一個可移植的程序應具有結構良好、靈活、不依賴於某一具體計算機或操作系統的性能。
用於可移植性度量的檢查項目如下：
1.是否是用高級的獨立於機器的語言來編寫程序?
2.是否使用廣泛使用的標准化的程序設計語言來編寫程序? 是否僅使用了這種語言的標准版本和特性?
3.程序中是否使用了標準的普遍使用的庫功能和子程序?
4.程序中是否極少使用或根本不使用操作系統的功能?

六.效率
效率表明一個程序能執行預定功能而又不浪費機器資源的程度。
這些機器資源包括內存容量、外存容量、通道容量和執行時間。
用於效率度量的檢查項目如下：
程序是否模塊化? 結構是否良好?
是否消除了無用的標號與表達式，以充分發揮編譯器優化作用?

七.可使用性
從用戶觀點出發，可使用性定義為程序方便、實用、及易於使用的程度。一個可使用的程序應是易於使用的、能允許用戶出錯和改變，並盡可能不使用戶陷入混亂狀態的程序。

C. 軟體著作權保護的是原代碼，但是提交審核的時候只能60頁的原代碼，還有幾千頁是怎麼保護的呢謝謝

申請軟體著作權登記的時候會被要求提交60頁的源代碼。沒有經驗的開發者朋友第一次申請的時候難免會遇到因代碼文檔格式不正確、代碼里含有其他版權信息等原因被要求補正的問題，從而導致拿證時間延誤。為了幫助開發者朋友一次性順利通過軟體著作權登記的審查，下面為大家分享下自己總結的60頁源代碼整理攻略。

第一步：請點擊下載軟體著作權登記源代碼模板；
第二步：將打算申請軟著的軟體名稱及版本號替換模板里左上角「自助登記安卓版應用軟體V1.0」；
第三步：打開軟體的代碼文件，復制代碼；
第四步：回到本文檔，「Ctal+A」全選本文檔內容；
第五步：點擊滑鼠右鍵，選擇「只粘貼文本」方式粘貼所復制的代碼；
第六步：按照上述方式粘貼大致80頁左右的源代碼；
第七步：刪除代碼中作者及版權信息，刪除方式：通過「Ctal+F」查找author、right，created等代碼中作者及版權信息代碼，找到後刪除相應代碼；
第八步：刪除代碼中空行，刪除方式：點擊「Ctal+F」、點擊「替換」，在「查找內容（N）」一欄里輸入「pp」，在「替換為」一欄里輸入「^p」，通過這種方式可統一刪除代碼中空行；
第九步：刪除多餘代碼，刪除方式：從第31頁代碼開始刪除代碼，刪除至剩餘代碼剩餘60頁整。代碼修改完畢即60頁整、每頁50行的源代碼。若軟體所有的代碼加起來都不足60頁則需要提供所有的源代碼，此種形式第一頁代碼最好是登陸/開始對應的代碼，最後一頁的代碼最好是退出/結束對應的代碼。