我们熟悉面向过程编程，也了解面向对象编程，在我们日常研发的过程中，往往需要我们采用编程手段将一些固化的业务逻辑采用代码的方式程序化。我们能很好的完成一个又一个新功能，还能随着业务的增长，不断的调整代码适应新的业务。

然而有的时候，我们会发现，我们所掌握的面向过程编程与面向对象编程，解决不了我们编程中的困境。于是，通过引入几个真实的案例，介绍一下面向商务编程的方式与优点。

真实案例一：对接阿里短信

从短信对接的历史来看，通常都是传手机号与短信内容，阿里的玩法改变成了手机号、短信模板、参数。依据传统的做法，我们需要为两百多个短信模板配置阿里短信模板，还要做参数映射。依据阿里短信模板的审核流程来看，基本上是没有尽头的项目了。短信内容审核老是被打回来，参数不能过多，完全是一个无底的黑洞。针对我们业务的短信，要转化成阿里的短信参数，挑战还是很大，改造切入点还不少，还不能完全确保万无一失，使用维护管理都是一个挑战。采用面向商务的编程方式，由商务出马，结果一切变得那么顺利，谈妥一个万能参数，兼容了我们的短信平台，无需切入修改代码，新增一个短信服务商的实现。

真实案例二：网银直连

很多人以为网银直连一个技术问题，一直在寻找技术解决方案，其实网银直连、转账到银行卡等产品，都不是技术问题了，而是商务问题。所谓的大客户服务，就是别人享受不了的服务，你却能享受。这不是一个技术领域的问题，而是商务之间的互动。偶尔有人问我网银直连怎么接，我都感觉就像一个诡异的灰色游戏。

真实案例三：支付费率

传统的编程方式是不需要考虑支付费率的，无旨是一个冷凉凉的参数。面向商务编程，会要考虑，一年流水多少，5个点一年能省多少钱。一个简单的例子，如果率费是1%，一年200亿流水，手续费是多少？如果率费能到0.5%，又能省多少？

真实案例四：短信监控

一般我们接入短信，就是简单的把短信送到运营商，然后就了事了。如果我们按面向商务编程的思维方式再思考一下，月底怎么对账？哪条短信成功了，哪条短信失败了？这钱花得冤不冤？

传统的编程思维方式倾向于实现，面向商务编程，倾向于优化成本，不拘泥于自身的研发，也关注于与合作伙伴的商务谈判与技术支持，同时更关注商务价值的实现。我们不仅是一名程序员。