编程随想【20190314】
 doctorrm      2019-03-14 20:33:48      282      0      

今天看了一篇推文:面向“轨道”编程,是什么?,聊下自己的看法。

这篇文章开头提到了一个通用的处理Request的业务逻辑:

// 模拟处理业务
fun executeRequest(request:Request) : String{
    // 校验身份
    validateRequest(request)

    // 处理业务
    dealBiz(request)

    // 存储数据
    saveToDB(request)

    // 发送消息
    sendMessage(request)

    return  "success"
}

这个可以当作后台的一个简单缩影,即常见的三层结构:控制层,业务层和数据处理层。

为了后台代码的逻辑划分更加明确,我们常常使用封装,比如上面提到的三层结构。而推文中却将业务函数封装为Result的方式,其实就是将异常和具体逻辑代码简单分开而已,然后用“面向轨道编程”这个自创的名词来解释,说是下图中的代码走向跟轨道一样。说实话我不是很认同这种不太成熟的编程理念用新名词来命名(我相信一定有一种已经存在的叫法)的做法,更不喜欢用这种少数人才知道的名词来作为标题,这样会给人标题党的嫌疑,也是我为什么写这篇文章批评的原因。可怕的是现在大多数的公众号技术推文为了提高点击率,纷纷效仿这种模式,所以如果要学习,还是正儿八经的找资料看好,技术推文实在不建议作为主餐。

文章解释说是来自于一个kotlin的开源库(我刚开始看代码还以为是go语言)。

不过总体文章的开头对我来说是有帮助的,后文就不敢苟同了,也就粗略看了下。

去打赏

您的支持将鼓励我们继续创作!

[微信] 扫描二维码打赏

[支付宝] 扫描二维码打赏

正在跳转到PayPal...

发表评论