【步兵经验篇】快速开发之我来带你飞

最新推荐文章于 2022-12-07 18:03:51 发布

原创最新推荐文章于 2022-12-07 18:03:51 发布 · 715 阅读

0 ·

CC 4.0 BY-SA版权

文章标签：

#经验 #快速开发

经验总结专栏收录该内容

21 篇文章

订阅专栏

本文介绍快速开发的七大原则，包括减少代码量、避免程序崩溃、熟悉API使用、自定义封装方式、掌握IDE快捷键、积累代码和笔记以及提高盲打速度。

摘要生成于 C知道，由 DeepSeek-R1 满血版支持，前往体验 >

【步兵经验篇】快速开发 by EOS.

我这个人从来不水的，一般都是会直接进入正题，看过前面博客的都知道，
但是我这里还是介绍一下标题，什么叫快速开发？所谓的快速开发就是还真不太好说，总之就是速度快。
然后为什么后面有“之我带你飞呢”，看起来，好像不止一篇的样子，
其实呢，完全是一时兴起，跟本文并没有什么卵关系。

进入正题，本文主要是以代码为主，没有涉及到各种工具是使用技巧，
因为通用性不太强，个人使用习惯也不同等等的原因吧。
蓄力~~~~~~~~START！！！ =、=

原则1：减少代码量

别人写10行你写1行，别人一行写50字，你写10个字。自然就快了，而且可读性更强。
这里我给大家说一个我的习惯，
三封原则，同一段代码，出现3次以上，就要考虑提炼参数进行封装。
尽可能的偷懒，频繁出现代码，使用宏定义或二次封装，将少敲码亮。
比如 #define pipa(arg) XXXX::getInstance()->pilipaladadada(arg)
熟练使用max min 三目运算等简单技巧，以及 stl常用函数。
对了还有之前提到的链式编程，总之让你的程序变得更短，更好懂。

原则2：不要让程序崩溃

崩了是不是要改代码？改代码是不是要编译？这是不是浪费时间？
N个问题嵌套的话，是不是要重复编译N次，因为问题1不修改问题2你不知道错不错，因为还没执行到那，同理到N。
所以要经可能少的崩溃，这里有一些技巧比如我封装一个newSprite函数，参数是文件名字。
如果正常创建找不到可能是个空，newSprite做的就是如果是个空，就返回一个默认的图片。

看似简单，但实际却很实用，这里说一个我的经历，就是因为一个创建文件的大小写问题，
window是不区分的，而安卓是区分的。当时这个问题查了整半天，看起来可能很傻，但很多人却遇到过。
好比图片名字是Axxxx.png。
win32上axxx.png创建是没问题的，安卓上axxx.png的就直接崩了，而且真机调试报错又不在么具体，
也不怎么好查。
如果用了上面的方法，就会在那个位置出现一张默认图片，立马就知道是什么问题了。
也是从这个问题上面我想到的这一点。

原则3：尽可能多的记忆api。

当你费劲扒拉的写了一天的功能，即将完成的时候，忽然某SX从你旁边经过，不经意的看见你的代码，
然后嘚嘚瑟瑟冲你说：“艾玛，这功能引擎的XX函数不是有吗。” （ps：和谐社会又救下了一条人命）
那总感觉就像吃了半斤狗粮，如果你不知道这是什么感觉可以买一斤吃一下试试，
剩下的半斤分享给遇到这种情况的其他小伙伴们。

好吧，要是你遇到了你删不删，答案是否定的，正所谓硬着头皮也要上，
大声喊出来：我的代码更符合中国国情。
咳咳，其实你应该仔细看看这个api，然会对比分析，如果自己写的功能确实api能完美实现，
那么你确实该放弃了，不过没关系，至少你在同一问题上有了2种思路，
而且学会了怎么写更叼的代码，api一般都很叼的，而且对这个api印象会更加的深
而且心境也得到了提升（goto和谐社会），真是好处多多啊（泪流满面）。

原则4 用自己尽可能熟悉的方式，嵌套api （二次封装）

正所谓熟能生巧，怎么才叫熟呢，一种方法是通过不断的书写，练习让自己熟悉，
我这里也提供了一种那就是“变熟”。
下面举个例子：
有一个函数
变得像那夜风中颤抖的一匹狼()
修改
变逗逼()｛
变得像那夜风中颤抖的一匹狼()
｝
是不是通俗易懂。2333333

这只是一个简单的例子，如果一个函数内封装多个功能，
或者用参数控制功能，封装合理的话，代码可读性会更强，
这也和第一条减少代码了相呼应了。

原则5 熟练使用ide快捷键，可能你知道，但你没做到

这一点真的能很重要却很容易被忽视，下面我们继续举例子，有例子才更有说服力啊。
比如一个文件几千行，要找一个功能函数，但是忘记函数，然后你就蠢蠢的握着滚轴。
上滚下滚，上滚下滚，滚啊滚，滚啊滚。
然后我的操作是这样的：alt+o，换到h文件，看到函数，F12转到定义。over。

再比如你要找一个文件，然后在好多层目录嵌套下，然后好多好多文件。看着就眼花那种。然后
你去左边把目录一个一个展开，有展开的还要收起不然更乱，然后到指定目录一行一行扫找。
然后我的操作是这样的：shift+alt+o，输入文件头几个字母，回车，over。

这里的“你”泛指小白，而“我”呢。。。。就是我，哇哈哈哈哈哈哈哈~

原则6 做笔记，丰富代码库。

把做笔记和丰富代码库放到一起是有原因的，因为他们有一个共同的作用就是快速解决问题。
先说做笔记，谁都不是神仙，很难保证记住所有事情，
可能当时会说
“我X，怎么可能会忘”、
“我X，这TM绝对忘不了啊”
然而事实就是现在你已经忘了，而且后悔当时没做笔记ing。
做笔记的好处就是将逻辑索引化，不需要记住具体的事情，只需要记住XX事情我遇到过。
再加上我们程序员条件触发事的大脑，当再次遇到XX事情的时候，然后一番笔记，一搜索，
反应就是“艾玛，小样儿就是你，看我分分钟给你解决掉”。效率x1

而没有记录笔记的会是这样的：
1脑力惊人凭借记忆轻松搞定，效率x1
2脑力发达凭借记忆东拼西凑搞定，效率/2
3.1 脑瘫还否认 “我X，我记得遇到过啊，但是怎么弄的来着。。。” 从头开始效率/4
3.2 脑瘫还否认 “我X，我记得遇到过啊，但是怎么弄的来着。。。” 从头开始然后。。。
网页失效无法解决效率/懵逼 (ps:懵逼 > 10086)

我X。写的太嗨差点忘了还有一个丰富代码库，这里和上面其实差不多，一个星期前写过的功能，
然后你没有存起来，过了一个星期，又要写。
那么又要重新写一遍，如果在你的代码库中，复制粘贴或者改吧改吧就ok了。
那么消耗时间就是1：N的关系。这个N可能很大。
（ps: 以上关键字我X）

如果社会拼得是人脉的话，程序员拼的就是积累啊，所以行动起来吧~