Objective-C

標籤：單例模式在iOS開發中可能算是最常用的模式之一了，但是由於oc本身的語言特性，想要寫一個正確的單例模式相對來說比較麻煩，這裡我就拋磚引玉來聊一聊iOS中單例模式的設計思路。關於單例模式更多的介紹請參考這篇文章。單例顧名思義就是說一個類的執行個體只能有一個，在java、C++這類語言中，可以通過將建構函式私人化來避免對象的重複建立，但是objective-c卻不能夠這樣做，我們需要通過其他機制來達到這個目的。一般情況下，可能我們寫的單例模式是這樣的： #import

標籤：objective-c   runtime   內容列表物件模型(結構定義，類對象、元類和執行個體對象的關係)訊息傳遞和轉寄機制runtime系統功能理解物件模型結構定義對象（Object）: OC中基本構造單元 （building block），用於儲存和傳遞資料。可以在objc.h的檔案中尋找到對象結構的定義，如下所示即對象結構為Class類型的isa,而Class是

標籤：oc記憶體管理

標籤：產生器產生器，也成為建造者模式，同樣是建立對象時的設計模式。該模式下有一個Director(指揮者)，用戶端知道該類引用用來建立產品。還有一個Builder(建造者)，建造者知道具體建立對象的細節。指揮者只是起到協調的作用，它有一個Builder引用用於指揮Builder如何建立對象，Builder內就是為了構建對象的演算法。其實產生器模式，就是為了定製某些特定對象而產生的模式。對象的過長往往非常的複雜，如果不是用該模式來建立對象，對象建立類將會非常的冗餘且難以複用。使用產生器將表現層和建

標籤：一、Objective-C多態1.概念：相同介面，不同的實現來自不同類可以定義共用相同名稱的方法。動態類型能使程式直到執行時才確定對象所屬類型動態類型綁定能使程式直到執行時才確定要對對象調用的實際方法2.Objective-C不同於傳統程式設計語言，它可以再運行時加入新的資料類型和新的程式模組：動態類型識別，動態綁定，動態載入3.id類型：通用指標類型，弱類型，編譯時間不進行類型檢查二、動態類型識別1.任意NSObject的子類都會繼承NSObject的isa執行個體變數，而且當NSObj

標籤：抽象原廠模式理解了Factory 方法模式，其實抽象工廠和Factory 方法模式有很多的相似之處。抽象工廠同樣是分離用戶端對象的建立和邏輯代碼的，但是抽象工廠往往是產生一組資料而不單單是產生一個產品。抽象工廠提供一個建立一系列相關或相互依賴對象介面，而無需制定它們具體的類。 抽象工廠與Factory 方法抽象工廠通過對象組合建立抽象產品建立多系列產品必須修改父類的介面才能支援新的產品 Factory

標籤：　　在前面三篇關於資料持久化，我們都用涉及到檔案（plist檔案，資料庫檔案），它們都是把它們儲存在document目錄下。iOS的檔案機制是沙箱機制，應用只能訪問自己應用目錄下的檔案。iOS應用產生的內容，像、檔案、緩衝內容等都必須儲存在自己的沙箱內。預設情況下，每個沙箱含有3個檔案夾：Documents, Library 和

標籤：Factory 方法模式Factory 方法模式可以控制對象的建立過程，屏蔽對象建立的細節，可以直接建立出我們所需要的已經配置好的對象。Factory 方法模式定義了建立方法的介面，讓子類決定執行個體化哪一個類，Factory 方法模式使得一個類的執行個體化延遲到其子類。Factory

標籤：重要知識點個人理解記錄第一條：OC 是訊息結構語言，運行時解析，編譯時間不care第二條：標頭檔引入盡量不要再.h檔案中（編譯費事），哪裡用到哪裡匯入，一般在.m中匯入。不要忘記@class可以在.h檔案中聲明。第三條：多用簡化文法，例如 NSArray *a = @[@"x",@"xx"];對於可變數組 [@[@"s",@"ss"] mutableCopy];第四條：少用#define定義常量。 static NSString *const xxx = @"222";.h檔案#

標籤：1.原型 原型設計模式所謂原型設計模式，其實就是對象複製，這個特性在所有語言基本上都是存在的。我們知道在OC中，對象賦值其實是對對象的引用複製，其實就是相當於C語言中的指標。建立了一個新的變數，但是還是指向的同一塊記憶體位址。所以一旦一個引用改變了該對象的屬性，那麼其他指向該對象的引用全部都會發生變化。有時候我們並不像要這樣做，我們希望重新建立一個和賦值對象一模一樣的一個對象。比如我們寫遊戲的時候建立了一個enemy對象並對其複雜的行走路徑進行了自訂，此時我們想要在建立一個。但是

標籤：滑動刪除在當前的ios版本中已經支援了,但是遇到複雜的比如，滑動後的功能有多個，並不是刪除功能，那麼你就得自己寫，我說得沒錯吧.......... 其實關於滑刪嘛,在以前的項目中也遇到過，當時ios還不支援滑刪,所以只有看自己的了，當時我是在code4app上下的案例修改的，所以此功能以前也做好過,但是可悲的是android那邊的程式員在網上下來案例後修改不出項目需求效果，固這個功能最後被項目經曆是閹割了。。。。。歲月如梭,公司已換了多個呵呵..... 當前公司這個項目

標籤：NSRange (location length)"I love oc"NSRange r = NSMakeRange（2，4） NSString *str = @"i love you";NSRange range = [str rangeofString:@"love"];NSLog(@"loc = %ld, length = %ld",range.location, range.length);找不到length = 0，location = NSNotFound == -

標籤：一般情況下iOS得局部頁面載入的過程是，建立一個Model然後，將Nib檔案與Model進行關聯，然後能夠快速的擷取到Nib檔案上的控制項執行個體。操作產生頁面。 但是原生的內容是沒有直接通過Json擷取Model只能產生字典。然後轉換為Model。下列方法就是通過字典來轉換為Model的過程。   將字典轉換為Model 複製代碼-(BOOL)reflectDataFromOtherObject:(NSDictionary *)dic{

標籤： http://www.justinyan.me/post/1306一、問題起源一切起源於Apple官方文檔裡面關於單例(Singleton)的示範代碼:Creating a Singleton Instance.主要的爭議集中在下面這一段：?0102030405060708091011121314static MyGizmoClass *sharedGizmoManager = nil;+

標籤：objective-c   objective-c文法   oc   本文的閱讀基本條件：具備C／C++基礎知識，瞭解物件導向特徵閱讀過《Objective－C 2.0 程式設計（第二版）》、《Objective－C 程式設計 第6版》或相關基礎OC書籍參考資源：1.《Effective Objective-C2.0》 2. 《Objective－C 2.0

標籤：interface   標示   程式 objective-c   第四章 繼承 繼承的文法格式：@interface Circle: NSObject。冒號後邊的標示符石需要繼承的類。 OC中不支援多繼承。 第一個帶有繼承的程式 @interface Shape : NSObject{ ShapeColor fillColor; ShapeRect

標籤：1.類目類目就是為已存在的類添加新的方法。但是不能添加執行個體變數。比如系統的類，我們看不到他的.m檔案，所以沒有辦法用直接添加方法的方式去實現。 Category的使用情境有那些呢：1、類包含了很多個方法實現，而這些方法需要不同團隊的成員來實現2、當你在使用基礎類庫中的類時，你不想繼承這些類而只想添加一些方法時。 Category能實現上面的需求，當然也有使用Category是需要注意的問題：1、Category可以訪問原始類的執行個體變數，但不能添加執行個體變數，如

標籤：As a local variable:returnType (^blockName)(parameterTypes) = ^returnType(parameters) {...};As a property:@property (nonatomic, copy) returnType (^blockName)(parameterTypes);As a method parameter:-

標籤：一個有節操的程式員會在乎自己的代碼的警告，就像在乎飯碗邊上有只死蟑螂那樣。——@onevcat 重視編譯警告現在編譯器有時候會很吵，而編譯器給出的警告對開發人員來說是很有用的資訊。警告不會阻止繼續編譯和連結，也不會導致程式不能運行，但是很多時候編譯器會先你一步發現問題所在，對於Objective-C來說特別如此。Clang不僅對於明顯的錯誤能夠提出警告（比如某方法或者介面未實現），也能對很多潛在可能的問題做出提示（比如方法已經廢棄或者有問題的轉換），而這些

標籤：ios開發   ios   objective-c   說明：這個Objective-C專題，是學習iOS開發的前奏，也為了讓有物件導向語言開發經驗的程式員，能夠快速上手Objective-C。如果你還沒有編程經驗，或者對Objective-C、iOS開發不感興趣，請忽略。學習本專題之前，建議先學習C語言專題。在上一講，已經建立了第一個OC程式，這講就來解析它內部的代碼。查看項目結構可以發現這個程式中