您现在的位置: 首页 > 网站导航收录 > 百科知识百科知识
程序员如何才能写出区别于IF|Else的高端代码呢？
代码,逻辑,算法程序员如何才能写出区别于IF|Else的高端代码呢？
发布时间：2016-12-08加入收藏来源：互联网点击：
对于if - else if else这样的情况，可以考虑使用“枚举 + switch”来配合处理不同情况的代码逻辑；
持续学习
作为一个技术人员，深厚的基础知识是行走IT江湖的内功心法，拥有深厚的内功，才能做到处变不惊；无论是学习新技术、新语言，还是提升自身实力，都是需要很深的基础、底层知识；因为不断学习，积累、进步就显得尤为重要。
1.语言基础、底层知识：
良好的语言基础；基础的数据类型，运算符、语法、语言的各种特性，也才能更好的使用语言来实现业务逻辑；
明确语言的边界：明确该语言能做什么、不能做什么；有何不足，不足该如何解决；有何优势，如何更好的发挥优势；
语言底层编译、解释原理：掌握源程序的编译、解释过程，才能知道如何才能写出高效、性能俱佳的代码，也能更好的实现程序优化；
2.数据结构和算法
算法是程序的灵魂，数据结构是算法的精髓；优秀的算法基础，能够帮助你写出高效率、高性能的代码；使用几千行代码才能实现的极其复杂的代码逻辑，使用算法实现后，可能只需要几百行、甚至是几十行代码，不过这就得要求你及其熟练的掌握数据结构和多种算法实现；
3.网络、通信协议
网络交互协议、通信协议、网络分层模型的学习也是非常有必要的，比如：TCP/IP，HTTP、HTTPS\SSL\TLS、IPFS等。
4.操作系统
无论是Windows、Mac OSX还是Linux系统，不一定都要精通，但要精通其一，在Linux系统的良好性能、优秀设计的大背景下，Linux系统是一个不错的方向，当然Windows也是可以考虑的方向；将来还有鸿蒙、方舟编译、Fuchsia等。
5.架构设计
在完成了多个项目以后，就可以开始着手整理、总结整个项目的架构设计了；刚开始可以是一个简单的小型项目，然后不断更新，迭代，要坚持下去；等项目达到一个体量之后，可以考虑分模块，分库分表的设计；然后可以考虑引进分布式部署，微服务技术。
在项目中不断更新技术，让自己的技术跟着自己的项目一起成长。
完结，希望以上回答能对你有所帮助。
回答于 2019-09-11 08:43:50
首先题主的问题不简单，虽然看起来像是小白白可能问得问题，但是作为有多年实战经验的老程序猿突然面对这种拷问灵魂的问题也有可能手足无措，不知如何解答！
那如何才能写出比if else看着更高大上的逻辑呢？各层楼主其实已经给出解答了！这个得看应用场景，不能为写代码而写代码，关键在如何已巧妙的方式实现高性能代码！比如 多层嵌套的if else可以转换为 switch，如果多层嵌套if else中存在递归关系可以考虑编写dsl特定领域语言，如 json 、Sql 等。
其实每一门语言解析器都是有规律的if else判断！只不过在实现语言解析器时用了递归算法！楼主可以研究一下编译原理以及编译原理的实践antlr4 .
当你看完编译原理时就会明白这个世界确实存在比if else 更巧妙的代码。
回答于 2019-09-11 08:43:50
设计模式晓得不？
回答于 2019-09-11 08:43:50
工厂模式＋策略模式，完美解决各种死板头晕的if else 代码。
实现用到的技术：
枚举 反射 接口 多态
回答于 2019-09-11 08:43:50
设计模式
回答于 2019-09-11 08:43:50
不要去过度关注if/else的层数，而要关注接口语义是否足够清晰；单纯减少if/else的层数，然后拆出一堆do_logic1, do_logic2...这样的接口是毫无帮助的。任何一个接口的执行过程都可以表示为：输入 + 内部状态 -\u003e 输出这样的形式，我们分以下几种情况来讨论：输入、内部状态、输出都很简单，但中间逻辑复杂。比如说一个精心优化过的数值计算程序，可能需要根据输入在不同的取值范围采取不同的策略，还有很多逻辑用来处理会引发问题（比如除0）的边界值，这种情况下if/else数量多是难以避免的，根据步骤拆分出一些内部方法有一定帮助，但也不能完全解决问题。这种情况下最好的做法是写一篇详细的文档，从最原始的数学模型开始，然后表明什么情况下采取什么样的计算策略，策略如何推导，知道得到代码中使用的具体形式，然后给整个方法加上注释附上文档地址，并且在每个分支的地方加上注释指明对应到文档中哪个公式。这种情况下虽然方法很复杂，但是语义是清晰的，如果不修改实现的话理解语义就行了，如果要修改实现那么需要参考对照文档中的公式。输入过于复杂，比如输入带有一堆不同的参数，或者有各种奇怪的flag，每个flag有不同作用。这种情况下首先需要提高接口的抽象层次：如果接口有多个不同作用，需要拆分成不同接口；如果接口内部根据不同参数进不同分支，需要将这些参数和对应分支包在Adapter里，使用参数的地方改写成Adapter的接口，根据传入的Adapter类型不同进入不同的实现；如果接口内部有复杂的参数转换关系，需要改写成查找表。这种情况下的主要问题是接口本身抽象的有问题，有更清晰的抽象之后，实现也自然没有那么多if/else了。输出过于复杂，为了省事一个过程计算出了太多东西，又为了性能加了一堆flag控制是否计算之类。这种情况下需要果断将方法拆分成多个不同方法，每个方法只返回自己需要的内容。如果不同计算之间有共用的内部结果呢？如果这个内部结果计算并不形成瓶颈，只要提取出内部方法然后在不同过程中分别调用即可；如果希望避免重复计算，可以增加一个额外的cache对象作为参数，cache内容对用户不透明，用户只保证相同输入使用同一个cache对象即可，在计算中将中间结果保存到cache中，下次计算前先检查有没有已经得到的结果，就可以避免重复计算了。内部状态过于复杂。首先检查状态设置的是否合理，是不是有一些本来应该作为输入参数的东西被放到了内部状态中（比如用来隐式地在两个不同方法调用之间传递参数）？其次，这些状态分别控制哪些方面，是否可以分组然后实现到不同的StateManager里面？第三，画出状态转移图，尝试将内部状态分成单层分支，然后分别实现到on_xxx_state这样的方法里面，然后通过单层的switch或者查找表来调用。其实通常需要优化的都是整体接口抽象，而不是单个接口的实现，单个接口实现不清晰通常是因为接口实现和需求不同构造成的。
下一篇：返回列表
相关链接 |
||
| 网友回复（共有 0 条回复） |