Ear*_*rlz 3 language-agnostic design-patterns anti-patterns
我最近阅读了维基百科的反模式列表,并注意到这包括:
烟雾和镜子:展示未实现的功能将如何出现
为什么这是一件坏事？我唯一能看到的是,如果你真的没有实现所述功能.如果函数在正式规范中,"保证"完成怎么办？为了向潜在客户展示他们能够做到的东西,它仍然是不好的吗？
要了解为什么烟雾和镜子会成为反模式,请查看Smoke and Mirrors Wikipedia条目.来自文章:
烟雾和镜子是欺骗性,欺诈性或非实质性解释或描述的隐喻.这个名字的来源是基于魔术师的幻想,魔术师通过在混乱的烟雾中延伸或缩回镜子来使物体出现或消失.在进行这种欺骗时,这种表达可能具有精湛或聪明的内涵.
在计算机编程领域,它用于描述一个尚不存在的程序或功能,但看起来就像它一样(参见蒸发器).这通常用于演示代码完成后生成的项目将起作用/看起来的样子 - 例如在贸易展览会上.
更一般地,"烟雾和镜子"可以指观众被欺骗的任何类型的呈现,例如试图欺骗潜在客户认为具有交付有问题的产品所必需的能力.
通常情况下,使用烟雾和镜子来给管理层或客户留下深刻的印象,以获得/保持资金,但下面没有真正的代码.这种情况有一段时间了,但是,最终导致其他反模式(意大利面条代码,blob等),以便在实际需要时尝试获得真实内容.
以Smoke和Mirrors开头的项目往往会以可怕的方式结束.就像一段关系一样,如果你用谎言开发你的代码,那么一切都会崩溃.