Wey是一款開(kāi)源的基于node.js編寫(xiě)的一個(gè)支持多種服務(wù)的聊天客戶端，雖然目前只能處理slack。不過(guò)對(duì)于一些需要在工作上與團(tuán)隊(duì)交流項(xiàng)目的開(kāi)發(fā)人員來(lái)說(shuō)還是相對(duì)比較有用。ui是使用Yue library的本地ui，目前該軟件尚且還存在部分bug，需要后期更新修正。

軟件特色

Wey是遵循以下原則開(kāi)發(fā)的，最終的目標(biāo)是提供一個(gè)快速?gòu)?qiáng)大的聊天應(yīng)用。

幾乎所有東西都使用本機(jī)UI。

在需要定制UI的情況下，應(yīng)該使用yulibrary的本地UI部件創(chuàng)建Wey的大部分部分，并手動(dòng)繪制。

HTML是我們的朋友

Webview是一個(gè)很好的工具，只要我們明智地使用它。為了呈現(xiàn)豐富的Slack信息，HTML是最好的工具。

在Wey中顯示的HTML頁(yè)面應(yīng)該是靜態(tài)的，以獲得最佳性能，在頁(yè)面中使用JavaScript必須是最小的。我們不應(yīng)該使用任何外部的CSS或JavaScript庫(kù)/框架，每個(gè)風(fēng)格和動(dòng)畫(huà)都必須手寫(xiě)。

最小的依賴關(guān)系

在添加依賴項(xiàng)時(shí)要小心，只需要使用小的和沒(méi)有大量依賴項(xiàng)的第三方模塊。

隱藏聊天服務(wù)提供者的詳細(xì)信息。

雖然Wey目前只支持Slack，但它在路線圖上增加了對(duì)更多服務(wù)的支持，未來(lái)我們將支持插件添加任意服務(wù)。

為了實(shí)現(xiàn)這一點(diǎn)，我們必須確保視圖和控制器只能在模型的公共接口上操作，所有內(nèi)部實(shí)現(xiàn)都必須從外部隱藏。

分離的消息

Wey支持多個(gè)不同類(lèi)型的窗口來(lái)讀取消息，因此視圖應(yīng)該只作為模型的用戶，而不應(yīng)該管理模型。

在Wey中創(chuàng)建視圖非?？欤蜷_(kāi)一個(gè)新窗口幾乎和顯示隱藏窗口一樣快。用戶可以關(guān)閉所有窗口并在后臺(tái)運(yùn)行Wey，同時(shí)還能快速打開(kāi)新窗口。

正確卸載

雖然JavaScript有垃圾收集，但當(dāng)不小心引用對(duì)象在一起時(shí)，仍然很容易導(dǎo)致內(nèi)存泄漏。在Wey中的視圖經(jīng)常被重載(例如交換帳戶和關(guān)閉窗口)，所以在卸載視圖時(shí)確保所有事件訂閱都是分離的非常重要。

貢獻(xiàn)

請(qǐng)限制300行以下的pull請(qǐng)求的大小，否則很難檢查代碼。如果您有一個(gè)大的特性要添加，請(qǐng)考慮將它拆分為多個(gè)pull請(qǐng)求。

只要您遵循GPLv3許可證，就會(huì)鼓勵(lì)您使用這個(gè)項(xiàng)目，甚至開(kāi)發(fā)基于這個(gè)項(xiàng)目的商業(yè)應(yīng)用程序。

性能瓶頸

在Wey中，大部分時(shí)間都花在了網(wǎng)絡(luò)上，特別是在從Slack獲取渠道信息的時(shí)候，而性能通常受到Slack的api的限制。

大多數(shù)操作都是通過(guò)web API完成的。

在有實(shí)時(shí)消息傳遞API的情況下，最常見(jiàn)的操作只能通過(guò)web API來(lái)完成，即通過(guò)發(fā)送HTTPS請(qǐng)求，而且速度非常慢。

消息不包含用戶信息

我們從Slack所獲得的消息歷史不包括完整的用戶信息，它只有用戶id。因此，為了呈現(xiàn)消息，我們必須首先拉用戶列表。

但是，某些松散的團(tuán)隊(duì)擁有超過(guò)20k的用戶，而且不可能下載所有用戶的信息并緩存它們。由于這個(gè)呈現(xiàn)消息變成了異步工作，每當(dāng)遇到一個(gè)未打開(kāi)的用戶ID時(shí)，我們必須等待并拉出用戶的信息，然后才能呈現(xiàn)消息。

對(duì)于大型團(tuán)隊(duì)來(lái)說(shuō)，我們通常使用的緩存超過(guò)10k用戶，使用一個(gè)巨大的JavaScript對(duì)象，并占用大量?jī)?nèi)存。