手機程式開發

標籤：Intent的使用分為兩類：一、使用顯式Intent顯式的Intent就是在執行個體化Intent時顯式提供當前上下文與要跳轉活動的上下文，代碼如下所示：Intent intent = new Intent(MainActivity.this,

標籤：一： NSAppTransportSecurityiOS9讓所有的HTTP預設使用了HTTPS，原來的HTTP協議傳輸都改成TLS1.2協議進行傳輸。直接造成的情況就是App發請求的時候彈出網路無法串連。解決辦法就是在項目的info.plist 檔案裡加上如下節點：這個子節點的意思是：是否允許任性的載入？！

標籤：我們知道手機瀏覽器的使用量每天都在增長，根據StatCounter的統計資料，手機和平板的使用量約佔30%的網路流量，這意味著消費者耗費在移動版網頁上的時間比以往任何時候都高。可即使具備諸如移動端優先的響應式設計，由於目前裝置尺寸和種類的繁雜，在載入前對終端螢幕進行測試也是壓力山大的。   1、在真正的行動裝置上測試在真正的裝置上測試手機版網頁總是最好的，畢竟模擬器的擬真程度始終是有限的，有些體驗的細節無法完全模仿出來。使用者體驗包含的因素很多，網路的影響，像

標籤：NSThread：http://www.cocoachina.com/bbs/read.php?tid=51873NSValue：http://blog.sina.com.cn/s/blog_bf9843bf0101ehs1.html //NSThread 屬於 Foundation架構-(void)startThread{ MYClass c1(1,2,3); typedef struct _MyP { MYClass c1;

標籤：摘要：之前版本更新控制都是後台來控制的，包括更新提示內容。主要適用於APP1.0         若你的APP已經開始迭代，APP完全可以自己擷取版本更新內容等資訊。大家對這個URL應該不陌生：http://itunes.apple.com？lookup?id=   後面APP的

標籤：metaHTML5移動開發中的一些webkit專屬頭部標籤，能夠協助瀏覽器更好的解析HTML代碼，從而為HTML5移動開發提供更好的前端表現與體驗 viewport網頁縮放1<meta name="viewport" content="width=device-width, initial-scale=1.0, maximum-scale=1.0, minimum-scale=1.0,

標籤： 1. Object-c的類可以多重繼承麼?可以實現多個介面麼?Category是什麼?重寫一個類的方式用繼承好還是分類好?為什麼?答：Object-c的類不可以多重繼承;可以實現多個介面，通過實現多個介面可以完成C++的多重繼承;Category是類別，一般情況用分類好，用Category去重寫類的方法，僅對本Category有效，不會影響到其他類與原有類的關係。 2. #import 跟#include 又什麼區別，@class呢, #import<>

標籤：第一篇： 提升行動裝置響應式設計的8個建議一、直觀性和易用性在使用行動裝置時，對於雜亂、複雜或者不直觀的設計造成的混亂不佳的使用者體驗一般使用者是沒什麼耐心的，這對於雙方來說都不是好事。設計師和開發人員一定要牢記，在移動web環境中，動力是一個很關鍵的因素，漫長的回應時間加上雜亂的介面再加上不給力的行動裝置（雖然最新的行動裝置一般都很給力，但是如果在同時運行著10個遊戲外加開著聊天軟體另外網速也不好的情況下呢）就無法保證達到“一般性”的web體驗，因此直觀

標籤：swiper.js能適用於用PC網頁，也能使用移動端頁面，之前用TouchSwipe，感覺沒有swiper.js強大，TouchSwipe有一個bug,在滑動地區有串連的時候（大面積的a），預設點擊會無效，只能滑動，即時用jq去類比點擊也是失效的，也許是自己沒有發現正確使用方法，求問度娘，發現swiper神器。。。下面放上代碼，//滑動效果 var swiper = new Swiper(‘.swiper-container‘, {

標籤：隨著3G的普及，越來越多的人使用手機上網。行動裝置正超過電腦裝置，成為訪問互連網的最常見終端。於是，網頁設計師不得不面對一個難題：如何才能在不同大小的裝置上呈現同樣的網頁？手機的螢幕比較小，寬度通常在600像素以下；PC的螢幕寬度，一般都在1000像素以上（目前主流寬度是1366×768），有的還達到了2000像素。同樣的內容，要在大小迥異的螢幕上，都呈現出滿意的效果，並不是一件容易的事。很多網站的解決方案，是為不同的裝置提供不同的網頁，比如專門提供一個mobile版本，或者i

標籤：我們知道手機瀏覽器的使用量每天都在增長，根據StatCounter的統計資料，手機和平板的使用量約佔30%的網路流量，這意味著消費者耗費在移動版網頁上的時間比以往任何時候都高。可即使具備諸如移動端優先的響應式設計，由於目前裝置尺寸和種類的繁雜，在載入前對終端螢幕進行測試也是壓力山大的。   1、在真正的行動裝置上測試在真正的裝置上測試手機版網頁總是最好的，畢竟模擬器的擬真程度始終是有限的，有些體驗的細節無法完全模仿出來。使用者體驗包含的因素很多，網路的影響，像

標籤：一、 掃描二維碼登入的實現機制：詳細流程圖：（1）PC端開啟網頁（顯示出二維碼），這時候會儲存對應的randnumber（比如：12345678）。（2）Android用戶端掃碼登入，Android用戶端就會擷取到這個randnumber這條資訊，這個時候Android用戶端攜帶username（比如：jikexueyuan）儲存到資料庫中對應於randnumber

標籤：必要步驟：在res目錄下建立menu檔案夾，並建立菜單檔案在功能表項目中添加功能表項目，類似如下代碼：<menu xmlns:android=”http://schema.android.com/apk/res/android”> <item android:id=”@+id/itemId1” android:title=”itemName1”/> <item

標籤：測試驅動開發並不是一個很新鮮的概念了。在我最開始學習程式編寫時，最喜歡乾的事情就是編寫一段代碼，然後運行觀察結果是否正確。我所學習第一門語言是c語言，用的最多的是在演算法設計上，那時候最常做的事情就是編寫了一段代碼，如何編譯運行，查看結果是否正確，很多時候，還得自己想很多特殊的（比如說零值，邊界值）測試資料來檢測所寫代碼、演算法是否正確。那個時候，感覺還好，比較輸出只是只是控制台的一個簡單的數字或者字元。在學習iOS開發中，很多時候也是要測試的，這種輸出是必須在點擊一系列按鈕之後才能在螢幕

標籤：做程式猿已有一段時間，東西也做了挺多，今天剛開通了部落格，把我之前做過的東西記錄下來，今天先寫安卓系統下調用系統照相機並裁剪之前做調用系統相機的時候遇到過很多問題，現在貼代碼，在代碼中一點點提出btn.setOnClickListener(new OnClickListener() {　　@Override　　public void onClick(View v) {　　　　Intent intent;　　　　String fileName =

標籤：我自己的做稿子的時候，一開始就有一個習慣，先放上這段代碼<meta name="viewport" content="width=device-width, initial-scale=1.0, maximum-scale=1.0, user-scalable=no" />    未隱藏URL欄<meta name="viewport" content="width=device-width, initial-scale=1.0,

標籤：kvc： 簡單來說， 是存取類屬性， 通過字串來訪問對象屬性。1、只針對類屬性，設定索引值對2、設定setValue: forKey:，即forKey只能為類屬性3、取值valueForKey   kvo： 通過kvc

標籤：public static StateListDrawable makeSelector(Context context, int idNormal, int idPressed, int idFocused) { StateListDrawable bg = new StateListDrawable(); Drawable normal = context.getResources().getDrawable(idNormal); Drawable pressed =

標籤：單例模式是開發中最常用的寫法之一，iOS的單例模式有兩種官方寫法，如下：不使用GCD#import "ServiceManager.h"static ServiceManager *defaultManager;@implementation ServiceManager+(ServiceManager *)defaultManager{ if(!defaultManager) defaultManager=[[self allocWithZone:NULL]

標籤：1.將設計好的圖片，拖拽到Groups&Files的Resources目錄下；2.修改Resources目錄下的“工程名-info.plist”檔案3.修改該檔案的Iconfile屬性，填寫拖入圖片的名稱，儲存該檔案。4.Build and