我不知道这是否是发布此问题的正确位置，上周我访问了 quickblox 的站点，使用它们来满足我的后端需求。不久后，我收到了他们支持的邮件，要求我在 Skype 上加入他们，我做到了。他立即要求我将我完整的 android 源发送给他，以便他可以进一步讨论。我很震惊，因为这就像把我的一生都交给了第三方。
即使公司作为一个实体可能没有任何问题，但腐败的员工有可能违反签署的 NDA 并采取其他行动，否则我拒绝向他发送我的源代码，从那时起我就留在了中间如何继续。我的项目是 android，具有消息传递、语音 + 以及您在 viber 和 whatsapp 等现代应用程序中可以期待的所有功能。高度征求专业意见
“您的代码中特定于 QuickBlox 的部分”如果我必须按照您的建议向他们发送特定文件，并且缺少一些其他文件，我确信，eclipse 会报告丢失文件的错误......请相应地提出建议......
如果您可以将代码中特定于 QuickBlox 的部分与应用程序的其余部分隔离开来，它也会对您有所帮助。如果聊天后台可以更换为其他供应商，您将不会被锁定。
另一方面，如果此聊天后端集成与其他集成分开，您可以在其之上创建一个假应用程序来重现您遇到的问题。
所以总而言之，不需要发送整个应用程序源代码，只需发送与 QuickBlox 相关的部分即可。
根据您的编辑，我似乎需要再解释一下... Java 允许您将代码构造成命名空间和 jar 文件。
命名空间设计帮助你思考什么样的代码应该依赖于其他类型的代码（比如说，业务逻辑不应该依赖于用户界面代码，因此你把它们放在 2 个不同的命名空间中）。
jar 文件是一个部署问题，因此您可以在其他应用程序中重用您的应用程序的一部分。
Martin Fowler 最近写了一篇很好的文章，解释了为什么分离依赖于独立于您而改变的外部服务的代码以及您以后可能希望用另一个外部服务（如您的 Quickblox API）替换的代码以及如何做到这一点是件好事。
Alistair Cockburn 在 2004 年左右解释了为什么将销售您的应用程序的业务逻辑与代码的其他部分分开是好的。
事实是，你的源代码拥有版权，如果他们对它做了任何邪恶的事情，你可以从中赚很多钱。可能比你能做的更多。他们对您的源代码不感兴趣。他们有兴趣以尽可能少的努力帮助您解决问题。
另一方面，如果你不发送一个可以编译和工作并显示问题的项目，他们不会帮助你。