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

軟件特色

Wey是遵循以下原則開發(fā)的，最終的目標是提供一個快速強大的聊天應用。

幾乎所有東西都使用本機UI。

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

HTML是我們的朋友

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

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

最小的依賴關系

在添加依賴項時要小心，只需要使用小的和沒有大量依賴項的第三方模塊。

隱藏聊天服務提供者的詳細信息。

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

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

分離的消息

Wey支持多個不同類型的窗口來讀取消息，因此視圖應該只作為模型的用戶，而不應該管理模型。

在Wey中創(chuàng)建視圖非?？?，打開一個新窗口幾乎和顯示隱藏窗口一樣快。用戶可以關閉所有窗口并在后臺運行Wey，同時還能快速打開新窗口。

正確卸載

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

貢獻

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

只要您遵循GPLv3許可證，就會鼓勵您使用這個項目，甚至開發(fā)基于這個項目的商業(yè)應用程序。

性能瓶頸

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

大多數操作都是通過web API完成的。

在有實時消息傳遞API的情況下，最常見的操作只能通過web API來完成，即通過發(fā)送HTTPS請求，而且速度非常慢。

消息不包含用戶信息

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

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

對于大型團隊來說，我們通常使用的緩存超過10k用戶，使用一個巨大的JavaScript對象，并占用大量內存。