作为一只入坑了两年多的java程序猿，最近才真正接触到公司的项目，面对公司所使用的框架技术，真是两眼一抹黑啊，如何快速看懂现有项目的关键技术，这直接决定你是否能快速胜任手里的工作！这段时间也思考了很多；现有的后端技术真的很多，springBoot、springcloud。。。什么的，我们固然要学习了，但是如果你的思维还停留在以前学生时代写的代码，做的软件。。那你也许会很不适应公司的开发工作，学生时代做的软件大多数都是自己的一些想法，然后付诸在代码上，框架架构什么的、需求什么的。。。我好像真的没怎么思考过，就连写的代码都是一时兴起！！！现在趁着还有时间就得深入了解一下编程的思维，提升一下自己编码姿势！
看到公司现有项目的代码，我就常常在神游，为什么要继承这个接口？为什么实现类可以这样写？为什么别人写的代码会如此简洁而且条理清晰？。。。就在我快要迷糊，甚至在怀疑是否适合走编程这条路的时候！我看到了设计模式，什么是设计模式？简单来说就是历代优秀程序员总结出来的代码经验；这相当于一本对于程序员的绝世秘籍啊！如果你是刚接触程序，目前还在学基础语法的，也就是说你还没有写过几个软件、网站的，没有自主实现过软件开发从0到1的过程的，建议你不用急着了解这些设计模式。因为乱花渐入迷人眼啊！设计模式一共有多少种呢？最经典的有23种，我现在写的就是其中一种--单一职责模式；
本文介绍了设计模式中的单一职责原则（SRP），强调在编程中应保持接口或类的职责单一，以降低复杂性，提高代码可读性和可维护性。作者通过实例分析了用户管理接口的设计，说明了如何将接口职责进行拆分，遵循单一职责原则，并总结了该原则在接口和方法设计中的应用价值。
最低0.47元/天 解锁文章
扫一扫
574
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
