其他

1.介面對象：WKInterface類或者子類的執行個體； 2.介面對象不是視圖； 3.建立介面對象； 【1】標籤(Labels) 1.WatchKit支援標準字型和自訂字型； 2.Glance和通知介面不支援自訂字型； 3.使用自訂字型必須做到： （1）在watchKit App和WatchKit extension bundle中包含自訂字型檔； （2）WatchKit app的Info.plist檔案中添加UIAppFonts關鍵字；

1.iOS決定在iPhone還是在Apple Watch上顯示通知。 2.系統提供了預設的介面來顯示來自通知的資訊提示，app可以自訂通知介面。 3.本地或者遠程通知到達，顯示short-look介面。 Short-Look介面： 1.使用者第一次查看通知的時候，系統會顯示short-look介面； 2.不可滾動而且不能自訂； 3.顯示應用程式的icon，名稱，標題； 4.使用者繼續查看通知的話，系統從Short-look介面很快轉向long-look介面；

     今天在進行AppleWatch開發過程中，在進行網路請求時，會報如下錯誤，網路請求失敗：App Transport Security has blocked a cleartext HTTP(http://)resource load since it is insecure .Temporary exception can be configured via your app's Info.plist file.   &

【一】配置靜態通知介面 1.目的：WatchKit擴充不能及時的配置動態介面的時候，提供回退介面； 2.建立原則： （1）所有圖片必須存在於WatchKit app bundle中； （2）介面中不能包括控制項、表、地圖或者其他可互動元素； （3）介面的notificationAlertLabel outlet必須與某個標籤相連。標籤的內容為通知的alert message，其他的標籤文本不需要改變； 【二】配置動態通知介面 1.可以顯示更多的內容；

1.iOS決定在iPhone還是Apple Watch上顯示通知； 2.系統提供了預設的介面來顯示來自通知的資訊提示，app可以自訂通知介面； 3.本地或者遠程通知到達，顯示short-look介面 Short-Look介面： 1.使用者第一次查看通知的時候，系統會顯示short-look介面； 2.不可滾動而且不能自訂； 3.顯示應用程式的icon，名稱，標題； 4.使用者繼續查看通知的話，系統從short-look介面很快轉向long-look介面；

     Glance在AppleWatch中稱為概覽介面，也成為預覽介面。Xcode提供幾種固定的布局來安排Glance中的內容，填充內容的指南： 1.快速傳遞資訊：適當使用映像，顏色和動畫來快速傳達資訊； 2.集中於最重要的資料：Glance不是你的應用程式的替代； 3.不要在Glance介面包含互動控制項，比如按鈕，開發，滑動條和菜單； 4.避免使用表格（table）和地圖（map）； 5.讓顯示的資訊保持及時性；

1.Glance：將重要訊息展示在一個視圖裡，讓使用者一瞥就可以擷取，是一個完整Watch App的有益補充，非必需的。 2.Template-based（基於模板的）：使用Xcode選擇你需要的模板並設計相應的內容。 3.不可滾動。 4.單一操作：單擊Glance啟動整個app。 5.可選擇的。 6.Glance底部地區是預留給頁面指示圓點的。 特點： （1）基於使用者當前的上下文配置Glance； （2）利用Handoff深度連結WatchKit

      今天讓我們來建立一個最簡單的Apple Watch程式，並實現最簡單的響應。Xcode版本為7。實現如下： （1）建立一個watchOS的應用： 。 （2）注意要選中下面的“include Glance Scene”。如圖： 。 （3）如同iOS開發一樣，我們也可以直接拖動控制項，在Interface Controller中拖入控制項如下： 。

      在我們開發iOS或者AppleWatch應用中，不管我們代碼寫的怎麼樣，總有一個小小的願望，就是能把程式運行到真機上，而不是模擬器。而隨著Xcode7的發布，這一想法就變得更為簡單了，就算你沒買99刀的開發人員帳號，也沒去越獄等各種非正常手段，現在你也可以通過官方的辦法進行真機調試。但是想要在AppleWatch上真機運行，我也遇到了很多坑。下面我為大家慢慢解決這個問題。

       我們之前在《 Github進行fork後如何與原倉庫同步》這篇部落格中詳細講述了如何與原倉庫的項目進行同步的問題，看實際的操作流程還是稍顯繁瑣，其實現在有比前一篇部落格中更為最佳化方便的方法，來讓我們實現該功能。 首先前面三個步驟請直接參考《Github進行fork後如何與原倉庫同步》中的（1）（2）（3）。操作完全一樣。 然後直接執行以下命令： git

      我們在進行Github協同開發的時候，往往會去fork一個倉庫到自己的Github中，過一段時間以後，原倉庫可能會有各種提交以及修改，很可惜，Github本身並沒有自動進行同步的機制，這個需要我們手動去執行，現在我來示範一下如何進行自己的倉庫和原倉庫進行Gith同步的操作。 （1）我使用終端 命令列的方式在Mac中來操作。首先在終端中配置原倉庫的位置。進入項目目錄，執行如下命令：查看你的遠程倉庫的路徑。 。

     我在這篇文章中將會詳細實現如何把一個你在本地寫好的項目（或者正在寫的項目）上傳到Github進行託管或者多人合作。具體步驟如下： （1）首先在Github上建立一個repository，我命名為NewsClient，其他的根據自己的需求填寫即可： 。 （2）建立完成後，可以看到是這樣子的。。。 。 （3）注意到右下角的項目URL，複製一下，以後會用到： 。

       我在之前多篇部落格中講解了如何使用命令列操作git，可以大大提高我們的工作效率。具體可以參考《Git學習劄記》《Git學習劄記——進階》等文章。其實對於同一個工具，我們有不同的使用方法，今天我們就來學習如何使用Xcode中內建的Git，使用起來也是更為方便。同時對於一個Xcode中常見的問題進行解決。        當我們在Xcode建立一個項目的時候，可以勾選Source

       我們都知道，當我們在Github中建立一個repository時，一般都會同時建立一個README.md檔案，該檔案是一個markdown檔案，一般用來在你的repository下面說明這個項目的簡介。這樣會有更多的人來參與瞭解你的項目。現在我們來實現一下如何在README.md中顯示一張圖片。 （1）首先在你的本地項目目錄下建立一個Screenshots檔案夾，用於來存放需要顯示的圖片，我放入1.png一張圖片；

Spring是為瞭解決Java企業級開發的複雜性而建立的。它的目的就是簡化Java企業級開發。 為此它主要做了以下幾方面的努力： 兩個主要功能： 1. DI ： 依賴注入。主要好處就是解耦應用與對象，對象與對象之間的關係。減少模組之間的依賴性。使項目更易於維護。 2. AOP ： 面向切面編程。Spring的AOP主要是運行期織入，方法層級攔截。比方AOP的一個應用方面：事務方面。不管是聲明式事務還是編程式事務都是方法層級攔截。 除了這兩個功能，它還提供了一些其他功能： 3.

docker 掛載方式有-v 方式有以下方式 1.直接掛載目錄 volumeMounts: - name: configmap-volume-1 mountPath: /root readOnly: false volumes: - name: configmap-volume-1 configMap:

Docker掛載主機目錄，訪問相應的檔案出現Premission denied的許可權訪問問題， [root@localhost soft]# docker imagesREPOSITORY TAG IMAGE ID CREATED SIZEdocker.io/centos 7.2.1511 686672a1d0cc 5 weeks ago

使用下面的命令可以建立一個容器並且把本地的/home/dock/Downloads目錄掛載到容器中的/usr/Downloads中 [root@docker ~]# docker run -it -v /home/dock/Downloads:/usr/Downloads ubuntu /bin/bash 在Centos上建立完後，會出現如下問題 root@637fe9ea94f0:/usr/Downloads# ls ls: cannot open directory '.'

自己本地的測試環境太亂了，平日裡也不大打理，導致用的時候不是這個問題，就是那個問題，今天就遇到了一個。 是關於registry的，我有一台測試pc，掛載了一個usb移動硬碟，registry就是在這個裡面，但是今天在啟動registry的時候，發現可以運行，但是使用reg-ui查看看不到任何東西。 docker exec -it xx /bin/bash 進去看了之後，擦，為啥/var/lib/registry下面沒有任何東西來，明明有 -v 的啦。