2014-05-12 147 views

回答

2

根據您的態度,您可以嘗試構建SMPP協議功能或使用一些現成的可用組件,尤其是可用於.NET世界的組件之一。

1)自己構建SMPP客戶端/服務器肯定是耗時的。大多數情況下經濟上不合理,主要是因爲SMPP很複雜,支持多種場景(編碼,串聯消息,同步/異步操作模式等),而且它的定義並不完整(例如,附錄B並不總是嚴格地導致混淆在客戶端和服務器端),你必須建立你的專業知識。

2)有幾個組件,它們中的一些原生的.NET程序集,各種質量和引用可供選擇,如:

SMSC Client .NET/SMSC server .NET二人

InetLab SMPP component

的Jamaa SMPP客戶端(客戶端功能只)

和其他,大多不是.NET本地解決方案,但也可用於C#(如COM組件)容易找到。總結 - 根據我對各種消息傳遞協議的長期個人經驗,使用第三方的不同SMPP配置/實現卸載痛苦是最合理的。這通常意味着及時和有效的支持是關鍵。

相關問題