我正在开发一个 iOS 应用，我想在应用内接收付款。我卖的是“真正的”商品/服务，所以我每次销售的利润率只有 20% 左右。我付不起在应用内每次购买时向 Apple 支付 30% 的费用。
在不给 Apple 30% 的提成的情况下，我有哪些选择可以接受付款？
【问题讨论】：
标签： ios in-app-purchase payment
免责声明：我已经为小型企业创建并提供了一个独立的付款接受解决方案。
您提出的问题的实际答案是“选择并集成任何各种支付处理器”，但这不是很有帮助。
除非您绝对需要控制整个体验，否则我会支持其他关于寻找罐装解决方案的答案。
如果您仍想走自己动手的路线，则需要增强词汇量并花一些时间自行研究。第一个建议：在网上寻找“iOS应用支付处理”的相关问题/答案。您选择的搜索引擎应该会引导您找到许多可能的答案，您可以从中优化您的问题，甚至可能找到适合您的直接答案。
您需要了解您希望如何获取付款信息、将该付款处理为“金钱”，以及您将如何管理您的后端。例如，您可以使用 Apple Pay，但它本身并不能真正解决您的任何实际支付处理问题（更不用说如果您只这样做的话，很可能会不利地限制您的客户群）。
Stripe、Braintree 等替代品是否有自己的 API？是的。它们可以与 Apple Pay 一起使用吗？是的。您可以尝试实施它们，然后带着具体问题回到这里。
分离出诸如“如何实施 Stripe 支付处理？”之类的问题。来自“知道何时需要运送物品、运送到何处以及何时被接受的一些选项有哪些？”类型的问题。 （在这里不会受到赞赏——在提问之前，您还需要研究/至少写一次尝试。）每种类型的问题都需要有一个“展示你迄今为止的工作”组件以及一个清楚（尽可能）的问题描述，以获得相关的响应。
【讨论】：
无需通过应用内购买来设置真实世界的商品。您可以使用Stripe 或Authorize.net 等其他服务在您的应用中设置支付流程。
请注意，您很可能还需要网络服务和服务器后端方面，因为您需要一个集中位置来跟踪您的实际商品库存并执行向客户收费、更新库存和启动的实际交易履行的过程。当然，如果您正在创建一个应用程序来管理跳蚤市场销售的付款，则情况并非如此，但在这种情况下，您确实应该寻求使用现有的应用程序解决方案，例如 Square，因为您仍然会使用 Stripe 和 Authorize 时也要收费。
【讨论】：