徐紫諾
你好，我是程序員在貴州大山，我來回答下你的問題。
我自己也和第三方做了好多接口，但是還沒碰到你這樣需求的。
從如下兩個點看下你們這樣是否合理：
一：從系統長遠看：
即使真的用動態鏈接庫或者反射等手段實現了，但是將來某一天，這個函數的參數又需要多加幾個，那你是不是又要修改你們系統的代碼？多麻煩，添加後還要生成版本，讓第三方來繼續調試，來回折騰浪費時間。
二：從系統設計合理性看：
設計模式裡面不是說了，儘量做到單一原則、接口隔離。如果像你說的這樣，你自己代碼裡的一個函數是需要比人來實現方法體，我感覺違背了這些原則，很難讓人理解。
就像自己的家經常讓別人來搗騰一樣，難受。
我們是不是可以變通下？如下幾點：
1：先自己理解下，為啥要這樣？
2：和第三方溝通下，程序員我覺得不一定只是埋頭寫代碼，要學會和別人溝通，碰到自己覺得不合理的需求時。
3：把他們想要的結果直接通過web api 或者把結果存到指定共享目錄文件裡，讓第三方自己來讀取文件內容，這樣就解耦了，以後有什麼需求變化也不會動到你原本穩定的系統。
總結：
做為程序員，我個人一直認為，辦法總比問題多，雖然有時候確實會出現自身掌握的技術解決不了的問題，但我們必須要相信我們自己能解決出現的問題，客戶可不關心你是怎樣解決的，他們要的是結果和穩定運行的系統。
回答完畢，謝謝。
只說代碼的大餅
作為一個程序員，跑這裡來提這樣的問題，我覺得你已經不適合當程序員了。
一、提這樣的問題，可以斷定，你連一本三四百頁的基礎C++編程語言書籍都沒有完整看過。這點耐心都沒有是做不了技術性工作的。
二、要知道這樣的問題，網上隨便搜都能搜出一堆別人總結的解決經驗。到這裡來提問，等於是等著別人給你送來解決方案，說明做事缺乏主動型，依賴心理過重，這樣的人只適合當領導！
建議別在搞技術性工作了，特別是做軟件開發這種工作，真正的程序員已經夠苦逼了苦，還得熬夜給你填坑，積點德換一下你的工種吧，替你身邊苦逼的程序員們謝謝你了！
原始靈魂
約定好dll名，函數名，參數。建一個同名dll，同名函數，函數體為空。對方寫好了就覆蓋空dll就行了。
