160 国际英文网站,廉江市住房和城乡建设局网站,wordpress wdlog主题,怎样做网站地图知乎作者叶小飞:作为Oppo Reno2 超级夜景核心开发人员和奔驰San Jos Pilot落地工程师之一#xff0c;我写代码基本尽可能地遵循Google Style. 在这里写几个自己的习惯Google Style里面几个常用的要点。自己的习惯动手写代码前尽量做到胸中有丘壑。现在这世界讲究格局#xff… 知乎作者叶小飞:作为Oppo Reno2 超级夜景核心开发人员和奔驰San José Pilot落地工程师之一我写代码基本尽可能地遵循Google Style. 在这里写几个自己的习惯Google Style里面几个常用的要点。自己的习惯动手写代码前尽量做到胸中有丘壑。现在这世界讲究格局写代码亦然。 我写代码前一般要先回答这么几个问题——这段代码的核心功能是什么实现它的核心功能需要实现哪些functions? 这些functions需要设计哪些相应的class这些class如何尽量做到hierarchy, 能否从已有的代码库里进行继承来避免重复开发回答了这些问题后我才会动手写这样避免写代码时东写一块西写一波以及重复作业。能高效一行写完的绝不写两行。 举个简单的python 例子有人通过if else总共四行代码来判断return A or return B, 其实完全可以缩成一行return A if something else B做好文档规整。 程序员的工作不是学完代码就拉倒的还包括整理好自己代码的文档介绍一方面方便工作交接让领导更实质性地看到你的功劳另一方面方便给自己理清思路同时为很久以后温习这份代码做准备。坐姿端正保护好你的颈椎。 老程序员都懂颈椎不好多么影响工作效率。写代码时尽量用大屏这样不用低头去写坐姿正确对颈椎、老腰都好可持续输出才是王道。Setup好用的IDE事半功倍。 我写C一般用Visual Studio, 写Python用PycharmC Google Style 里几个常遇到的要点头文件引用一般来说每个cpp文件都要对应一个头文件。在你的.cpp 或者.h file里只引用你用得到的头文件以此减少compilation时间。另外尽量避免transitive inclusion(比如你引用的某个头文件A引用了头文件B所以你的cpp文件虽然需要用到B的函数但没有单独引用头文件B也可以正常compile 和运行这就叫transitive inclusion)Struct只用于passive object, 其他一律用class变量命名法则 变量名称一定要反应它的用途。变量名字太长没关系首要让人明白它是做啥的。尽量不要使用非常见缩写例如digital_signal_processor可以缩写成dsp, 但是不能写成dig_sig_process。注释尽量保持风格一致比如你上一段用了//,下一段代码用/**/注释就属于风格混乱。每个函数下面都要有注释代码来解释input/output 是什么这段函数用来做什么如果你的函数不需要改变argument里某个变量的内容那么记得加const. 方便读者一目了然这个函数做什么用的方便compiler更好的做type checking.如果你代码里有大量的指针建议使用smart pointer 以防你漏删指针造成内存泄漏。知乎作者平凡写文档能力很重要团队作战会发现很多时间华仔写文档上我之前实习的那个军工保密单位一个项目会由好几个兄弟单位一起齐头并进所以保持文档一致是非常重要的二我再那段时间写过一个100多页的文档并最终600多页的文档是由我和一个小伙伴合并完的其中很多工作花在命名一致上那段时间真让人头秃。结对编程有能力的话要结对编程既可以让你精神愉悦还能在你休息的时间review代码干净整洁的编程环境其中也包括了愉悦的心情如果桌面脏乱差非常影响心情。心情愉快的前提下编程效率会大大提升。习惯去看源代码网上的攻略再好也是二手资源不要重复造轮子要相信前人的智慧和尊重大家的鉴别能力知乎作者王哲关于代码本身“要懒惰不要懒惰”如果发现重复的模式思考如何抽象出来避免重复的写类似的代码。不要”懒得“抽象。懒得及时抽象会让代码重构变得越来越困难。最简单的例子是写function抽象复杂一点的可以通过meta programming既写生成function的function抽象。这个各种语言提供的方法不一样有些语言更加灵活比如Clojure一类几乎可以通过宏随意构造新语法的有一些比较不方便比如Java只能通过设计模式实现某些抽象。通过写Generic operator抽象就是可以动态dispatch的函数。不要的代码及时删除不要变成注释。你的git会帮助你找回你删除的代码。一个函数如果超过了50行考虑拆解成多个函数。尽可能分离纯函数和非纯函数。纯函数就是那些无状态、无IO的相同的call永远给你相同的结果。这些函数非常可靠而且容易测试非纯函数就是IO、有状态的他们的测试需要Mock而且不稳定。所以尽量把非纯函数推到程序的边界上让内核尽可能的保持纯洁。关于注释写注释的时候应该记住你的注释是写给其他人和未来的自己看的。不要写过多解释代码的注释要写假设、注意事项、例子等等对用户有用的信息。这里用户包括两类使用功能的人和将来维护拓展功能的人。注释主要分成两种一种是给接口写的一种是给实现写的。写给接口的注释应该包括input requirementoutput assumptionpossible raiseexamples写给实现的注释应该包括Abstraction function就是 实现是如何映射到目标数据结构的Representation invariant就是 实现的时候那些数据结构是有效的关于测试写函数的时候问自己这个函数容易测试吗如果容易写几个test case。如果不容易拆解函数成容易测试的。新的一年小夕给大家拜年啦祝小伙伴们在新的一年里算法如巧克力般硬核代码如牛奶般丝滑。告别996拥抱财富自由 滑动打开信封查收祝福吧 后台回复关键词【入群】加入卖萌屋NLP/IR/Rec与求职讨论群后台回复关键词【顶会】获取ACL、CIKM等各大顶会论文集
