工具和设计思想的关系

中山野鬼 发布于 2013/08/07 15:41
阅读 383
收藏 1

@店长强力推荐 交流了下编辑器的工具,发现他要的我不要。倒非老古板,他说的工具,以前关注过,vc6记得是没有的。另一个win下的ide或编辑器,记得是有的。简单说,如果你有个结构体的空间,想描述他的成员变量,那么输入第一个字母,就直接弹出来成员变量名。例如

typedef struct{
  int member;
}TEST;

TEST t;
    t.m ==> t.member
或者,函数直接输入
void test1(void);
void test2(void);
t ===> (test1 or test2)
曾经看了别人用,觉得这个还行,后来用了一下,混乱了。。。

问题不是工具不好。是设计思想不同导致工具的一些作用发现没有必要。

第一,如果遇到结构体定义,通常我会用宏,去描述大多数成员变量的操作,包括赋值,读取,关联检测等等。

这样做的好处是,很多结构体写到最后,其中的成员变量有很多一致的作用,那么一套宏,可以在不同的结构体内用,且保证了不出错。由此,t.m 变成 t.member,对我毫无用处。通常会 _get_m(t)处理。

第二,函数调用。现在养成个原则,如果是跨c文件的函数调用,原则上,用宏包裹一下,特别是设计模块时,一个c文件我只开放一个全局函数,其他都是,static,这个函数用可变参完成不同入口或功能的调用,这样做的好处是方便检测,同时防止函数重名,麻烦就是调用函数参数配置麻烦,所以一样会用宏包裹一下。

被宏了后,很多工具的价值就没了。说来说去,不同的设计思想,对工具的选择还是有影响的,并非说 @店长强力推荐 的工具有问题,本身确实是个好东西。这里继续找喷的替vim说句话,虽然我不用它。说vim是老古董,很多新鲜功能,强大功能它没有,我只能说,没事找事,世上本无工具,需求导致而已。一个没事找事的需求,引出一对乱七八糟的工具,而不好好严谨的关注工作本身,最终还是没有成绩。一个编辑器,扯一对插件出来,插件需要对数据进行扫瞄处理,而他们不能合并工作,而是依次工作(不考虑并发不并发,至少独立工作),结果就是,按下一个字母,后台做了n多事情。其实我只希望把这个字母写在文本里而已。

什么都可以插的ide,或者编辑器,只能说很弹性,如果专业团队不明确,只插该插的,不能随便插,那么这个团队的管理堪忧,出来东西的质量也堪忧。

以前经历过的公司,也曾经抱怨过,公司怎么总用老东西。其实后来发现,专业的团队会这么说:

新的版本,需要等严格测试后,才能部署。现在我们的平台已经稳定。

不专业的团队会这么说:

现在我们的问题没关系,等新的版本出来升级就可以。

专业与否的差别就是在于,原本就该自身去解决的问题,究竟是自行处理,还是完全依赖别人帮你解决。

最后说一句,别什么都插,什么都插,不疼吗?刺激不是这么找的。。。

加载中
1
mallon
mallon
楼主是真正的 @宏哥
0
ddatsh
ddatsh
visual assist
0
宏哥
宏哥

宏哥只用vim

一直用到 一手敲代码, 一手在打样

嘴里在喃喃得对膜拜中的码农发号司令


0
中山野鬼
中山野鬼

引用来自“宏哥”的答案

宏哥只用vim

一直用到 一手敲代码, 一手在打样

嘴里在喃喃得对膜拜中的码农发号司令


。。。。思想错误,我承认,我看成了,打x机。哈。
0
小耶果
小耶果

引用来自“宏哥”的答案

宏哥只用vim

一直用到 一手敲代码, 一手在打样

嘴里在喃喃得对膜拜中的码农发号司令


乍一看,感觉你太邪恶了
0
宏哥
宏哥

引用来自“小耶果”的答案

引用来自“宏哥”的答案

宏哥只用vim

一直用到 一手敲代码, 一手在打样

嘴里在喃喃得对膜拜中的码农发号司令


乍一看,感觉你太邪恶了
1000个人眼里一千个宏哥
0
中山野鬼
中山野鬼

引用来自“宏哥”的答案

引用来自“小耶果”的答案

引用来自“宏哥”的答案

宏哥只用vim

一直用到 一手敲代码, 一手在打样

嘴里在喃喃得对膜拜中的码农发号司令


乍一看,感觉你太邪恶了
1000个人眼里一千个宏哥
这是大实话。哈。
0
薛定谔的犬
薛定谔的犬
宏哥永远是对的
0
中山野鬼
中山野鬼

引用来自“小耶果”的答案

引用来自“宏哥”的答案

宏哥只用vim

一直用到 一手敲代码, 一手在打样

嘴里在喃喃得对膜拜中的码农发号司令


乍一看,感觉你太邪恶了
打手机嘛。。。哈。
返回顶部
顶部