为何不尝试用其他编程语言替代shǐ山代码？

本文共计3282个文字，预计阅读时间需要14分钟。

来源：juejin.cn/post/6844904142960328718前言：刚刚与同事开启了一个分享会，分享了一些代代码、设计模式和相关的内客。以及复盘了一下项目，发现有些复杂的业务场景，为什么没有很好的应用。

来源：juejin.cn/post/6844904142960328718

前言

刚刚与同事开了一个分享会，笔者分享了一些了代码设计模式相关的内容。

以及复盘了一下项目中有些复杂的业务场景，为什么没有很好的应用到设计模式。

业务虽然肯定保密的，但是抛开项目，业务层面，纵观回顾了一下笔者以往的项目，

关于设计模式和代码规范问题还是有一些内容还是值得落笔和大家分享的。

设计模式究竟是什么？

主流的说法，大致如此：

设计模式是解决可在许多不同情况下使用的问题的描述或模板，一般在OOP中最作为最佳实践的解决方案。

最佳实践一词笔者再几处介绍设计模式的地方，都有看到。但是设计模式真的就是OOP中，业务开发的最佳实践吗？

首先声明笔者的观点，我是如何理解设计模式的：

设计模式是一种代码规范，不同于空格，缩进这类容易被插件检测的入门规范，是一种中级代码规范，不宜被入门者理解，不易被插件所检测。

所以笔者认为设计模式是属于代码规范级别的，能不能成为最佳实践，也要看使用者。

设计模式在常规业务开发的存在感

常常在网上能看到，很多人晒自己碰到的“祖传代码”，“龟派气功式代码”，“shǐ山代码”等等。