1.獲取
cmpp3.0
介面api
以及使用說明
sp在做介面測試及改造前需要獲取相應版本的
cmpp3.0
介面的api
以及使用說明，這些資料可以通過向各個接入網關廠家索取 如果
sp有能力自行開發
api，那麼可以自行開發，只要符合
cmpp3.0
規範即可，不過需要提行大家注意的是，在現網裡面很多資料異常的情況比如斷連、收發量減少等情況很有可能是由於
api使用不當引起。 2.
了解cmpp3.0
與cmpp2.0
規範區別
有了api
以後大家應該詳細的去了解
cmpp
協議的差別，
cmpp3.0
和cmpp2.0
的最主要的區別是在協議規範裡面增加了幾個字段，其說明如下： 1）
submit
包內容的變化
cmpp3.0
中新增字段：
fee_terminal_type
：被計費使用者的號碼型別，
0：真實號碼；
1：偽碼
dest_terminal_type
：接收簡訊的使用者號碼型別，
0：真實號碼；
1：偽碼
linkid
：點播業務使用的
linkid
，非點播類業務的
mt流程不使用該欄位 2
）deliver
包內容的變化
cmpp3.0
新增字段：
src_terminal_type
：源終端號碼型別，
0：真實號碼；
1：偽碼
linkid
：點播業務使用的
linkid
，非點播類業務的
mt流程不使用該欄位
偽碼：乙個隨機字串，對於乙個
sp，唯一標識乙個使用者
字段說明：
fee_terminal_type
：該字段值為
0，則相應的
fee_terminal_id
傳遞的是使用者的真實號碼
；否則，傳遞的是使用者偽碼
dest_terminal_type
：該字段為
0，則相應的
dest_terminal_id
傳遞的是使用者的真實號碼
；否則，傳遞的是使用者的偽碼
src_terminal_type
：該字段為
0，則相應的
src_terminal_id
傳遞的是使用者的真實號碼
；否則，傳遞的是使用者的偽碼
linkid：20
位字串，該字段的值由
dsmp
產生，編碼格式為4位
miscid，12
位 時間，4
位序列號，使用者標識點播業務流程，
mt訊息用來匹配相 應的
mo資訊
（二）provision
介面改造說明
1.熟悉
provision
介面規範流程
provision
介面規範是用來實現
dsmp
（misc1.6
）和sp
之間定購關係同步，
dsmp
通過該介面進行定購關係同步和在使用者自助服務時設定定購服務相關的屬性，比如暫停、取消業務等，它是基於
格式的訊息互動模式 sp
在實現介面改造時必須對
dsmp
通過該介面傳過去的所有使用者狀態改變資訊都要做對應的處理，比如
boss
暫停、boss
開機、使用者取消、暫停等等，否則會引起
misc和sp
雙方定購關係不同步，引起不必要的費用糾紛
另外，目前
misc
平台可以對所有
sp實現反向取消業務的功能，但是必須要求
sp先實現反向
provision
定購關係同步介面功能
介面說明詳見《
misc1.6 sp
訂購通知介面要求》
和《dsmp
業務反向介面流程說明》
2.熟悉使用模擬測試工具
sp在做
provision
介面開發的時候可能需要做模擬測試，我們提供的
provision api
裡面自帶了乙個
demo
測試工具
，可以用來做相應收發包測試。
Python 2 與Python 3的區別
1.除號 與整除號 python 2中，是整除 python 3中，是常規除法，是整除 2.raw input與input python 2用raw input python 3用input 都表示輸入函式。3.print與print 以及逗號 python 2中，print my print na...
Python2 與Python3 的區別
1.print函式 py2中print是乙個語法結構，如 print value py3中print是乙個函式，如 print value 2.除法運算 py2中兩個整數除法得到的是0，要想得到浮點數結果，則被除數或除數二者要有乙個是浮點數才行。如 print 1 4 0 print 1 4.0.2...
python2與python3的區別
前記 python3對python2一些改變是 將一些內建函式由python2時返回列表變為python3返回迭代器 生成器 物件。python3對其改進的原因是迭代器的惰性求值特性 迭代器不會在它被繫結到變數之後就立即求值，而是等用到時再求值 這個特性可以解決一些巨大甚至無限的集合列表，如菲波那切...