原创 總結彈彈2.0版本的歷程

我發覺工程越到快要提交的時候他的效率會越來越快,估計大家心裏也是感受到了這個壓力了吧最後,沒看過人月神話,不知道大牛們的開發經歷是怎麼樣的。

原创 自己以後開始一個新的項目的時候一定要給uiview寫一些拓展的協議

@interface UIView (TTCategory) .m文件的內容 // // Copyright 2009-2011 Facebook // // Licensed under the Apache License, Ve

原创 關於tableview的界面得數據的變化怎麼進行刷新的問題

總的原則就是哪裏的數據源發生了改變,就對哪裏進行鍼對的刷新,而不是統一的[uitableview  reloadData ]。 今天碰到的點贊,點讚的那個cell的點讚的人數變了,我的刷新這一條cell, 所以我就找到這個cell NS

原创 xcode7.1上傳app到AppStore上面的流程

xcode7最新的上傳的流程 1:插上你的手機和xcode連接 2:點擊xcode裏面product的archive,前提是你的edit scheme裏面的run是release的狀態,archive也是release的狀態 3,最後a

原创 關於點擊狀態欄回到頂部的問題

自己今天剛剛解決這個問題,這個問題的核心就是一個頁面裏面存在多個uiscrollerview的控件或者他的子控件比如常見的就是UItableview,所以我們必須要把其他的控件的scrollertotop的屬性設置爲no,把你想回頂部的那

原创 自己第一次爲cell寫的協議方法

@property (nonatomic,assign) id<TTKeyBoardViewDelegate> delegate; @protocol TTKeyBoardViewDelegate <NSObject> -(void)

原创 開發中的錯誤的總結

'NSInternalInconsistencyException', reason: 'Application windows are expected to have a root view co 這應該是你的appdelgate這個

原创 點贊監聽應該放的地方,關鍵是一種思維的問題

放在點贊回調裏面,點一次次都會發送網絡影響性能,吧post監聽放在viewwilldisappear裏面,再加上一個是否觸發了點贊或者取消點讚的判斷,我們根據判斷的值來決定是否發送通知,因爲有時候用戶只是進來看看,沒有點贊,我們只是簡單的

原创 狀態欄固定的20會影響我們對於問題是不是適配的考量關於一些5s和6s和6p的適配的問題

根據設計給的圖我們做app,因爲設計有可能給的就是5s的設計圖,所以在5s上面顯示正常了,在6s和6p上面不正常的,肯定就是適配的問題, 關於一個最容易忽略的問題就是狀態欄和視屏播放器的適配的問題了,我們往往在6p上面把播放器向下面挪20

原创 時間戳計算的問題

自己的app裏面有用到ttutil裏面

原创 關於nsdata的壓縮的問題base64,圖片轉字符串,圖片的壓縮的問題

我的之前是大小不變直接是UIImageJPEGRepresentation(self.uploadImage , 1.0f); 然後改成UIImageJPEGRepresentation(self.uploadImage , 0.4)

原创 關於cell裏面的圖片加載的問題

 //解決圖片的加載出現空白的情況    之所以出現這個問題是因爲你在界面裏面做了   下載和展示兩件事情 所以選擇一個有回調的方法     [self.someoneImageView sd_setImageWithURL:[NSURL

原创 一些感悟

你要什麼數據,誰給你,沒有人給你,就從網絡服務器要。

原创 進入cell的詳情頁

今天做了圖片的展示 [iv sd_setImageWithURL:[NSURL URLWithString:imageUrl] placeholderImage:[UIImage imageNamed:@"me-avatar-defau

原创 清除空出的多餘的cell的線

self.detailTab.tableFooterView=[[UIView alloc]init];