最近專案開發過程中遇到乙個問題：使用乙個基礎平台提**商的介面接入到該平台，通道總是無法連通。
2年前，我們已經已經接入到該基礎平台了，由於某些業務原因，接入的系統沒有正式投入運營。最近幾天，又重新開始該業務，所以我就拿出原來的**，開始做接入。
原來的**在該基礎平台v1.0的基礎開發的，通道順暢，並且已經實現了4，5個業務的介入。原來以為工作量不會太大，讓人大跌眼鏡，把該基礎平台v2.0的相關類庫部署好後，**按照最新的文件調整好後，發現通道怎麼也通不了。
通道的除錯花了差不多2天的時間，**反反覆覆的檢查，和他們的技術支援也不停的溝通，真考驗人的神經啊。最終可以確認的是：
1.我的**、配置部署是沒問題的，完全按照**商的文件來編寫的。
2.**商的介面改動並不太大，只修改了1，2個介面。
最後還是**商的技術支援人員提供了乙個解決辦法，很可笑的解決辦法：
在對方介面的乙個引數之前加上：string.valueof(..)
加上之後，果真就通了。
個人認為，首先基礎平台應該具備較穩定的介面定義。
當然，介面的公升級是不可避免的，但是前期的設計要盡量規劃好，盡量避免設計不足導致的介面頻繁更新。
另乙個突出的問題是:怎樣保證介面公升級後，功能比較完善？
尤其象這種原來已經接入**商的系統，如果功能不夠完善，或者介面測試不充分，就貿然上線，會給**商的接入帶來很大的麻煩。
這種問題究其原因：
1.研發人員或者測試人員的責任心不足。
研發人員的責任心非常重要，在**的編寫和測試上，無論怎樣的盡善盡美都不為過，只有這樣才能產出高品質的基礎平台。如果對於工作應付了事，很可能會出問題。
2.研發流程是解決問題的關鍵。
完善嚴格的開發流程會在很大程度上避免類似問題的出現。有了完善的流程，還要認真的執行，嚴格的遵守，千萬不能讓流程流於形式。
呼叫別人的介面應該注意什麼
當我們呼叫別人提供的介面時候,需要注意的 1.訪問量不要別介面提供方調掛了,跟介面方確認是否有快取 2.訪問授權，安全策略 3.預設介面不穩定，不可用，需要做對應的處理 4.處理介面的各種異常丟擲,業務異常，系統異常 5.對於修改，插入類的介面，需要確認介面是否有冪等操作 6.介面超時時間,訪問速度...
做共享應該注意的問題
一 分不清客戶需求和產品需求 按理說，市場部門與銷售部門和客戶進行溝通，應該能夠更好的了解使用者對產品需求。然而，通常情況下是行不通的，有幾個原因導致了通過這種方法很少產生好的產品 首先，客戶很有可能並不知道他們想要什麼。這並不是因為他們愚蠢，而是因為在沒有確切的造出乙個產品的情況下，讓他們去說明乙...
寫dll應該注意的問題
delphi和c 資料型別對照表 delphi 字長 值域 c shortint 8位有符號整型 signed char smallint 16位有符號整型 short longint 32位有符號整型 int byte 8位無符號整型 unsigned char word 16位無符號整型 uns...