講師回答 / hyman
這個(gè)應(yīng)該有錯(cuò)誤提示的把~~檢查下log是否可以正常打印出，和檢查下有沒(méi)有異常捕獲了，但是catch中空實(shí)現(xiàn)了。
2015-06-18
最贊回答 / 筱強(qiáng)來(lái)了
我跟你也有一樣的疑問(wèn)，運(yùn)行測(cè)試了一下，發(fā)現(xiàn)老師做的是對(duì)的，這個(gè)類AudioRecorderButton是繼承的botton類，也就是(0,0)和(getWidth(),getHeight())這兩個(gè)點(diǎn)分別是Button的左上角和右下角，于是后面的y<-DISTANCE_Y_CANCEL就也容易理解了。我想就是這樣的吧
2015-06-13
最新回答 / 浪漫隨風(fēng)
我覺(jué)得是public void prepareAudio()方法里面的?mMediaRecorder.prepare()這個(gè)沒(méi)有運(yùn)行造成的！
2015-06-04
最贊回答 / 嗷嗷飛
找到原因了，老師的代碼并沒(méi)有去處理這個(gè)異常if (isPrepared) { ? ?try { ? ? ? ?//maxLevel*mMediaRecorder.getMaxAmplitude() 1~32767 ? ? ? ?return maxLevel * mMediaRecorder.getMaxAmplitude() / 32768 + 1; ? ?} catch (Exception e) { ? ?}}return 1;
2015-05-27
講師回答 / hyman
恩，這個(gè)異常我們是有預(yù)見(jiàn)性的，就是知道會(huì)出這個(gè)異常，但是不會(huì)影響這個(gè)案例的運(yùn)行，注意捕獲一下：<...code...>
2015-05-20
講師回答 / hyman
恩，不會(huì)一模一樣呀~ 時(shí)間的消耗在long click 和 ?MediaRecorder.prepare的時(shí)間。如果你嫌慢，可以不要在LongClick的時(shí)候去觸發(fā)，可以選擇DOWN之后延時(shí)100s觸發(fā)等等方式進(jìn)行縮短時(shí)間。
2015-05-20
講師回答 / hyman
自定義的button繼承自Button呀。本例中沒(méi)有fragment，你說(shuō)的是布局文件中button的父布局為什么是FrameLayout吧，對(duì)于相同的效果，如果FrameLayout和LinearLayout都可以實(shí)現(xiàn)，我會(huì)選擇FrameLayout，因?yàn)樾蕰?huì)高一點(diǎn)。
2015-05-18
