handle技術和區塊鏈

㈠ deal with，cope with，handle有什麼區別

三個短語或詞是有區別的，handle有掌握、掌控的意思；cope with有處理、面對的意思；deal with一般用於處理（事物）。
deal with : 既可指處理具體事情，也可指處理或解決具有抽象意義的問題。
He must deal with many difficulties.
（他必須應付許多困難。）
cope with : 指成功地處理或對付更為重大，更為嚴重的問題或事物。
I don't know how she copes with looking after her family and doing a full-time job.
（既要照顧家庭又要工作, 我不知道她是怎樣應下來的。）
dispose of與deal with同義，普通用法。
He doesn't know how to dispose of his spare time.
（他不知如何打發空餘時間。）
manage : 指處理日常事務與工作，也可指經營管理。
My son is a lawyer, so he manages all my legal affairs.
（我兒子是律師, 由他處理我全部的法律事務。）
handle : 從原義「手柄」，轉引申為作「處理」解時，其內涵是管理和操縱。
His wise father knows how to handle him.

㈡ 如何用JavaScript實現區塊鏈

<span style="font-family:Arial, Helvetica, sans-serif;">'use strict';</span>var CryptoJS = require("crypto-js");var express = require("express");var bodyParser = require('body-parser');var WebSocket = require("ws");var http_port = process.env.HTTP_PORT || 3001;var p2p_port = process.env.P2P_PORT || 6001;var initialPeers = process.env.PEERS ? process.env.PEERS.split(',') : [];class Block { constructor(index, previousHash, timestamp, data, hash) { this.index = index; this.previousHash = previousHash.toString(); this.timestamp = timestamp; this.data = data; this.hash = hash.toString(); }}var sockets = [];var MessageType = { QUERY_LATEST: 0, QUERY_ALL: 1, RESPONSE_BLOCKCHAIN: 2};var getGenesisBlock = () => { return new Block(0, "0", 1465154705, "my genesis block!!", "");};var blockchain = [getGenesisBlock()];var initHttpServer = () => { var app = express(); app.use(bodyParser.json()); app.get('/blocks', (req, res) => res.send(JSON.stringify(blockchain))); app.post('/mineBlock', (req, res) => { var newBlock = generateNextBlock(req.body.data); addBlock(newBlock); broadcast(responseLatestMsg()); console.log('block added: ' + JSON.stringify(newBlock)); res.send(); }); app.get('/peers', (req, res) => { res.send(sockets.map(s => s._socket.remoteAddress + ':' + s._socket.remotePort)); }); app.post('/addPeer', (req, res) => { connectToPeers([req.body.peer]); res.send(); }); app.listen(http_port, () => console.log('Listening http on port: ' + http_port));};var initP2PServer = () => { var server = new WebSocket.Server({port: p2p_port}); server.on('connection', ws => initConnection(ws)); console.log('listening websocket p2p port on: ' + p2p_port);};var initConnection = (ws) => { sockets.push(ws); initMessageHandler(ws); initErrorHandler(ws); write(ws, queryChainLengthMsg());};var initMessageHandler = (ws) => { ws.on('message', (data) => { var message = JSON.parse(data); console.log('Received message' + JSON.stringify(message)); switch (message.type) { case MessageType.QUERY_LATEST: write(ws, responseLatestMsg()); break; case MessageType.QUERY_ALL: write(ws, responseChainMsg()); break; case MessageType.RESPONSE_BLOCKCHAIN: handleBlockchainResponse(message); break; } });};var initErrorHandler = (ws) => { var closeConnection = (ws) => { console.log('connection failed to peer: ' + ws.url); sockets.splice(sockets.indexOf(ws), 1); }; ws.on('close', () => closeConnection(ws)); ws.on('error', () => closeConnection(ws));};var generateNextBlock = (blockData) => { var previousBlock = getLatestBlock(); var nextIndex = previousBlock.index + 1; var nextTimestamp = new Date().getTime() / 1000; var nextHash = calculateHash(nextIndex, previousBlock.hash, nextTimestamp, blockData); return new Block(nextIndex, previousBlock.hash, nextTimestamp, blockData, nextHash);};var calculateHashForBlock = (block) => { return calculateHash(block.index, block.previousHash, block.timestamp, block.data);};var calculateHash = (index, previousHash, timestamp, data) => { return CryptoJS.SHA256(index + previousHash + timestamp + data).toString();};var addBlock = (newBlock) => { if (isValidNewBlock(newBlock, getLatestBlock())) { blockchain.push(newBlock); }};var isValidNewBlock = (newBlock, previousBlock) => { if (previousBlock.index + 1 !== newBlock.index) { console.log('invalid index'); return false; } else if (previousBlock.hash !== newBlock.previousHash) { console.log('invalid previoushash'); return false; } else if (calculateHashForBlock(newBlock) !== newBlock.hash) { console.log(typeof (newBlock.hash) + ' ' + typeof calculateHashForBlock(newBlock)); console.log('invalid hash: ' + calculateHashForBlock(newBlock) + ' ' + newBlock.hash); return false; } return true;};var connectToPeers = (newPeers) => { newPeers.forEach((peer) => { var ws = new WebSocket(peer); ws.on('open', () => initConnection(ws)); ws.on('error', () => { console.log('connection failed') }); });};var handleBlockchainResponse = (message) => { var receivedBlocks = JSON.parse(message.data).sort((b1, b2) => (b1.index - b2.index)); var latestBlockReceived = receivedBlocks[receivedBlocks.length - 1]; var latestBlockHeld = getLatestBlock(); if (latestBlockReceived.index > latestBlockHeld.index) { console.log('blockchain possibly behind. We got: ' + latestBlockHeld.index + ' Peer got: ' + latestBlockReceived.index); if (latestBlockHeld.hash === latestBlockReceived.previousHash) { console.log("We can append the received block to our chain"); blockchain.push(latestBlockReceived); broadcast(responseLatestMsg()); } else if (receivedBlocks.length === 1) { console.log("We have to query the chain from our peer"); broadcast(queryAllMsg()); } else { console.log("Received blockchain is longer than current blockchain"); replaceChain(receivedBlocks); } } else { console.log('received blockchain is not longer than received blockchain. Do nothing'); }};var replaceChain = (newBlocks) => { if (isValidChain(newBlocks) && newBlocks.length > blockchain.length) { console.log('Received blockchain is valid. Replacing current blockchain with received blockchain'); blockchain = newBlocks; broadcast(responseLatestMsg()); } else { console.log('Received blockchain invalid'); }};var isValidChain = (blockchainToValidate) => { if (JSON.stringify(blockchainToValidate[0]) !== JSON.stringify(getGenesisBlock())) { return false; } var tempBlocks = [blockchainToValidate[0]]; for (var i = 1; i < blockchainToValidate.length; i++) { if (isValidNewBlock(blockchainToValidate[i], tempBlocks[i - 1])) { tempBlocks.push(blockchainToValidate[i]); } else { return false; } } return true;};var getLatestBlock = () => blockchain[blockchain.length - 1];var queryChainLengthMsg = () => ({'type': MessageType.QUERY_LATEST});var queryAllMsg = () => ({'type': MessageType.QUERY_ALL});var responseChainMsg = () =>({ 'type': MessageType.RESPONSE_BLOCKCHAIN, 'data': JSON.stringify(blockchain)});var responseLatestMsg = () => ({ 'type': MessageType.RESPONSE_BLOCKCHAIN, 'data': JSON.stringify([getLatestBlock()])});var write = (ws, message) => ws.send(JSON.stringify(message));var broadcast = (message) => sockets.forEach(socket => write(socket, message));connectToPeers(initialPeers);initHttpServer();initP2PServer();

㈢ handle標識解析系統是美國技術，國家為什麼要選用基於什麼樣的考量呢

國家既然用了肯定有用的道理，不要想太多了

㈣ C語言中handle類型是什麼意思

handle是句柄類型，來源於Handle-C，Handle-C是硬體描述語言。
windows在創建一個系統對象的同時，把一個句柄賦值給這個實體 ，可以用這個句柄來識別或者修改這個對象， 這就是handle句柄的作用。

㈤ ob chain handle 什麼意思

Handle-C為新一代硬體描述語言編譯工具，過去因為太復雜而不能用硬體描述語言表示
的演算法以及由於處理器運行速度太慢而不能處理的演算法，現在都可以利用Handle-C語言在大規模
FPGA硬體上得以實現。設計者可以利用Handle-C語言，能在很短的時間里創建更龐大、更復雜和
更高速的系統。
關鍵詞：FPGA；Handle-C；硬體描述語言
可編程邏輯器件的設計方法經歷了布爾等式、原理圖輸入、硬體描述語言這樣一個發展過程。隨
著設計的日益復雜和可編程邏輯器件規模的不斷擴大，人們不斷地尋求著更加抽象的行為級設計
方法，以便在盡可能短時間內完成自己的設計構思，並希望能夠找到一種方法，在更高的層次下
設計更復雜、更高速的系統，能將軟體設計和硬體設計統一到一個平台下，這就是Handle-C產生
的現實背景。
---Handle-C在硬體的演算法實現和硬體/軟體結合設計中，可謂是一種具有革命性意義的語言，
它的標準是由Celoxica公司提出的。Handle-C語言在基於ISO/ANSI-C語言的基礎上，能夠通過
軟體設計方法來實現硬體設計。Handle-C具有硬體發展的外延擴展，包括可變的數據寬度，並行
的處理方式和並行線程的通訊方式。該語言使用了一種簡單的同步模型，簡化了系統配置人員和
軟體工程師的設計工作。Handle-C的連續和並行操作的描述能力，可以用更短、更易懂的代碼來
代替以前的復雜狀態圖。圖1為Handle-C的實現流程圖。
---大部分的演算法都是以C語言為原代碼的，通常我們要進行硬體實現，就必須將C語言轉化成
VHDL或Verilog語言，這樣就很容易導致風險和錯誤的出現。但利用Handle-C語言則不會出現這
樣的問題，因為它本身是基於C的語言體系，可以直接用來描述演算法，隨後進行編譯載入到硬體
上，方便易懂，大大地節省了編程時間，提高效率。
---直接面向於FPGA和PLD，Handle-C為硬體原型和最初電子產品的開發提供了一種快速的布線形
式，這種開發過程可以在完整的軟體環境里進行。Handle-C為設計者提供很大的開發空間，可以
不斷地進行調試以確定最終設計。
---Handle-C語言可以應用到廣泛的硬體實現編程中，如：
---(1) 網路安全——DES編密碼演算法在硬體的實現
---(2) 數字音樂——在可重置的硬體實現MP3解碼
---(3) 圖形處理——在FPGA/PLD上實現復雜的圖像處理
---以上只是Handle-C應用的一部分，隨著它的不斷發展，相信其應用范圍也會越來越廣。
Handle-C語言的特點
---這里以表格的形式來分析一下Handle-C語言的一些特徵與優點(見表1)。

Handle-C與C語言的比較
---與C語言比較，Handle-C有如下的局限性：
---(1) 函數沒有遞歸性；
---(2) 不支持舊類型的函數定義；
---(3) 不支持變數長度參數列表；
---(4) 不能改變變數的長度；
---(5) 1.0版本不支持浮點運算(新的1.1版本支持浮點運算的IP庫，可以向該公司購買)。
---另外，Handle-C的操作符與C語言既有相同之處，又有其自身獨有的關鍵詞(見表2)，編程人
員在實際的編程中應該對以下的異同加以重視。
---下面對Handle-C語言中僅有的操作符進行一些簡單的說明。
---Delay表示對一個信號的延時；
---？與！是兩個相對應的操作符，？表示從一個通道(channel)里讀出數據；！表示向一個通道
里寫進數據；
---piralt多用於分支語句，函數裡面有多個操作，寫在前面的case具有最高的執行優先權；
---seq 和par為Handle-C在語法上新增加的兩種結構，seq為順序結構，在seq內的每一句程序
都按每個時鍾來執行；而在par語句中，所有的程序代碼段都在同一個時鍾來臨時執行。在程序
中，如無seq和par操作符，則認為語句為順序結構。
---Ifselect的用法如if...else。
---Handle-C程序的編寫如同C/C++程序的編寫規范，也要引進各種頭文件，也可以對各種函數進
行調用。對於其輸入輸出埠有它自身嚴格的定義，時鍾信號由用戶自己定義，這些操作在此不
作深入的探討。
---那麼如何將C語言與Handle-C語言對應起來呢？以下是將傳統的C語言映射到硬體上的幾個步
驟：
---(1) 決定如何將軟體系統映射到目標硬體平台。
---(2) 將傳統的C語言程序轉化成Handle-C程序，並用模擬器檢查程序的語法錯誤。
---(3) 從Handle-C提供的特別的操作平台去修改已有的程序代碼。
---(4) 加入良好的並行操作。
---(5) 在程序中加入必須的硬體介面及映射模擬通道。
---(6) 使用FPGA的布線工具去產生FPGA硬體映射程序。
---以上的映射步驟僅供參考，實際應用中，可以根據設計的需要適當地增加或是刪減相應的步
驟。

Handle-C與VHDL的比較
---雖然Handle-C語言與VHDL語言各有自己的一套的編程語法規則，但兩者的根本目的是一樣
的，即要把演算法思想硬體化，載入到可編程晶元里進行實際應用。Handle-C本身是基於C的語言
體系，可以直接用來描述演算法，方便易懂，大大地節省了編程時間，提高效率。而VHDL語言的編
寫符合硬體工作者的思維架構，較容易進行模塊化編程，將所要實現功能進行分塊實行。
---VHDL編程中的埠定義映射在Handle-C代碼中的格式如下：
---Interface VHDL_ entity_sort (VHDL_to_HC_port {, VHDL_to_HC_port})
---VHDL_from_HC_port{,VHDL_from_HC_port});
---其中：VHDL_entity_sort為VHDL實體的名稱。
---VHDL_to_HC_port為Handle-C輸入的埠的類型和名稱。
---VHDL_from_HC_port為Handle-C輸出的埠的類型和名稱。
---如果要把程序進行綜合，我們目前要把Handle-C程序編譯成VHDL，用Snyplify、
LeonardoSpectrum或FPGA Exprerss等工具將這些代碼進行綜合。我們也可用Altera或Xilinx
公司的布線工具去將程序進行布局布線。
---其他編程上的區別在此就不展開討論了。

Handle-C的編譯環境簡介
---Handle-C語言標準是由Celoxica公司提出的，該公司同時也推出了相應的編譯環境軟體
DK1.1(如圖2所示)，該軟體的使用要先與C/C++的語言環境相連接起來，以C/C++作語言基礎進行
編程，所以安裝完DK1.1軟體後，應該安裝的編譯器有Visual C++6.0(或更高版本)，或者是
Borland C++編譯器5.5版本。該編譯環境所面向的FPGA設計的器件有如下系列：Xlinx 4000E、
Xlinx 4000L、Xlinx 4000EX、Xlinx 4000XL、Xlinx 4000XV、Xlinx Virtex、Altera
10K、Altera 20K。另外，此軟體還可以使用Xilinx公司或Altera公司的可編程邏輯布局布線工
具、可以與ModelSim軟體工具連接起來，直接在DK1.1里調用。
---如同在C語言中加上頭文件即可調用庫函數一樣，在DK1.1中，也可很方便地調用各種功能
庫，如浮點的IP庫等。通過這樣的連接，便可使Handle-C的應用范圍更加廣泛。

結論
---隨著EDA技術的不斷成熟，軟體和硬體的相互融合也越來越多，Handle-C語言設計的前景應該
會更好。現在Celoxica公司提出的Handle-C語言已經越來越成熟，而且所能支持應用的FPGA晶元
也越來越多，這種新的硬體描述語言將會成為將演算法硬體化的一種利器。

㈥ Handle系統的特性主要有以下四個方面

摘要 1、並發

㈦ PHP裡面我們經常說的那個handle，應該怎麼翻譯啊 - 技術問答

句柄(Handle)是窗口、控制項等對象的唯一標識符，即序列號，屬長整型。在WINDOWS操作系統中是唯一的，它在生成該對象時由操作系統賦予。

㈧ c++中 句柄類是什麼

VC 中的句柄 HANDLE 其實是一個 void * 類型。像 C 語言中的 FILE 一樣，它是個結構體，FILE * 其實是一個結構體地址類型。句柄在 Windows 系統中類似於指針，它就是個指針類型，但是又和指針不同。比如分配一塊可移動的內存，你可以得到一個固定的句柄，但是這塊內存的指針是不固定的。句柄還有其他很多種，都是通過 HANDLE 定義而來的。在 Windows 編程中，句柄代表系統中唯一一個對象，比如文件句柄、圖標句柄、字體句柄、點陣圖句柄、畫刷句柄、設備環境句柄、應用程序模塊句柄、進程句柄、窗口句柄等。由於 Windows 是封閉的，微軟提供很多現成的函數（Windows API），句柄就是訪問這類對象的一個 "指針"，通過句柄才能訪問這些對象。

HANDLE 類型在 Windows SDK 頭文件定義如下：
typedef void *PVOID;
typedef PVOID HANDLE; //文件句柄、進程句柄等
typedef HANDLE HICON; //圖標句柄
typedef HANDLE HFONT; //字體句柄
typedef HANDLE HBITMAP; //點陣圖句柄
typedef HANDLE HBRUSH; //畫刷句柄
typedef HANDLE HDC; //設備環境句柄
typedef HANDLE HMODULE; //模塊句柄
typedef HANDLE HWND; //窗口句柄
還有很多其他的句柄類型。

㈨ 句柄類的句柄類定義

句柄類（智能指針smart point）是存儲指向動態分配（堆）對象指針的類。除了能夠在適當的時間自動刪除指向的對象外，他們的工作機制很像C++的內置指針。智能指針在面對異常的時候格外有用，因為他們能夠確保正確的銷毀動態分配的對象。他們也可以用於跟蹤被多用戶共享的動態分配對象。
在C++中一個通用的技術是定義包裝（cover）類或句柄（handle）類，也稱智能指針。句柄類存儲和管理基類指針。指針所指向對象的類型可以變化，它既可以指向基類類型對象又可以指向派生類型對象。用戶通過句柄類訪問繼承層次的操作。因為句柄類使用指針執行操作，虛成員的行為將在運行時根據句柄實際綁定的對象類型而變化，即實現c++運行時動態綁定。故句柄用戶可以獲得動態行為但無需操心指針的管理。 為了便於理解，我們定義一個實際類（Point），一個引用計數器類（UPoint），一個句柄類（Handle），後面將有例子給以參考。
實現使用計數有兩種經典策略：一種是定義一個單獨的具體的類用以封裝使用計數和指向實際類的指針；
另一種是定義一個單獨的具體的類用以封裝引用計數和類的對象成員。我們稱這種類為計數器類（UPoint）。在計數器類中，所有成員均設置為private，避免外部訪問，但是將句柄類Handle類聲明為自己的友元，從而使句柄類能操縱引用計數器。 handle::h 23 34
handle::tmp 23 34 //h和tmp句柄類對象實際共享同一Point（23，34）對象；
handle::val 0 0 //val默認指向實際對象Point（0，0）；
~UPoint! //由於寫時復制時：up = new UPoint(up->p);創建了一個臨時UPoint
~Point! //對象；調用完後釋放，由於Point是UPoint的成員對象，所以先
//UPoint，然後是Point。
handle::h 100 34 //通過修改賦值val = h.x(100);後，h和val共享同一對象Point（100，34）
handle::tmp 23 34
handle::val 100 34
//依次釋放內存；
~Handle! //val句柄類對象；val(100，34)
~UPoint!
~Point!
~Handle! //tmp句柄類；tmp(23,34)
~UPoint!
~Point!
~Handle! //只釋放了一個句柄類Handle的指針，沒有實際對象；
請按任意鍵繼續. . .

㈩ 聯想小新Handle靜音無線滑鼠怎樣換電池

聯想小新Handle靜音無線滑鼠想要換電池，只需要打開該滑鼠的上蓋就可以了。
想要打開滑鼠的上蓋，只需要沿著滑鼠上蓋與底座的空隙輕輕一掰，就會自動打開，打開後就是更換電池的地方，直接按照需要的電池型號進行更換就可以完成更換電池了。
聯想小新Handle靜音無線滑鼠用全新的藍光技術，可以提供比光電、激光更好的追蹤效果，在各種表面都可使用，例如：木桌、玻璃、衣服、紙面等，讓工作或者會議變得更輕松。同時又四擋DPI可調節，採用PAW3220圖像感測器，可通過DPI按鍵輕松切換。