WebStorm 2019.2 發(fā)布，更智能方便

WebStorm 2019.2 發(fā)布了，此版本 JavaScript 與 TypeScript 的代碼自動補全功能得到改進，Vue.js 支持得到增強，并且支持了 20 多種語言語法高亮，還有更加智能的析構(gòu)等。

成都創(chuàng)新互聯(lián)公司自成立以來，一直致力于為企業(yè)提供從網(wǎng)站策劃、網(wǎng)站設(shè)計、成都做網(wǎng)站、網(wǎng)站制作、電子商務(wù)、網(wǎng)站推廣、網(wǎng)站優(yōu)化到為企業(yè)提供個性化軟件開發(fā)等基于互聯(lián)網(wǎng)的全面整合營銷服務(wù)。公司擁有豐富的網(wǎng)站建設(shè)和互聯(lián)網(wǎng)應(yīng)用系統(tǒng)開發(fā)管理經(jīng)驗、成熟的應(yīng)用系統(tǒng)解決方案、優(yōu)秀的網(wǎng)站開發(fā)工程師團隊及專業(yè)的網(wǎng)站設(shè)計師團隊。

New UI of completion popup

JavaScript 與 TypeScript 自動補全代碼的彈出窗口現(xiàn)在有更加精致的外觀，補全建議的顯示變得更加清晰和一致，更容易查看到補全對象的定義位置以及它是否是標(biāo)準(zhǔn)語言 API 的一部分。此外，對于具有多個定義的內(nèi)容，現(xiàn)在還有一個新圖標(biāo)。

Smart new intentions

新的 Propagate to destruct intent（Alt-Enter），在可能再次進行析構(gòu)的情況下可以替換額外的變量。IDE 現(xiàn)在會提示條件中的布爾表達式是否有一些不必要的部分，并建議簡化它。

Improved Rename refactoring

在 JavaScript 或 TypeScript 文件中重命名符號時，IDE 現(xiàn)在將動態(tài)用法組合在一起，默認情況下將它們從重構(gòu)中排除。這使得重構(gòu)更加準(zhǔn)確，并可以更好地控制在重構(gòu)預(yù)覽工具窗口中應(yīng)該重命名的內(nèi)容。

Better support for Vue.js component libraries

現(xiàn)在 Vue 代碼自動補全功能更加精確，因為 IDE 采用了 Vuetify、BootstrapVue 與 Quasar 等 Vue 組件庫與工具。

Syntax highlighting for 20+ languages

支持 20 多種語法高亮，比如 PHP 與 Python，無需額外配置，能力主要來自于 IDE 集成的 TextMate 語法文件集。

Support for shell scripts

WebStorm 支持 shell 腳本，.sh 和 .bash 文件支持代碼自動補全，可以使用新的運行配置，并且 IDE 集成 ShellCheck 用于 linting、集成 shfmt 以格式化代碼。

Completion in .gitignore

.gitignore 文件中也為文件和文件夾名稱提供了補全建議。

詳情查看更新說明：「鏈接」

javascript 中的泛型詳解

首先我們來定義LockingPtr用到的Mutex類的骨架：

class Mutex

{

public:

void Acquire();

void Release();

...

};

為了能使用LockingPtr，你要用你操作系統(tǒng)用到的數(shù)據(jù)結(jié)構(gòu)和基本函數(shù)來實現(xiàn)Mutex。

LockingPtr用受控的變量的類型來作為模板。舉例來說，如果你想管理一個Widget，你使用一個LockingPtrWidget，這樣你可以用一個類型為volatile Widget的變量來初始化它。

LockingPtr的定義非常簡單。LockingPtr實現(xiàn)一個相對簡單的smart pointer。它目的只是把一個const_cast和一個臨界區(qū)集中在一起。

Template typename T

Class LockingPtr {

Public:

//構(gòu)造/析構(gòu)函數(shù)

LockingPtr(volatile T obj, Mutex mtx)

: pObj_(const_castT*(obj)),

pMtx_(mtx)

{ mtx.Lock(); }

~LockingPtr()

{ pMtx_-Unlock(); }

//模擬指針行為

T operator*()

{ return *pObj_; }

T* operator-()

{ return pObj_; }

private:

T* pObj_;

Mutex* pMtx_;

LockingPtr(const LockingPtr);

LockingPtr operator=(const LockingPtr);

};

盡管簡單，LockingPtr對寫出正確的多線程代碼非常有幫助。你應(yīng)該把被幾個線程共享的對象定義為volatile而且不能對它們使用const_cast——應(yīng)該始終使用LockingPtr自動對象。我們通過一個例子來說明：

假設(shè)你有兩個線程共享一個vectorchar對象

class SyncBuf {

public:

void Thread1();

void Thread2();

private:

typedef vectorchar BufT;

volatile BufT buffer_;

Mutex mtx_; //控制對buffer_的訪問

}; 軟件開發(fā)網(wǎng)

在一個線程函數(shù)中，你簡單地使用一個LockingPtrBufT來取得對buffer_成員變量的受控訪問：

void SyncBuf::Thread1() {

LockingPtrBufT lpBuf(buffer_, mtx_);

BufT::iterator I = lpBuf-begin();

For (; I != lpBuf-end(); I) {

...使用*i...

}

}

這些代碼既非常容易寫也非常容易懂——任何時候你需要用到buffer_，你必須創(chuàng)建一個LockingPtrBufT指向它。一旦你這樣做，你就能夠使用vecotr的所有接口。

非常好的事情是，如果你犯了錯，編譯器會指出來：

void SyncBuf::Thread2() {

//錯誤，不能對一個volatile對象調(diào)用begin()

BufT::iterator I = buffer_.begin();

//錯誤！不能對一個volatile對象調(diào)用end()

for (; I != lpBuf-end(); I) {

...使用*i...

}

}

你不能調(diào)用buffer_的任何函數(shù)，除非你要么使用一個const_cast要么使用LockingPtr。區(qū)別是LockingPtr提供了一個有序的途徑來對volatile變量使用const_cast。

LockingPtr非常有表現(xiàn)力。如果你只需要調(diào)用一個函數(shù)，你能夠創(chuàng)建一個無名臨時LockingPtr對象并直接使用它：

Unsigned int SyncBuf::Size() {

Return LockingPtrBufT(buffer_, mtx_)-size();

}

回到基本類型

我們已經(jīng)看到了volatile保護對象不被不受控制地訪問時是多么出色，也看到了LockingPtr提供了多么簡單和高效的方法來寫線程安全的代碼。讓我們回到基本類型，那些加了volatile后行為與用戶自定類型不同的類型

我們來考慮一個例子，多個線程共享一個類型為int的變量。

Class Count

{

public:

...

void Increment() { ctr_; }

void Decrement() { --ctr_; }

private:

int ctr_;

};

如果Increment和Decrement被不同線程調(diào)用，上面的代碼片段是有問題的。首先，ctr_必須是volatile，其次，即使象 ctr_那樣看上去是原子操作的函數(shù)實際上是一個三步操作。內(nèi)存本身沒有算術(shù)能力，當(dāng)遞增一個變量時，處理器：

* 讀取那個變量到寄存器

* 在寄存器中增加值

* 把結(jié)果寫回內(nèi)存

這個三步操作叫做RMW（Read-ModifyWrite 讀-改-寫）。在執(zhí)行一個RMW操作的“改”

操作時，為了讓其他處理器訪問內(nèi)存，大多數(shù)處理器會釋放內(nèi)存總線。

如果那時另一個處理器對同一個變量執(zhí)行一個RMW操作，我們就有了一個竟態(tài)條件；第二個寫操作覆蓋了第一個的結(jié)果。

你也能夠用LockingPtr避免這種情況：

class Counter

{

public:

...

void Increment() { *LockingPtrint(ctr_, mtx_); }

void Decrement() { --*LockingPtrint(ctr_, mtx_); }

private:

volatile int ctr_;

Mutex mtx_;

};

現(xiàn)在代碼正確了，但代碼質(zhì)量比較SyncBuf的代碼而言差了很多。為什么？因為在Counter里，如果你錯誤地直接訪問ctr_(沒有先對它加鎖)編譯器不會警告你。如果ctr_是volatile， ctr_也能編譯通過，但產(chǎn)生的代碼明顯是錯誤的。編譯器不再是你的幫手了，只有靠你自己注意才能避免這樣的竟態(tài)條件。

那你應(yīng)該怎么做？簡單地把你用到的基本數(shù)據(jù)包裝為更高層次的結(jié)構(gòu)，對那些結(jié)構(gòu)用volatile。荒謬的是，盡管本來volatile的用途是用在內(nèi)建類型上，但實際上直接這樣做不是個好主意！

volatile成員函數(shù)

到目前為止，我們已經(jīng)有了包含有volatile數(shù)據(jù)成員的類，現(xiàn)在我們來考慮設(shè)計作為更大對象一部分的類，這些類也被多線程共享。在這里用volatile成員函數(shù)有很大幫助。

當(dāng)設(shè)計你的類時，你只對那些線程安全的成員函數(shù)加voaltile標(biāo)識。你必須假定外部代碼會用任何代碼在任何時刻調(diào)用volatile函數(shù)。不要忘記：volatile等于可自由用于多線程代碼而不用臨界區(qū)，非volatile等于單線程環(huán)境或在一個臨界區(qū)內(nèi)。

例如，你定義一個Widget類，實現(xiàn)一個函數(shù)的兩個變化——一個線程安全的和一個快的，無保護的。

Class Widget

{

public:

void Operation() volatile;

void Operation();

...

private:

Mutex mtx_;

};

注意用了重載。現(xiàn)在Widget的用戶可以用同樣的語法來調(diào)用Operation，無論你為了獲得線程安全調(diào)用volatile對象的Operation還是為了獲得速度調(diào)用常規(guī)對象的Operation。但用戶必須小心地把被多線程共享的Widget對象定義為volatile。

當(dāng)實現(xiàn)一個volatile成員函數(shù)時，第一個操作通常是對this用一個LockingPtr加鎖。剩下的工作可以交給非volatile的對應(yīng)函數(shù)：

軟件開發(fā)網(wǎng)

void Widget::Operation() volatile

{

LockingPtrWidget lpThis(*this, mtx_);

LpThis-Operation(); //調(diào)用非volatile函數(shù)

}

總結(jié)

當(dāng)寫多線程程序時，你可以用volatile得到好處。你必須遵守下面的規(guī)則：

* 定義所有的被共享的對象為volatile。

* 不要對基本類型直接用volatile

* 當(dāng)定義可被共享類時，使用volatile成員函數(shù)來表示線程安全。

如果你這樣做，而且如果你使用那個簡單的返型組件LockingPtr，你能夠?qū)懗鼍€程安

全的代碼而不用更多考慮竟態(tài)條件，因為編譯器能為你留心，會為你主動指出你錯誤的地方。

我參與的幾個使用volatile和LockingPtr的計劃獲得很好的效果。代碼清晰易懂。我記得碰到幾處死鎖，但我情愿遇到死鎖也不要竟態(tài)條件，因為死鎖調(diào)試起來容易得多。事實上沒有遇到任何問題是關(guān)于竟態(tài)條件的。

請指教javascript的constructor屬性問題?

第一個問題:

a是Array對象的實例,所以a.constructor當(dāng)然是Array()了

js世界里,所有對象都屬于Object,其中當(dāng)然包括Array對象.Object.construtor同樣也是Function

注意:a是Array對象的實例,而Array是對象.不同的.

第二個問題:

Array().construtor、Array.construtor、a().construtor是完全不同的三個東西。

Array()其實已經(jīng)是Array對象的一個實例了。他的.construtor當(dāng)然是Array()了。就如同第一個問題中的a一樣。

而Array是對象。a()就是a的一個實例了。相當(dāng)于var b=new a();b.construtor

第三個問題：

試試下面的代碼：

function a(){

alert(1);

}

document.write(a().constructor+"br");

document.write(a.constructor+"br");

結(jié)合上面第一和第二個問題，應(yīng)該明白兩者之間的差別了吧！

“為什么函數(shù)名a可以作為對象啊?”這個問題不需要回答了。。反問一下吧。

總結(jié)：

LZ就是沒有明白對象，與對象的實例之間的區(qū)別。還有，JS里，任何東西都是對象。

JavaScript 怎么模擬 個 析構(gòu)方法

自己實現(xiàn)一個框架，所有的對象都從框架中一個包含析構(gòu)函數(shù)和destroy方法的基類繼承。每個子類實現(xiàn)自己的析構(gòu)函數(shù)，對象銷毀時都調(diào)用destroy方法。

業(yè)務(wù)基于這個框架開發(fā)即可。

javascript問題！總會提示out of memory!

首先告訴你

if(a==0)

{

a++

}

if(a==7)

{

a--

}

這段代碼沒用，想象一下當(dāng)a=0進入如程序，加一下等1，等于1再進入程序，然后就沒用了，你的程序我怎么看不到一個分號

out of memory這個問題其實不容易被發(fā)現(xiàn)，因為只有經(jīng)過實踐的積累才會看到結(jié)果。各位往往沒有耐心等到他的發(fā)生，但是它確實在某些條件下存在。廢話不多說，分析問題。原因：setTimeout定時器惹的禍深層原因：setTimeout的應(yīng)用往往伴隨著某個函數(shù)的遞歸，這個過程中系統(tǒng)會始終開辟一部分內(nèi)存空間等待著遞歸的結(jié)束。 但是我們廣大的js程序員往往沒有結(jié)束遞歸的習(xí)慣，甚至認為這段內(nèi)存會在某一時間段之內(nèi)自動回收，GOD，這就是js的內(nèi)存泄露了！！解決方法：如果你有面向?qū)ο蟮拈_發(fā)習(xí)慣的話那是最好的，設(shè)置一個成員變量否則設(shè)置一個全局變量var timer（js的弱數(shù)據(jù)類型聲明真的很夠嗆）用來記錄定時器對象。 然后設(shè)置一個成員變量或者全局變量計數(shù)器var cnt，每執(zhí)行一次遞歸計數(shù)器自增一次，當(dāng)達到一定的數(shù)量的遞歸之后析構(gòu)定時器對象。例子： 會導(dǎo)致內(nèi)存泄露： function func1() { window.setTimeout("func1()",1000); } 改進后的程序： var timer; var cnt=0; function func1() { cnt++; if(cnt1000) { window.clearTimeout(timer); cnt=0; } timer = window.setTimeout("func1()",1000); }

網(wǎng)站題目：javascript析構(gòu),javascript解構(gòu)
當(dāng)前網(wǎng)址：http://chinadenli.net/article22/dsgddjc.html

成都網(wǎng)站建設(shè)公司_創(chuàng)新互聯(lián)，為您提供網(wǎng)站導(dǎo)航、小程序開發(fā)、軟件開發(fā)、營銷型網(wǎng)站建設(shè)、服務(wù)器托管、微信小程序

廣告

聲明：本網(wǎng)站發(fā)布的內(nèi)容（圖片、視頻和文字）以用戶投稿、用戶轉(zhuǎn)載內(nèi)容為主，如果涉及侵權(quán)請盡快告知，我們將會在第一時間刪除。文章觀點不代表本網(wǎng)站立場，如需處理請聯(lián)系客服。電話：028-86922220；郵箱：631063699@qq.com。內(nèi)容未經(jīng)允許不得轉(zhuǎn)載，或轉(zhuǎn)載時需注明來源： 創(chuàng)新互聯(lián)