1
A
回答
2
根据您的态度,您可以尝试构建SMPP协议功能或使用一些现成的可用组件,尤其是可用于.NET世界的组件之一。
1)自己构建SMPP客户端/服务器肯定是耗时的。大多数情况下经济上不合理,主要是因为SMPP很复杂,支持多种场景(编码,串联消息,同步/异步操作模式等),而且它的定义并不完整(例如,附录B并不总是严格地导致混淆在客户端和服务器端),你必须建立你的专业知识。
2)有几个组件,它们中的一些原生的.NET程序集,各种质量和引用可供选择,如:
SMSC Client .NET/SMSC server .NET二人
的Jamaa SMPP客户端(客户端功能只)
和其他,大多不是.NET本地解决方案,但也可用于C#(如COM组件)容易找到。总结 - 根据我对各种消息传递协议的长期个人经验,使用第三方的不同SMPP配置/实现卸载痛苦是最合理的。这通常意味着及时和有效的支持是关键。
相关问题
- 1. C#服务器客户端应用程序(一个服务器多客户端)
- 2. 服务器端客户端程序C
- 3. 服务器客户端应用程序
- 4. 客户端/服务器应用程序
- 5. 客户端 - 服务器应用程序
- 6. 使用C#和SQL的客户端服务器应用程序
- 7. C客户端在服务器客户端应用程序中的进程ID
- 8. udp客户端服务器程序c
- 9. c程序客户端服务器
- 10. 客户端服务器程序C
- 11. 与C++服务器/客户端应用程序的端口
- 12. Socket编程客户端服务器聊天应用程序C++
- 13. Flex构建客户端和服务器端的应用程序
- 14. RMI客户端和服务器程序
- 15. 客户端服务器程序和mode_t
- 16. C客户端服务器应用程序中的多个客户端
- 17. 客户端(Android应用程序) - 服务器(Java应用程序)
- 18. 如何从smpp服务器向客户端发送delivery_sm响应
- 19. 简单的C++服务器客户端应用程序与winsock
- 20. C#客户端 - 服务器应用程序问题
- 21. C中的服务器客户端聊天应用程序
- 22. c中的客户端服务器聊天应用程序
- 23. 客户端服务器C++ Windows应用程序
- 24. c中的Winsock服务器/客户端应用程序#
- 25. C#客户端服务器队列应用程序
- 26. 超级基本服务器客户端应用程序中C
- 27. C#中的简单客户端服务器应用程序#
- 28. Web服务客户端应用程序
- 29. 使用Griffon和Spring的客户端 - 服务器应用程序
- 30. 使用PHP和Python的客户端服务器应用程序