作者查詢 / ssccg
作者 ssccg 在 PTT [ AndroidDev ] 看板的留言(推文), 共1488則
限定看板:AndroidDev
看板排序:
全部Gossiping57312ChainChron8708NIHONGO5749C_Chat5643LightNovel3843java2140Wine2005chess1958AndroidDev1488FORMULA11463LoL1393Soft_Job1124C_Sharp1030FATE_GO759Web_Design637TypeMoon589Tennis550SMSlife547Tech_Job457FBG421Aviation200Tea187Grad-ProbAsk186StupidClown179KIRARA149marriage147MLB100e-shopping79PuzzleDragon79Ajax73Salary59home-sale54GraduateCram49GO44Japan_Travel42Seikai42joke38study35creditcard32L_TalkandCha32Marginalman32MacDev31car28WorldCup25HatePolitics24graduate22Teacher22LordsOfWater21PublicServan19Master_D17NihonBook17SENIORHIGH17Kaohsiung15Bank_Service13book13Olympics_ISG12StarCraft12C_BOO11Drink11MJ_JP11pts11C_and_CPP10nCoV201910rent-exp9ScienceNote9CVS8Hsinchu7Post7R_Language7TaichungBun7TOEIC7TPC_Police7WomenTalk7Baseball6biker6Fantasy6gallantry6NTU6NTUcourse6NY-Yankees6PingTung6Stock6BigBanciao5Examination5LangService5movie5MuscleBeach5Sub_GMobile5Taoyuan5AfterPhD4Delivery4I-Lan4Liu4NDHU-His964Tainan4AppleDaily3e-coupon3Finance3Hearthstone3IA3media-chaos3MobileComm3NTUDormG13PhD3specialman3SuperBike3TW-language3TY_Research3Weyslii3YOLO3Boy-Girl2cookclub2Doraemon2GameDesign2H-GAME2KOTDFansClub2KS95-3182LAW2Lawyer2Military2Non-Graduate2Palmar_Drama2PublicIssue2Railway2Translation2AC_Music1B97A013XX1bicycle1BraveFrontie1C_ChatBM1CFantasy1Database1EatToDie1Food_Safety1Geography1GossipPicket1juniorhigh1LTK1MATLAB1MGL-history1Miaoli1NextTV1NTPU-CSIE941NTPU-CSIE951NTUE-ME1001NTUSA1PunishRecord1sex1Shana1stationery1TamShui1Test1<< 收起看板(152)
5F→: 除了你的號碼來自於其他地方外,這跟一般手遊課金有差別嗎?11/18 15:19
4F→: 付費去廣告啊11/09 10:12
1F→: Pixel系列?11/08 00:00
9F→: 要看測試目的是在正常的實機上會動,還是要測手機廠搞出來11/09 10:10
10F→: 的各種問題,前者買標準機就好,後者買一台絕對不夠的11/09 10:11
7F→: memory leak這件事是持有別的物件的reference,會導致被參11/07 18:49
8F→: 照的物件不會被回收,反過來就沒有差11/07 18:49
9F→: 但是context只有application是static,activity即使只有一11/07 18:50
10F→: 個,每次系統重建也都是不同的物件,不是同一個11/07 18:50
11F→: 如果用static reference存activity,那在更新此reference前11/07 18:51
12F→: 不管被指到的activity是死是活都不會被回收,也是種leak11/07 18:52
21F→: 不是指向null,GC是從特定root物件(如stack、static變數)出11/07 21:06
22F→: 發,所有能到達的物件就視為使用中,無法到達的就會被清掉11/07 21:07
23F→: View裡有變數指向static物件,但View自己沒被使用中的物件11/07 21:10
24F→: 指到的話,還是會清掉。Activity是使用中時系統會保持一個11/07 21:11
25F→: 參考,在結束時會釋放,但另外有static變數指向Activity就11/07 21:13
26F→: 會造成系統已不用的Activity不會被清掉11/07 21:13
27F→: View在沒有另外用變數存的情況下,通常指向它的只有上一層11/07 21:15
28F→: 的View,在被移除出View hierarchy時就可以被清掉了11/07 21:16
4F→: Kotlin寫的不可能不支援Java10/30 16:47
10F→: 我覺得Fragment不是View,Fragment根本就不一定會有View10/30 11:07
11F→: 理論上是可重用在不同Activity中的controller10/30 11:08
12F→: 當然實際上哪個對應哪個是看個人程式架構,不過原po的目前10/30 11:12
16F→: 的架構比較像fragment是controller10/30 11:15
1F→: 把這些變數初始化移到自訂的Application class10/20 10:52
2F→: 不要放在特定的Activity中10/20 10:52
7F→: btw一樓的作法是治標的方法,治本的方法是不要用靜態,應該10/20 11:57
8F→: 考慮資料的生命週期,選擇適當的context、在適當的地方載入10/20 11:57
9F→: 可能是null的物件不會直接呼叫isEmpty來判斷是常識吧10/20 10:47
1F→: AlertDialog.Builder才有setNeutralButton10/12 14:50
2F→: AlertDialog沒有,就不同type啊10/12 14:50
3F→: setButton有個3個參數的版本可以指定哪個button10/12 14:51
4F→: 你用到的是舊的方法(setButton、setButton2、setButton3)10/12 14:52
9F→: AlertDialog.Builder是用來建立AlertDialog的class10/12 15:59
10F→: create這個方法就是把Builder轉成最後要用的AlertDialog10/12 15:59
11F→: 呼叫create前後是不同的type10/12 15:59
12F→: 另外AlertDialog.Builder的show是相當於create之後馬上呼叫10/12 16:00
13F→: 新的AlertDialog的show10/12 16:02
14F→: 除了create和show(還有getContext)以外Builder的方法都是回10/12 16:05
15F→: 傳原本的builder方便連續呼叫10/12 16:07
16F→: 看不懂create前後差在哪的話可能要加強一下Java基礎..10/12 16:08
1F→: 沒程式碼哪知道是什麼情形...10/06 13:56