小朱

您好，小朱！歡迎加入維基百科！

感謝您對維基百科的興趣與貢獻，希望您會喜歡這裏。除了歡迎辭外，也請您了解以下重要文章：

政策 五大支柱 百科、中立、開放、互重、勇於改善	GNU 版權問題解答 貢獻內容必須是您所著或獲得授權、 同意在GFDL條款下發佈	手冊 使用指南 安全訪問 / 測試編輯 / 如何編輯 使用手冊 / 繁簡處理 / 寫個好條目
問號 有問題？請到互助客棧詢問，或在我的對話頁提出。別忘記：討論後要簽名，方式之一是留下4個波浪紋「~~~~」。 If you have any questions about the Chinese Wikipedia, please leave a message here. Thank you for visiting!

• 在中文維基裏，間隔號的輸入比較特別，詳參Help:如何輸入間隔號。
• 新手應該注意的七種常見錯誤。
• 希望您能享受編寫人類共有之自由百科的快樂，成為一名快樂的維基百科人。

我是歡迎您的維基百科人：小周 (留言) 2008年9月16日 (二) 15:56 (UTC)

你知道嗎？

「你知道嗎？」已經更新 恭喜您！您最近建立或大幅改進的條目多租戶技術經推薦後，獲選於首頁作新條目展示。如果希望推薦其他您關注的條目，歡迎前往Wikipedia:新條目推薦/候選提名。在您建立或大幅改進的所有條目中，總計有11篇條目獲推薦作首頁新條目展示。

11

建議

感謝閣下對IT領域條目的貢獻！

鑑於各地區對IT領域詞彙的翻譯各有不同，建議閣下在新創建的IT領域的專業條目的最上方加入{{noteTA|G1=IT}}模板，以使專業詞彙依照讀者習慣顯示。謝謝！—小周 (留言) 2008年9月18日 (四) 09:33 (UTC)

又一個建議

再次感謝閣下對IT領域條目的貢獻！

在下留意到：閣下所貢獻的條目，基本上沒有使用跨語言連結。

雖然跨語言連結並不是一種強制要求，但這有助於讀者方便地查看另一個語言內的相關內容。

跨語言連結的用法是：在條目的末尾加上

[[语言代码:文章標題]]

比如，閣下創建的條目CodePlex，在英文維基百科中也有講述同一件事物的條目CodePlex，閣下就可以在中文維基百科的條目末尾加上

[[en:CodePlex]]

最後，祝編輯愉快，謝謝！—小周 (留言) 2008年9月20日 (六) 01:50 (UTC)

再提兩個建議

感謝閣下加入中文維基百科以來對IT領域條目的貢獻！

在下想向閣下再提兩個建議：

1. 在下留意到：閣下在編輯微軟出版社這個條目時，使用的方法是將原有的內容全部替換為閣下所編寫的內容。當然，這樣做對於一個小小條目而言，並沒有很大的問題。但是，在下還是想建議閣下：在全部替換掉原有內容之前，最好先找出原有條目中有可靠來源的那些信息，把那些信息給融入到新的文章之中，這樣更有助於提高維基百科條目的質量。，這樣做還可以避免不必要的衝突，因為把原有內容中有可靠來源的信息刪除，可能會使一些原先對條目做出貢獻的維基人覺得受到冒犯。
2. 在下還留意到：閣下似乎基本上不參加社群的討論。雖然潛心於技術條目的編輯是很值得肯定的。但是，在下還是建議閣下多參加社群的討論，這樣更有助於閣下了解中文維基百科的各種規則和習慣。在下也盼望在在下的對話頁，見到閣下的留言。

最後，祝編輯愉快，謝謝！—小周 (留言) 2008年9月20日 (六) 15:45 (UTC)

感謝閣下的留言

首先，感謝閣下的留言。在下還有兩點需要與閣下進行探討：

1. 微軟出版社原有的兩篇參考，一篇有提及創建年份，一篇有提及其在微軟公司中所處的位置。建議閣下再複查一遍。
2. 雖然微軟出版社是一家外國出版社，但如果文獻的可靠性一樣的話，在下建議閣下還是應該優先使用中文文獻。這是基於一個簡單的事實：不是所有的維基人都能流利的閱讀英文材料。當然，如果外文文獻的可靠性比中文文獻的可靠性高得多的話，則應當使用外文文獻。維基百科對文獻可靠性級別的認定，閣下可自行參考Wikipedia:可供查證

最後，祝編輯愉快，謝謝！—小周 (留言) 2008年9月20日 (六) 16:46 (UTC)

授予維基見習編輯(C)榮譽

恭喜！您現在已經符合維基見習編輯（C級）的最低要求；雖然您未有申請榮譽但現在仍直接授予　閣下：

感謝您對中文維基百科的貢獻。根據您的貢獻，現授予您維基見習編輯(C)榮譽。歡迎您繼續幫助改進維基百科。

特此授予。日後如果要申請更高級的榮譽請再到Wikipedia:維基榮譽與獎勵申請與變更申請。

授予人：—小周 (留言) 2008年9月24日 (三) 03:43 (UTC)

傀儡

已解決。

本人建議在此戶口或User:Regionbbs掛上傀儡的模版，免遭封禁，多謝！還有，請勿以你的戶口User:Regionbbs投票，以免影響投票。—JNIV 2008年9月26日 (五) 11:24 (UTC)

感謝，已經處理。—小朱 2008年9月26日 (五) 11:39 (UTC)

你要在用戶頁掛上這個嗎?

 {{User MVP}} 

-P1ayer (留言) 2008年10月8日 (三) 03:39 (UTC)

這是你做的嗎？—小朱 (留言) 2008年10月8日 (三) 03:42 (UTC)

關於風暴殭屍網絡與ROT13

感謝您對風暴殭屍網絡於新條目推薦的支持，該條目與ROT13正在優良條目候選進行投票，鑒於計算機科學與工程技術兩類在中文維基當選優良與特色條目不若其他種條目多，煩請您參與支持。

感謝您對維基的貢獻。 -- Zanhsieh (留言)

感謝您的支持

小朱君，您好！承蒙您的支持，令小弟首次自薦的大幅更新條目毛里裘斯成功於首頁展示，特此致謝。此後我會繼續努力，還望您繼續支持與指導。allsP (留言) 2008年10月14日 (二) 11:16 (UTC)

RE：感謝您的推薦

不用謝，反而要你在新薦候選中改一改那個問題。—JNIV 2008年10月15日 (三) 09:19 (UTC)

已改。—JNIV 2008年10月16日 (四) 08:00 (UTC)

關於Oracle的私人問題, 不知道能否在這向您請教?

• 首先我在Oracle上有3個Table, 例如 A 是主檔, B是明細檔, C 是預定交貨的明細檔
• 三者的關係是從頭到資料末端節點是 A -> B -> C (資料的關係呈現樹狀結構)
• 3個Table上各有1個版號的欄位
• 現在的問題是, 當B或C原本要做Update(表單修改資料後, 覆蓋回去), 可是後來追加系統需求, 要留下舊版的資料備查, 所以要改成用insert並且把Table A的對應的資料的版號做遞增
• 原本的網頁程式是用ASP.NET以C#寫的, 但是這程式的架構, 當初寫的人寫得太嚴謹了, BO, DAO, DTO....等, 由於我才疏學淺, 這個部份的C#的Code改不下去(因為沒有時間了, 沒辦法把架構拆掉重寫)
• 所以我想從Oracle上,下手, 在想當資料Update時, 能否以接Table的Update與Insert的Trigger的方式去做我要的功能?
• 可是
  1. 沒寫過Oracle的Trigger(要在這週內速成也沒把握)
  2. 如果同時接A,B,C這3個Table的Update與Insert的Trigger, 似乎如果沒先考慮清楚, 恐怕會造成資料死結
• 不知道您有什麼好的建議嗎?
• 因為我沒其他人可以問這種問題了, 如果造成您的困擾, 或是您也沒有什麼建議的話, 麻煩也請打聲招呼讓我知道, 好嗎?
• 已經不知道是否該認輸了...

-P1ayer (留言) 2008年10月15日 (三) 11:04 (UTC)

• 只是Oracle的問題沒辦法到MSDN去問吧？程式設計俱樂部的Oracle討論區似乎也很少人討論。1個Web，用上MS-SQL與Oracle 2種不同的DB(多個資料來源)，當初把Oracle的資料拉到MS-SQL去用就費盡心力了。MS-SQL我從6.5開始玩起，但也沒想過要用Trigger。（MS-SQL還少了OLAP與資料採礦的實作經驗，雖然有分別去上過課，但沒有地方可以用，就忘光了）。晚上回家前，實驗了一些Oracle語法，但Trigger還沒建立起來。明天再繼續試看看。剛想到的架構是A/B/C各複製一份Table的格式，然後對A/B/C分別做insert與update的Trigger做事件前處理，然後把old的資料(如果不是null)寫到備份舊版資料的Table裏，這樣應該既有的程式做最小限度的修改。-P1ayer (留言) 2008年10月15日 (三) 15:13 (UTC)

• 實驗品[1] 編譯有過, 但還不知道動作是否正常? 你給的Oracle的社群網站的網址, 無奈都英文, Google翻譯網頁也不能用, 看不太懂, 所以連該怎麼問也沒辦法. 不過還是先謝了. -P1ayer (留言) 2008年10月16日 (四) 07:26 (UTC)

新條目推薦不通過

～移動自Wikipedia:新條目推薦/候選～（最後修訂）

• Microsoft SQL Server中內建哪種技術讓開發人員可使用VB.NET與C#語言撰寫資料庫物件？(自薦，自建)—小朱 (留言) 2008年10月16日 (四) 11:32 (UTC)
  • (＋)支持—阿斯特·納羅 (留言) 2008年10月17日 (五) 05:09 (UTC)
  • (＋)支持—Iflwlou [ M {  2008年10月17日 (五) 08:47 (UTC)
  • (＋)支持窗簾布 (留言) 2008年10月17日 (五) 12:23 (UTC)

～移動完畢～—天上的雲彩 雲端對話 2008年10月19日 (日) 02:52 (UTC)

第六次動員令將在12月16日開始，1月15日結束，歡迎各位維基人參加。

本次動員令是大動員令+小動員令的模式，3個主題的小動員令分別是：消滅外文動員令、經濟、金融動員令和科技動員令。規制與前次大致相同。

「消滅外文動員令」要求參與者從翻譯任務的40個條目中選擇條目，完成翻譯。

詳細規定參見Wikipedia:動員令/第六次動員令

請收到此邀請函的維基人，將此邀請函發給其他維基人，大家一起合力才能提高維基的品質。能否將動員令傳播出去，是成敗關鍵之一。

—Hosenta012 (留言) 2008年12月5日 (五) 14:37 (UTC)

授予維基助理編輯(C)榮譽

恭喜！您現在已經符合維基助理編輯（C級）的最低要求；雖然您未有申請榮譽但現在仍直接授予　閣下：

感謝您對中文維基百科的貢獻。根據您的貢獻，現授予您維基助理編輯(C)榮譽。歡迎您繼續幫助改進維基百科。

特此授予。日後如果要申請更高級的榮譽請再到Wikipedia:維基榮譽與獎勵申請與變更申請。

授予人：—小周_(XiaoZhou)（留言） 2008年12月7日 (日) 12:06 (UTC)

邀請閣下參加第六次動員令

中文維基百科的第六次動員令將在12月16日開始，第六次動員令包括消滅外文動員令、經濟、金融動員令和科技動員令。在下留意到閣下是微軟最有價值專家，在下相信閣下一定能夠在科技動員令上面幫助中文維基百科完善條目，所以在下想邀請閣下參加這次活動，如果閣下願意參加這次活動，閣下可以到Wikipedia:動員令/第六次動員令查看活動的詳細規定。

最後，祝編輯愉快！—小周_(XiaoZhou)（留言） 2008年12月14日 (日) 14:15 (UTC)

關於SQL Server 2005的問題請教您

• SQL Server 2005的SSRS (SQL Server Reporting Services ) 無法登入的問題

-P1ayer (留言) 2009年1月12日 (一) 07:54 (UTC)

• 找到答案了，抱歉打擾了。-P1ayer (留言) 2009年1月12日 (一) 08:13 (UTC)

帶有內部連結的簡繁轉換

在下留意到閣下在Wikipedia:新條目推薦/候選對問題的修改。在下非常佩服閣下從善如流修改問題的行為，但是閣下可能沒有留意到，閣下修改時候使用的語法是「-{zh-hant:[[資料存取]];zh-hans:[[数据访问]]}-」，這樣的語法會導致從「-{zh-hant:[[資料存取]];zh-hans:[[数据访问]]}-」到下一個內部連結之前的全部內容都無法正常顯示。

在下相信閣下的原意應該只是希望進行正常的簡繁轉換，所以在下已經按照在下的理解，修改了閣下的問題。在下把閣下使用的「-{zh-hant:[[資料存取]];zh-hans:[[数据访问]]}-」修改成符合規範的「[[資料存取|-{zh-hant:資料存取;zh-hans:数据访问}-]]」。如果在下的行為導致閣下感到不愉快，在下先向閣下道歉。

最後，祝編輯愉快！—小周_(XiaoZhou)（留言） 2009年1月12日 (一) 15:12 (UTC)

• (：)回應：之前有用過這個語法，但是好像用錯了，效果沒有出來，原來可以這樣用，感謝您。—小朱 (留言) 2009年1月12日 (一) 15:16 (UTC)

授予維基執行編輯(B)榮譽

恭喜！您現在已經符合維基執行編輯（B）的最低要求；雖然您未有申請榮譽但現在仍直接授予　閣下：

感謝您對中文維基百科的貢獻。根據您的貢獻，現授予您維基執行編輯(B)榮譽。歡迎您繼續幫助改進維基百科。

特此授予。日後如果要申請更高級的榮譽請再到Wikipedia:維基榮譽與獎勵申請與變更申請。

授予人：—小周_(XiaoZhou)（留言） 2009年1月16日 (五) 15:36 (UTC)

關於C#技術上的問題請教

1. 目前已知 using() {} 區塊，相當於 try {} catch {} finally {} 中的try {} 與 finally {} 這兩個區塊，由using()自己實作finally {}裏要跑 Dispose()的部份
2. 那如果在using()裏去new 一個 SqlDataReader 的話，那還需要在using() {} 區塊結束前，自己跑 SqlDataReader 的 Close() 嗎？
3. 最近繞了一圈，又回過頭看C#，翻出以前買的一些書，但是越看越迷糊，有些書的範例甚至是SqlConnection在Open()後就放着不管了，結果拿他們的範例實驗，SQL Server Express 一下子就滿連線數上限鬧罷工了。…… Orz
4. 還有，微軟似乎忘記他們的Microsoft Web Platform Installer了，裏頭有幾個套件根本不能裝。例如裏頭的SQL Server Express 似乎停在舊版的檔案，要到MicroSoft Download的網站另外找新版的檔案才裝得起來。

-P1ayer (留言) 2010年6月19日 (六) 15:06 (UTC)

基本上 using 陳述式只適合有 Dispose() (也就是有實作 IDisposable 介面) 的類別，SqlConnection 如果是存在 using 中的話，它會在 Dispose() 中呼叫 Close()。

若有用 DataReader，請務必呼叫 Close()，否則它會佔住連線資源，SqlConnection.Close() 不會呼叫 SqlDataReader.Close()。

你可以向微軟回報 Web Platform Installer 的哪些套件不能裝。另外，這個工具已升級到 2.0。

小朱 (留言) 2010年6月19日 (六) 15:11 (UTC)

1. 雖然在 SqlDataReader 裏有繼承到IDisposable，但是它卻不像SqlConnection有直接實作到void Dispose(bool disposing) ，而是透過它所繼承到的System.Data.Common.DbDataReader 裏的void Dispose(bool disposing)
2. 那這樣看起來把SqlDataReader放在 using() 裏面宣告，應該也可以自動做到Close()吧？
3. SqlConnection.Close() 不會呼叫 SqlDataReader.Close()。你應該是對的，在SqlConnection裏面並沒有看到任何有紀錄引用它的類別的變數，而是在 SqlDataReader 裏面用了 _connection 去記錄它
4. 當一個SqlConnection先開一個SqlDataReader，再開SqlCommand 要去做 ExecuteNonQuery 下 insert時，如果前者SqlDataReader尚未Close()，那後者的SqlCommand會跳失敗。這是代表ADO.NET並不能像ADO那樣用同一個連線同時做多個事嗎？或是我在精簡程式時，在觀念上弄錯方向了？

-P1ayer (留言) 2010年6月19日 (六) 19:28 (UTC)

我覺得這是習慣問題，我的習慣是不論是 SqlConnection 或 SqlDataReader，用過後就要下 Close()，這樣的作法是至少不會被內建的行為所影響，如果你不確定內建的行為會幫你做這件事，那就最好自己做，不要什麼都想要叫內建的幫你處理掉。

若你硬是要叫內建的行為幫你處理，那你就得要承擔它可能發生的風險。

小朱 (留言) 2010年6月20日 (日) 00:31 (UTC)

Re: 請教

錯掛模板，實屬抱歉。不便之處，敬請見諒。－HW (討論 - 貢獻) DC8 2010年6月20日 (日) 02:41 (UTC)

邀請您參加第八次動員令

第次動員令邀請函

查查資料，完善條目！

親愛的維基百科用戶小朱您好：

為了提升中文維基的條目數量及品質，第八次動員令會於2010年7月1日開始，8月28日結束，我們竭誠邀請您積極參與。

本次動員令分為大、中、小動員令，中動員令的四個主題分別是世界各地、自然與自然科學、最多語言待撰寫條目和基礎條目，小動員令的二個主題分別是戰爭及軍事武器以及侵權待拯救條目。

• 關於本次動員令的詳細信息請您參見：第八次動員令。

• 請收到本邀請函的維基人，將 {{subst:動員令/8}} 此模板指示轉貼到其他尚未收到本動員令的維基人討論頁上（也請參考工具），如果您由於各種原因不能響應本次動員令、積極建立新條目，也請幫忙散發動員令，因為能否將動員令傳播出去，是歷次動員令成敗之關鍵，大家一起合力才能提升維基的服務及品質！感謝您！

• 邀請人：Berting Li (留言) 2010年7月4日 (日) 18:52 (UTC)

優良條目重審

邀請到Wikipedia:優良條目重審對優良條目中華民國國語文重審發表意見。--Caiguanhao (talk | contribs) 廣州亞運 2010年11月26日 (五) 02:52 (UTC)

Category:LAMP頁面存廢討論通知

您好，您先前創建或編輯的頁面「Category:LAMP」已被提出存廢討論，正在討論條目的存廢。
維基百科非常歡迎您的編輯，但請先看看編輯幫助和維基百科不是什麼，以免犯了常見的錯誤。
請不要自行移除頁面存廢模板，討論是因為有編者認為頁面不適合維基百科。請參與頁面存廢討論，您亦可以與提刪的維基人進行溝通。在討論期間歡迎繼續完善原先的頁面，多謝合作！
幫助：互助客棧、刪除指導、存廢覆核請求、IRC聊天頻道--YFdyh000（留言） 2014年2月16日 (日) 16:23 (UTC)

邀請您參加第十三次動員令

第十三次動員令邀請函

維基娘，第十三次動員令的吉祥物

親愛的維基百科用戶小朱您好：

首先，感謝你對維基百科的貢獻！為了提升中文維基百科的條目品質及數量，第十三次動員令會於2015年7月4日至2015年9月6日期間進行，我們誠摯地邀請您來積極參與動員活動。

詳細動員事項請參見第十三次動員令，讓您從動員令說明書中了解什麼是動員令，並請參考主頁的報名指引報名參與本次動員令（報名處現已開放）。

本次動員令分為大動員令及小動員令，大動員令是可以在任何主題中貢獻的動員令項目，而小動員令主題有：地球科學、數學、物理、電子與資訊、歐洲歷史與地理以及多於15種外語版本的條目。

請收到本邀請函的維基人，將{{subst:動員令}}轉貼到其他尚未收到本動員令的維基人討論頁上（或參考推廣工具），如果您由於各種原因不能響應本次動員令、積極建立新條目，也請幫忙散發動員令，因為能否將動員令傳播出去，是歷次動員令成敗之關鍵，大家一起合力才能提升維基的服務、品質及數量！非常感謝您的參與！

邀請你的維基人是：Walter Grassroot (♬) 2015年7月1日 (三) 08:04 (UTC)

Template:Microsoft Azure頁面存廢討論通知

您好，您先前創建或編輯的頁面「Template:Microsoft Azure」已被提出存廢討論，正在討論該頁面的存廢。
維基百科非常歡迎您的編輯，但請先看看編輯幫助和維基百科不是什麼，以免犯了常見的錯誤。
請不要自行移除頁面存廢模板，討論是因為有編者認為頁面不適合維基百科。請參與頁面存廢討論，您亦可以與提刪的維基人進行溝通。在討論期間歡迎繼續完善原先的頁面，多謝合作！
幫助：互助客棧、刪除指導、存廢覆核請求、IRC聊天頻道--就是他 ☞ Q _{「祝我考試順利」「有事請留言」} 2016年3月13日 (日) 11:28 (UTC)

關於條目 枋野號誌站、中央號誌站

個人認為要不要放交通方式?要放在哪?還可以討論，請到Talk:枋野號誌站繼續討論。謝謝。思念（留言） 2016年4月18日 (一) 05:02 (UTC)

Template:Microsoft Windows Azure Platform頁面存廢討論通知

您好，您先前創建或編輯的頁面「Template:Microsoft Windows Azure Platform」已被提出存廢討論，正在討論該頁面的存廢。
維基百科非常歡迎您的編輯，但請先看看編輯幫助和維基百科不是什麼，以免犯了常見的錯誤。
如果您想取回已刪除頁面的內容，您可以到存廢覆核請求處按格式提出請求，多謝合作！
幫助：互助客棧、刪除指導、存廢覆核請求、IRC聊天頻道--YFdyh000（留言） 2017年5月12日 (五) 12:45 (UTC)

維基百科獎勵紙本授獎機制調查

您好。中文維基百科社群目前正在考慮為維基獎勵提供紙本授獎申請，意即被授予維基獎勵的編輯將可申請進行額外的紙本授獎，以茲證明；因此，我們舉辦了一場調查，希望了解開辦紙本授獎的可行性。這個調查不會花費您太多寶貴時間，經過測試，完成調查所需的時間約為2到3分鐘。這一調查的有效時間至 2017年7月1日 (六) 19:04 (UTC) ，我們由衷期待您的參與。

［－現在就參與調查！－］

十分感謝您的參與！ － 執行編輯 Aotfs2013 （ MediaWiki message delivery（留言）代發於2017年6月1日 (四) 19:05 (UTC)）

維基百科使用者及患心理疾病使用者交流上的實踐策略調查

您好。身為一個較新使用者具備更多經驗的的維基百科社群成員，您可能已經了解到中文維基百科一直以來都有許多罹患精神疾病的使用者參與貢獻的狀況，而為尋找優化中文維基百科使用者與患心理疾病使用者的交流的更佳策略，我們舉辦了一場調查，希望利用調查取得的結果作為研究及策略規劃參考之用。這個調查不會花費您太多寶貴時間，經過測試，完成調查所需的時間約為2到3分鐘。這一調查的有效時間至 2017年10月28日 (六) 23:59 (UTC) ，我們由衷期待您的參與。

［－現在就參與調查！－］

十分感謝您的參與！ ——Aotfs2013 留於 2017年10月17日 (二) 19:38 (UTC) （使用MediaWiki message delivery（留言）執行）

請補充檔案File:ADONET EntityDesigner.png的版權或來源資訊

歡迎參與維基百科。您所上載的檔案File:ADONET EntityDesigner.png由於沒有註明上載頁面所要求的所有資訊（尤其是來源或版權資訊），將作快速刪除處理。請通過編輯圖片的描述頁面補充所需的所有資訊，包括填寫詳盡、準確的來源資訊，以及使用了適當的版權標誌。如果您仍然不清楚如何填寫，建議使用文件上傳嚮導按要求重新上傳文件。維基百科嚴格規範圖片上載手續，是為了避免侵犯版權所致，多謝您的注意和合作。--廣九直通車（留言） 2020年1月22日 (三) 09:54 (UTC)

請教螢幕截圖要怎麼提供資訊？小朱 (留言) 2020年1月22日 (三) 10:44 (UTC)

邀請參與中文維基百科管治相關討論

2024年管理人員制度改革意向調查經已結束，調整管理人員上任標準、容許用戶獲得臨時管理員權限、設立仲裁委員會和修訂管理員長期無活動解任方針已獲社群共識採納，目前正在討論實行的細節。請踴躍參與以上討論，提出建設性的意見。

MediaWiki message delivery（留言） 2024年1月5日 (五) 06:00 (UTC)

---

本條消息是使用群發消息功能發送給您的。如果您不希望在未來接受所有使用本功能發送的消息，請在您的討論頁加入Category:不接受消息發送這一分類。