標題說的不夠清楚，再詳細說明下。
A用戶需要接收的訊息。
一種是在服務端根據最後一次操作判斷所處的狀態，例如聊天視窗是否打開，然後根據狀態發送不同的訊息，例如聊天視窗打開了就發送聊天訊息，如果沒打開則發送訊息提示。
另一種是服務端發送訊息，然後A用戶接收到之後用JS判斷視窗是否開啟再選擇是提示還是顯示。
我覺得第一種方式對資訊的可控度要高一點，而且服務端電腦比用戶端的好，可以保證資訊的完整。但是如果狀態的獲取出錯的話就會亂套了。
第二種方式寫起來方便點，但是是不是用戶端的體驗會不太好，畢竟要做邏輯處理。
服務端的程式碼是wokerman的基礎上寫的，應該與此問題相關性不太大吧。
或有其他更好方式嗎？希望前輩們不吝賜教。謝謝了。
標題說的不夠清楚，再詳細說明下。
A用戶需要接收的訊息。
一種是在服務端根據最後一次操作判斷所處的狀態，例如聊天視窗是否打開，然後根據狀態發送不同的訊息，例如聊天視窗打開了就發送聊天訊息，如果沒打開則發送訊息提示。
另一種是服務端發送訊息，然後A用戶接收到之後用JS判斷視窗是否開啟再選擇是提示還是顯示。
我覺得第一種方式對資訊的可控度要高一點，而且服務端電腦比用戶端的好，可以保證資訊的完整。但是如果狀態的獲取出錯的話就會亂套了。
第二種方式寫起來方便點，但是是不是用戶端的體驗會不太好，畢竟要做邏輯處理。
服務端的程式碼是wokerman的基礎上寫的，應該與此問題相關性不太大吧。
或有其他更好方式嗎？希望前輩們不吝賜教。謝謝了。
發送原始訊息到前端處理好，這點處理影響不了使用者體驗的
