Dave in Getac

搜尋此網誌

Immutable vs Mutable in JS

12月 14, 2017

取得連結
Facebook
X
Pinterest
以電子郵件傳送
其他應用程式

Nice article and demo: Link

JavaScript JS

取得連結
Facebook
X
Pinterest
以電子郵件傳送
其他應用程式

留言

張貼留言

現階段的一些疑問

Linux OS: 問題: 所有的Apps/Plug-in，都是在command line呼叫後，才開始啟動功能性嗎? 還是一直是背景在等候執行? 如果是後者的情形，是否會因此而造成"功能越多，性能越用越慢"的情形? Shell script: PATH的原理，像是VBiard所寫的: PATH=/bin:/sbin:/usr/bin:/usr/sbin:/usr/local/bin:/usr/local/sbin:~/bin export PATH1 問題點: 是何以得來? The PATH =/ directory, and the export mechanism Git: 如果同時有User A 與 B，以及一個Main Repository (由管理者維護)，目前工作進程來到版本1，而 A 與 B 同時進行整個Main Repository 的 clone，如下圖: User A 在 local commit 2.a 版本後，push 回 main repository (可看見所做的變更為: 刪減了檔案c)，此時 Usr B 仍在進行自己local 端的 2.b 版本，接著，B做了一些local commit 更新後，希望能從 main repository 做版本更新，如下: User B 在 local commit 2.b 版本增加了檔案 d，但想在 3.b 版本做一個 main repository 跟進，所以欲進行一次 pull，而這次 pull 版本 2 造成本地端的檔案庫不再有檔案 c, d。問題點: 這時 User B本地端的檔案庫仍然會存留著檔案 c, d以供回溯嗎? 2017/7/17 找到的答案: 如果User A先行 push 到 main，由於main在版本 1 之後沒有別的更動，這次的push稱之為 fast forward，可以"無痛"更新，這時候如果 User B要再 2.b 直接push 上Main branch 就會被 deny，因為與clone的版本 1比較已有改動。這時候我們可以做的事情就是進行merge, 多出的部分就會直接加入新的一個version 中，而如果version 2 與 3.b 有所...

Vi - 如何全選複製 select all and copy and paste in Vi/Vim

首先必須在terminal 下載此套件 $sudo apt-get install vim-gnome 接著在進入vi(m)後 :%y+ %: 下一個指令針對全部行 y: yank所有行 +: 將這些yank的內容放在(+)暫存器，在此是指共用剪貼簿

Android 元件概要

元件: 鬆弛耦合，一支應用程式可以呼叫另一支應用程式的元件。沒有單一進入點: no main() function 預先定義好的事件 (event) -> as 意圖 (intent) -> 特定強況被激活 (activate) App 中的元件被特定活動調用 (invoke) 以下為四種元件類型: 活動 (activity) App中主要建構區總是佔有整個可見區域，疊在另一個活動之上服務 (service) 類似背景行程 (background process) 廣播接收者 (broadcast receiver) 類似\中斷處理器 (interrupt handler) 內容提供者 (content provider) 基本上是資料庫所有內容提供者皆呈現相同 API 給 App 依賴 Android 所包含的 SQLite 意圖 (intent): 不同元件互動的晚期繫結 (late-binding) 不必預先定義、不需要具體指定目標元件...sort of 元件生命週期 (lifecycle): 中心原則: 用戶不需要管理任務切換 (task switching)，當低優先性之元件資源被釋放、回收後，用戶返回時仍在解除時的狀態。定義描述檔 (manifest file): Sort of 「主要」進入點讓系統知道App有何元件、執行App所需能力、最低層級必要的API、硬體需求行程 & 執行緒: OOM (out of memory) Killer 介入時，決定哪個行程必須被 Kill，以騰出空間若App之生命週期正確的實作，用戶不會感到任何有害的行為、甚至不應該察覺到存放App之元件的行程消失，並於稍後使用時「自動」被重新建立遠端行程呼叫 (RPC): Android 自訂 RPC/IPC (遠端行程呼叫/行程間通訊) 機制 -> Binder (繫結器) 跨元件不是使用socket，而是Binder 機制 -> /dev/binder 存取 A...

技術提供：Blogger