MTK代码的最大问题

clxk1207 · 发表于 2010-10-12 16:49:41

void mtk_xxxxx{
if(){

}else{

}

}
似乎perl语言中是推荐这种方式的

MTK封装程度到了“窗口”
而展讯的封装程度仅仅到了“控件”

对于PS等系统事件的封装，显然展讯是优于MTK的。

可能是由于先做MTK的缘故，目前我认为，展讯确实比MTK更操蛋[em11]

adamzhou913 · 发表于 2010-10-13 13:32:00

帖子不错,等待高手更精彩发言!

dengzhenli · 发表于 2011-5-13 18:03:48

好贴，硬件的也要顶一下

bilker · 发表于 2011-5-16 18:11:41

以下是引用hztianxie在2010-4-30 13:44:58的发言：
这么多宏，除非是MTK的项目经历，否则谁知道哪些该关，那些该开，严重影响代码阅读速度

把程序做成傻瓜式的，只要在feature ON OFF就行了，但是这样的代价却是巨大的。

虽然可以一搜就可以根据某个开关知道全部的代码。但是本人不欣赏这样的做法，代码写的好的话，完全可以很轻松的知道来龙去脉。

“把程序做成傻瓜式的，只要在feature ON OFF就行了。”

虽然这个的确比较傻瓜，对程序员技术的进步不是很有利。但我觉得feature ON OFF做的很好，技术就是工具，工具就是满足需要的前提下，让工作简单化。

xiezhicong · 发表于 2011-10-24 18:16:21

以下是引用hztianxie在2010-4-30 13:41:35的发言：
最大的毛病无非就两个：
1：宏太多，而且是宏套宏，跟个套娃似的，用DEFINE，而不是用显而易见的

#if XXXX 1
#if xxxx 0
等等

2：把全部系列的芯片都集合在一个程序里，代码管理混乱，这个其实可以归为毛病1

3：毫无编程规矩，改对奇的没对齐，
最鄙视这种写法

void mtk_xxxxx{
if(){

}else{

}

}
不知道是哪个人教MTK那些个工程师这么写的？

宏的做法，个人也比较讨厌，确实很繁琐。

不过，对于你说的那个
if () {
} else {
}
这个风格的代码，您真不能这么喷。
要知道c语言和unix的创始人，D.M.Ritchie先生才刚刚于10.9号辞世。
您所厌恶的这个规范正是他老人家和另一位创始人所提倡的第一个c语言规范中的写法。
该规范被沿用在lunix内核以及许多开源项目中。
java中也有类似的风格。事实上，这是总很好看的代码，只要你排版得体。

mkowenhuang · 发表于 2011-10-26 00:54:49

接触mtk不久，09就学过2个月吧。第一感觉也是宏开关满天飞，全局变量满天飞，警告满天飞，编译时间长，代码排版注释杂乱无章，而且配套资料少。
现在做11A，相比之前有了很大进步！

至于深入学习，用一句话说就是闲着的人蛋疼得想要项目经验，有项目的人希望闲着好好学习！小公司尤其如此。

fly100 · 发表于 2011-10-26 08:53:24

你的分析有一定的道理，但是MTK所面对的是成千上万的客户，需求各有不同，因此做了大量的宏控制。
  在想下，MTK如果把所有的事情都给你做好了，你做什么。
  别一天炫耀自己是手机工程师就觉得很了不起，你做的不过是热点饭的事情。
  那些说MTK代码不合理的，就只会看些表面的东西，有几个人真正理解到了人家代码的精髓。自己能力不足还说三道四！

liuduo2011 · 发表于 2011-10-26 11:06:17

ca，2010年得帖子，谁翻出来的

wulong12 · 发表于 2011-11-3 16:42:13

宏太多啊宏太多，看的我头都大了[em03]

hwdpaley · 发表于 2014-9-14 04:59:11

学习了，MTK代码还是有很多精髓的

		自动登录	找回密码
密码			注册

[讨论] MTK代码的最大问题