IOS

Cisco IOS設定檔的自動備份與回退需要使用到IOS的archive歸檔配置模式功能。一般來說，只有IOS的版本號碼在12.3(4) <含> 與其之後的版本才帶有歸檔配置模式功能。Cisco IOS設定檔自動備份全部命令如下：Router>                                  

為了能讓cisco交換的遠端連線對於帳號密碼的安全性有所提高，可以用ssh方式串連終端，但是很多出廠的交換器預設的ios是不支援ssh這個功能的，為了能讓cisco交換器支援ssh，必須升級帶“K9”的IOS.下面是出廠cisco 3750G-24TS預設ios的截圖3750交換器支援SSH需要12.1（11）EA1以上版本軟體。emi是增強型多層鏡像，也就是對路由協議的支援更全；而smi是標準多層鏡像。特性集共有三種：IP BASE、IP

.測試拓撲：參考連結：http://www.cisco.com/en/US/products/sw/secursw/ps2308/products_configuration_example09186a008073b06b.shtml總的思路：在EzVPN

今天分享一下私人相簿中，讀取載入、滑動翻閱大量圖片解決方案，我想強調的是，編程思想無關乎平台限制。我要詳細說一下，在縮圖介面點擊任意小縮圖後，進入高清大圖全屏瀏覽介面的這短暫的1秒內（和後續的幾秒），都發生了什麼。常規思路流程點擊任意小圖後，1.首先製作scrollview架構：大小2個scrollview，小的用於手勢縮放單一圖片，大的橫向依次載入全部照片2.製作好scrollview架構後，載入照片3.一切準備就緒跳轉頁面呈現給使用者選擇的大圖載入圖片這一步，若相簿內就10幾張照片，那麼毫無

行動裝置終端的記憶體極為有限，應用程式必須做好low-memory處理工作，才能避免程式因記憶體使用量過大而崩潰。low-memory 處理思路通常一個應用程式會包含多個view controllers，當從view跳轉到另一個view時，之前的view只是不可見狀態，並不會立即被清理掉，而是儲存在記憶體中，以便下一次的快速顯現。但是如果應用程式接收到系統發出的low-memory warning，我們就不得不把當前不可見狀態下的views清理掉，騰出更多的可使用記憶體；當前可見的view

如果在使用UIAlertView的過程中，莫名其妙的出現wait_fences: failed to receive reply: 10004003這個錯誤，那麼十有八九是因為你忘記了關閉鍵盤。UIAlertView一彈出，倘若鍵盤沒有關閉，就失去了焦點，當UIAlertView關閉，再回到原介面時，就會尷尬的接到wait_fences: failed to receive reply: 10004003很簡單，只要在對話方塊彈出前先關閉鍵盤[self.textfield

一、首先介紹Cisco路由器的儲存空間路由器與電腦有相似點是，它也有記憶體、作業系統、配置和使用者介面，Cisco路由器中，作業系統叫做互連網作業系統（Internetwork Operating

ASIHTTPRequest架構是優秀的第三方Objective-C的HTTP架構，支援Mac OS X和iOS下的HTTP開發。支援人員網站是http://allseeing-i.com/ASIHTTPRequest/。具有如下優點：支援下載資料放在記憶體或本地檔案容易訪問請求和應答HTTP

在周一舉行的WWDC上，蘋果軟體工程進階副總裁Craig Federighi提及iOS

在MRR中釋放對象通過release或autorelease訊息實現，release訊息會立刻使引用計數-1釋放，發送 autorelease訊息會使對象放入記憶體釋放池中延遲釋放，對象的引用計數並不真正變化，而是向記憶體釋放池中添加一條記錄，直到當池被銷毀前會通知池 中的所有對象全部發送release訊息真正將引用計數減少。由於會使對象延遲釋放，除非必須，否則不要使用autorelease釋放對象，在iOS程式中預設記憶體釋放池的釋放是在程式結束，應用程式入口main.m代碼：int

故事板是蘋果在iOS5之後推出的技術，本意是整合多個nib檔案於一個故事板檔案，管理起來方便，故事板還能反應控制器之間的導航關係，很多導航是需要連連線就可以了，不需寫代碼，使用起來很方便。但是我告誡讀者，從記憶體佔用角度看故事板不是一個好的技術。為了比較我們使用Xcode中的Master-Detail模板分別建立，基於故事板的應用StoryboardDemo和基於nib的應用

有的時候應用需要能夠在iPhone和iPad上運行，當然我們可以選擇做兩個完全不同的工程，然後共用一些類，但是我們也可以只建立一個工程，然後編譯產生一個產品，這個產品能夠自適應iPhone和iPad裝置，然後在App Stroe發布的時候，它會有兩套不同的截圖展示給使用者。App

前言隨著iOS開發的流行，針對iOS開發涉及的方方面面，早有一些公司提供了專門的解決方案或工 具。這些解決方案或工具包括：使用者行為統計工具（友盟，Flurry，Google Analytics等), App Store銷售分 析工具（例如App annie)， App crash收集工具（例如Crashlytics)，App測試發布工具（Test Flight）, App Push服務等。這些解決方案或工具節省了iOS開發人員大量的開發時間，但是由於相關介紹文章的缺

本文不討論單元測試是什麼，或者它之於一個工程的利弊，我認為單元測試是一個開發人員保證產出代碼質 量的有效工具。本文從使用者的角度對比當下比較流行的兩款單元測試架構，給大家提供一些選用建議。如果 你還不甚瞭解單元測試在工程中所起到的作用，或者還不知道TDD的開發模式，可參考：Test-Driven Development和Unit Testing。本文對比兩個iOS開發中常見的單元測試架構：OCUnit，被官方整合進XCode 4.x版本中；GHUnit，被推薦

軟體設計中有設計模式，在UI設計方面也有設計模式。由於表視圖的應用在iOS中極其廣泛，本節向大家介紹表視圖中兩個UI設計模式：分頁模式和下拉重新整理（Pull-to-Refresh）模式。這兩種模式已經成為移動平台開發的標準。分頁模式分頁模式規範了移動平台進行大量資料請求的處理方式 。下拉重新整理模式下拉重新整理（Pull-to-Refresh）是重新重新整理表視圖或列表，重新載入資料，這種模式廣泛用於移動平台。下拉重新整理與分頁相反，當翻動螢幕到 頂部時候，再往下拉螢幕程式就開始重新請求資料，

Passbook是iOS 6的新功能，只能在iPhone和iPod touch裝置中使用。它可以協助我們管理商家發放的電子會員卡、積分卡、優惠券等。這將對未來電子商務產生深遠的影響。商家通過發放會員卡、積分卡、優惠券等，提高與消費者的互動，吸引人們更多消費。Passbook的誕生，正是為了將所有這些“卡”和“券”電子化，存放在iPhone或iPod touch裡。Passbook與PassiOS

AFNetworking是一個輕量級的iOS網路通訊類庫，繼ASI類庫不在更新之後開發人員們有一套不錯選擇；AFNetworking類庫源碼下載和使用教程:

如今的應用大部分基予網路，在開源中國iOS用戶端源碼中關於網路通訊方面用了三個類庫，ASI和AFNetworking，還有一個蘋果官方給出的Reachability用於檢測當前網路狀況，本文介紹當前用的比較多的ASI類庫；ASIHTTPRequest簡稱ASI,它是對CFNetwork API進行封裝，使在與web伺服器通訊時的繁瑣步驟變得容易一些。它是使用Objective-C 編寫，能夠很好的用在Mac OS X和iPhone應用程式中；它適用於執行基本的HTTP請求和互動基於

開啟開源中國iOS用戶端應用程式第一步就是載入資料，經常我們在第二次以後開啟的時候，我們介面顯示的是上一次更新的資料，此時我們想看最新內容就需要去重新整理資料載入這些內容，載入需要一個等待過程，如何能讓使用者在等待過程中不焦急，能夠等待這個過程完成，這就需要給使用者一個心裡安慰，讓使用者知道該軟體正在很努力很努力的執行自己命令，這就需要我們為自己應用程式添加一些特效；開源中國iOS用戶端用到了不少特效，這些特效在當前很多應用軟體中都比較流行，基本上這些特效都屬於第三方類庫，本次想說的是下拉重新整

 　　delegate、notification和KVO的功能比較類似，那麼在實際的編程中，如何選擇這些方式呢?　　在開發ios應用的時候，我們會經常遇到一個常見的問題：在不過分耦合的前提下，controllers間怎麼進行通訊。在IOS應用不斷的出現三種模式來實現這種通訊：　　1.委託delegation;　　2.通知中樞Notification Center;　　3.索引值觀察key value