徐紫诺
你好，我是程序员在贵州大山，我来回答下你的问题。
我自己也和第三方做了好多接口，但是还没碰到你这样需求的。
从如下两个点看下你们这样是否合理：
一：从系统长远看：
即使真的用动态链接库或者反射等手段实现了，但是将来某一天，这个函数的参数又需要多加几个，那你是不是又要修改你们系统的代码？多麻烦，添加后还要生成版本，让第三方来继续调试，来回折腾浪费时间。
二：从系统设计合理性看：
设计模式里面不是说了，尽量做到单一原则、接口隔离。如果像你说的这样，你自己代码里的一个函数是需要比人来实现方法体，我感觉违背了这些原则，很难让人理解。
就像自己的家经常让别人来捣腾一样，难受。
我们是不是可以变通下？如下几点：
1：先自己理解下，为啥要这样？
2：和第三方沟通下，程序员我觉得不一定只是埋头写代码，要学会和别人沟通，碰到自己觉得不合理的需求时。
3：把他们想要的结果直接通过web api 或者把结果存到指定共享目录文件里，让第三方自己来读取文件内容，这样就解耦了，以后有什么需求变化也不会动到你原本稳定的系统。
总结：
做为程序员，我个人一直认为，办法总比问题多，虽然有时候确实会出现自身掌握的技术解决不了的问题，但我们必须要相信我们自己能解决出现的问题，客户可不关心你是怎样解决的，他们要的是结果和稳定运行的系统。
回答完毕，谢谢。
只说代码的大饼
作为一个程序员，跑这里来提这样的问题，我觉得你已经不适合当程序员了。
一、提这样的问题，可以断定，你连一本三四百页的基础C++编程语言书籍都没有完整看过。这点耐心都没有是做不了技术性工作的。
二、要知道这样的问题，网上随便搜都能搜出一堆别人总结的解决经验。到这里来提问，等于是等着别人给你送来解决方案，说明做事缺乏主动型，依赖心理过重，这样的人只适合当领导！
建议别在搞技术性工作了，特别是做软件开发这种工作，真正的程序员已经够苦逼了苦，还得熬夜给你填坑，积点德换一下你的工种吧，替你身边苦逼的程序员们谢谢你了！
原始灵魂
约定好dll名，函数名，参数。建一个同名dll，同名函数，函数体为空。对方写好了就覆盖空dll就行了。
