Typescript Javascript TypingsDefinition

最近在使用dbus-native來讓後端service可以接收DBUS訊號以及發出訊號至DBUS

因為使用typscript開發習慣了(想當初寫JS才發現有強型別的定義真的..差很多)，所以一開始就在找這隻檔案的定義檔有沒有放到@types的倉庫

OK...沒有

這個意思就是說，假若說我想要使用DBUS的話我必須要自行去定義，或者...乾脆直接硬幹

硬幹的話大概就是加入以下的東西就可以使用

import dbus = require("dbus-native");

可是這樣就是沒有定義檔的提示可以使用

對於已經被TS養大胃口的我來說就很不方便...

(另外一提，在javascript也是有IDE做提示function使用，不過Linux沒辦法使用visual studio，eclipse 吃資源，Webstorm沒錢 QQ)

對於這種IntelliSense,可以使用以下的方法添加最基本的支持(不過這對我目前的專案支援度超低...)

在require dbus的package後，我們是會從index.js開始對整支程式存取及使用，網路上有人做出對於該項package轉definition的工具，可惜...沒用，以下是這支程式的一部分程式碼

module.exports = createConnection;

module.exports.createClient = function(params) {
  var connection = createConnection(params || {});
  return new MessageBus(connection, params || {});
};

module.exports.systemBus = function() {
  return module.exports.createClient({
    socket: '/var/run/dbus/system_bus_socket'
  });
};

module.exports.sessionBus = function(opts) {
  return module.exports.createClient(opts);
};

module.exports.messageType = constants.messageType;
module.exports.createConnection = module.exports;

我需要的是強型別的東西，這種轉換出來型別設定只會出現一堆的any

對於我之後設計其實蠻不好用的

所以就開始了漫長的CLASS定義之路

declare module "dbus-native"{
}

這是先對這整支程式做模組定義

然後再一步一步做下去

    import * as net from "net";
    import * as events from "events";

在模組中先宣告會用的一些dependency，就在模組中定義起來

interface msg {
    destination?: string;
    path?: string;
    'interface'?: any;
    member: string;
    signature?: any;
    body?: Array<any>;
}

這是宣告資料型態，一般來說單純傳輸用的data我會額外進行定義做成interface提示我傳出來的資料會長得如何

interface MessageBus {
    connection: any;
    serial: number;
    cookies: Object;
    listNames(callback?:(err,res)=>void);
    listActivatableNames(callback?:(err,res)=>void);
    updateActivationEnvironment(env:any,callback?:(err,res)=>void);
    startServiceByName(name:any,flags:any,callback?:(err,res)=>void);
    getConnectionUnixUser(name:any,callback?:(err,res)=>void);
    :
    :
}

主戲登場，老實說太長了我擷取一小段就好，基本上會出現Obj是我已經懶得再TRACE下去了...callback function的宣告方式在定義檔中採用的是es6的arrow function

enum flags {
    noReplyExpected = 1,
    noAutoStart
}

Typescript支援使用enum其實用法跟const差不多，就是當作狀態列表來做檢視

可以從第一個 =1 看出他的第一位設定從幾開始

const messageType : {
    error:number,
    invalid:number,
    methodCall:number,
    methodReturn:number,
    signal:number,
}

這邊是跟enum去做區分  這邊是lib內原本就已經做好了相關的設定，不好再把它區分出來寫成enum

function createClient(options?: StreamOptions): MessageBus;
function createConnection(opts?: StreamOptions): CreateConnection;
function systemBus(): MessageBus;
function sessionBus(options?: StreamOptions): MessageBus;
function createServer(): Server;

最後的部分，為了跟上頭(module.export)去做一個呼應，把它的定義根據前面的子型別的部分做出來

這是我的definition files 如果有興趣的話可以看一下

這是我所對其定義的專案

之後大概有可能應該的line-bot專案應該會做一個簡易的介紹吧...((都還沒完成X

清一下草稿的庫存  看一下之後還可以介紹啥...

留言

張貼留言

這個網誌中的熱門文章

ts-node 應用

github page ts-node是直接執行typescript使用的，若是不想做tsc的動作而直接執行的話可以直接利用 ts-node <path-to-file> 直接去做執行 這中間當然可以套用一些其他的options不過簡單執行這個即可 注意：因為ts-node是執行typescript，所以先確定系統當中是否已經安裝typescript 一開始當然先說起手勢啦 yarn global add ts-node 上一篇提到了yarn那就當然用yarn來做安裝的動作啦 安裝期間東西會有點多，網速慢的大概要注意一下 雖然說ts-node可以直接執行typescript的程式，但是實際上執行情況是先將typescript先compile後放在cache中，然後再做執行，所以並不會像nodejs運行js檔案那樣來的快速，中間還是會有經過一次編譯的動作 該報錯還是會報錯，不過好處是它會直接trace到.ts的檔案，一般的.map.js檔案如果當中沒有註冊或者安裝其他套件做設定的話，最高一層只會追蹤到js就停止，並不會往上追到原始碼去 Options: -e, --eval [code] Evaluate code -p, --print [code] Evaluate code and print result -r, --require [path] Require a node module for execution -C, --compiler [name] Specify a custom TypeScript compiler -I, --ignoreWarnings [code] Ignore TypeScript warnings by diagnostic code -D, --disableWarnings Ignore every TypeScript warning -P, --project [path] Path to TypeScript project (or \`false\`) -O, --compilerOpti
閱讀完整內容

nodejs async await promise

其實es6是yield來做標題所述的流程控制, 不過說真的我比較習慣用promise with async await... setTimeout (() = > { console .log ( 1 )}, 5 ); setTimeout (() = > { console .log ( 2 )}, 1 ); setTimeout (() = > { console .log ( 3 )}, 3 ); setTimeout (() = > { console .log ( 4 )}, 2 ); 以下是結果 2 4 3 1 這樣的情況最容易發生在讀取外部資料時程式在還未接取完全資料,流程卻繼續進行下去 以往是使用callback function來解決這個衝突, 不過這樣非常形成callback hell導致程式維護以及閱讀不容易 目前的nodejs以及新的瀏覽器都有提供了promise的用法,在nodejs 7.0以上的版本有支援async await的語法, Typescript於 2.1也可以編譯async await後在es3 es5的情境下使用 剛剛寫的是用typescript不過在沒有加註情況下跟es6差不多.... 假若說我希望是顯示結果是1 2 3 4這樣照順序下來的話... new Promise ((res,rej) = > { setTimeout (() = > {res( 1 )}, 5 ); }).then(res = > { console .log (res); return new Promise ((res,rej) = > { setTimeout (() = > {res( 2 )}, 1 )}) }).then((res) = > { console .log (res); return new Promise ((res,rej) = > { setTimeout (() = > {res( 3 )}, 3 )}) }).then((res) = > { console .log (res); return new
閱讀完整內容

Editor 比較~

圖片
現在有超多的前端編輯器讓人使用，我本身有玩過的有Atom, VI, Notepad++, Brackets, Visual Studio Code, Sublime Text 3 依照我使用經驗的部分來介紹一下各個編輯器中我認為的差異所在吧~ 1. Atom   背景不說了，單純討論使用觀感，我用的是算頗早之前0.35的版本(這篇文章目前1.12)，很多功能都沒有、不足或者有Bug，除了那個足夠炫麗的畫面以外，實際給我應用價值為0。基於Electron核心，所以雖然是編輯器，實際上算是瀏覽器(Chromium)做的應用程式。當時光是啟動耗費的記憶體就已經足夠嚇人，更別說開啟大型專案那執行速度根本就是慢... 適合於喜歡酷炫效果的人 2. VI 該怎說呢...對於被圖形介面寵壞的我，第一次碰到VI跟白癡一樣，沒有辦法用滑鼠對我來說根本就是沒用，所以接觸不多..用ssh遠端修改檔案才會使用到他，但是寫code到現在，完全根本不想碰滑鼠能夠用shortcut就用。開始感覺到VI的實際強大之處，可惜的是VI指令我一直沒有背.. 適合於完全不想用滑鼠的人 3. Notepad ++   第一個碰到的編輯器，當初是拿來寫C/C++專用，快、小、方便就是它的特點，裝模組後可以擴充很多功能，不過在使用Notepad++期間我是一直使用他最基本的功能就是了... 適合於帶著隨身碟到處跑的人 4. Brackets   我覺得光是LiveView就是這個編輯器的強大之處，啟動速度跟他的兄弟Atom差不多，但是LiveView模式就傲視群雄了，不用Save、Reload就可以直接看到結果，不僅是class連JS的修改都可以及時預覽，同時也有不錯的Class Hint的套件可供使用，不僅是Style連外部的CSS都可以吃到。 適合於Layout設計排版，要觀看及時效果的人 5. Visual Studio Code   我第2常用的編輯器，啟動是Electron三兄弟中(Atom, Brackets)最快的，寫TypeScript才開始真正接觸到，雖然在Beta版本就有接觸過，但是因為同樣的問題 記憶體、速度 而使我之前只把它當作玩具而已。但是現在深入之後真正的體會到Vi
閱讀完整內容