做Android驱动开发一定要懂Framework吗？

[terminalnt]

做Android驱动开发（Linux内核层）一定要懂Framework层吗？
一定要从上到下都看遍如何调用的吗？
包括Java框架层，JNI，Native层，HAL层？

[念茜]

[Quote=引用 2 楼 zhangchiytu 的回复:]

不需要，我觉得不是懂了才去做，而是在做的过程中
有时需要看看framework的东西，做多了，其中的调用关系就懂了
[/Quote]

我赞同

[terminalnt]

[Quote=引用 10 楼 cdbdyx 的回复:]

引用 9 楼 terminalnt 的回复:

引用 8 楼 yiyaaixuexi 的回复:

引用 7 楼 sharco 的回复:

我想知道一个相反的问题，做framework开发，需要知道驱动硬件控制怎么跑的吗


完全不


做驱动真累，不但要懂硬件，懂Linux内核，还得研究上层，真是全能了啊。
我虽然精通C，但C++已经是两年前学的，而Java根本不懂，看……
[/Quote]

就事论事

[huanhuanfu]

好厉害！

[terminalnt]

[Quote=引用 8 楼 yiyaaixuexi 的回复:]

引用 7 楼 sharco 的回复:

我想知道一个相反的问题，做framework开发，需要知道驱动硬件控制怎么跑的吗


完全不
[/Quote]

做驱动真累，不但要懂硬件，懂Linux内核，还得研究上层，真是全能了啊。
我虽然精通C，但C++已经是两年前学的，而Java根本不懂，看framework真是折磨。

[充电宝111]

[Quote=引用 9 楼 terminalnt 的回复:]

引用 8 楼 yiyaaixuexi 的回复:

引用 7 楼 sharco 的回复:

我想知道一个相反的问题，做framework开发，需要知道驱动硬件控制怎么跑的吗


完全不


做驱动真累，不但要懂硬件，懂Linux内核，还得研究上层，真是全能了啊。
我虽然精通C，但C++已经是两年前学的，而Java根本不懂，看framework真是折磨。
[/Quote]


还真有人敢说精通C。。。

[terminalnt]

以前一直用C语言写Linux内核层的驱动 + 看芯片的datasheet。
现在看C++看得快吐血了...

[shcalm]

做驱动感觉最好懂hal那块，可以更好适应工作

[coding码场]

Android驱动 = Android + 驱动；不懂android的framework & HAL layer，只做驱动的话，可以说就不是Android驱动。做Android驱动应该知道一些Android在使用这些驱动的feature、逻辑，否则我觉得跟做其他系统驱动没区别，就不好叫Android驱动工程师。

[lbmygf]

[Quote=引用 18 楼 sundesheng125 的回复:]

Android驱动 = Android + 驱动；不懂android的framework & HAL layer，只做驱动的话，可以说就不是Android驱动。做Android驱动应该知道一些Android在使用这些驱动的feature、逻辑，否则我觉得跟做其他系统驱动没区别，就不好叫Android驱动工程师。
[/Quote]

同意 ，做的多了，也就了解了

[火箭猫]

如果不懂的话，对你有什么好处吗？

[dcnj2002]

学习一下。

[terminalnt]

看Android的Key/Touch Input系统Native Service框架层（C++代码）两周了，累得快吐血了。。。
之前刚看完两百多页的英文Touch Panel datasheet，累。。。
有点想退出手机行业了。。。

[challchampion]

看了两百多页文档就想退出了，这也太快了吧

[Quote=引用 20 楼 terminalnt 的回复:]

看Android的Key/Touch Input系统Native Service框架层（C++代码）两周了，累得快吐血了。。。
之前刚看完两百多页的英文Touch Panel datasheet，累。。。
有点想退出手机行业了。。。
[/Quote]

[terminalnt]

[Quote=引用 21 楼 challchampion 的回复:]

看了两百多页文档就想退出了，这也太快了吧

引用 20 楼 terminalnt 的回复:

看Android的Key/Touch Input系统Native Service框架层（C++代码）两周了，累得快吐血了。。。
之前刚看完两百多页的英文Touch Panel datasheet，累。。。
有点想退出手机行业了。。。
[/Quote]

电路图，datasheet, 驱动程序，HAL, Framework一起看试试。。。

[奔跑吧西瓜]

android开发会一点，来学习了，嘿嘿 ...

[challchampion]

一起看也没什么，对于android的产品，主要都是消费电子上，电路图基本也大同小异，soc上接口众多，你也不会加多少外设。看你的描述，无非就是加了个touch panel而已。touch panel还都会有厂商的驱动和tslib这种成熟的校准库，你不过就是编译调试下而已，驱动，hal，framework，说的那么玄乎不也就是结构上多几层吗。代码真心也多不到哪去，整个AMS统计的结果不也就14000多行代码吗？至于吐血吗，200多页英文并不多，里面还充斥着电气参数，时序图，图表。
这只是冰山一角罢了，如果这都撑不住，只能说你不适合做技术。
跟多媒体比起来，从多媒体的众多标准里随便挑一个都比这多的多，那让你做还不得整个内脏吐出来呀

[Quote=引用 22 楼 terminalnt 的回复:]

引用 21 楼 challchampion 的回复:

看了两百多页文档就想退出了，这也太快了吧

引用 20 楼 terminalnt 的回复:

看Android的Key/Touch Input系统Native Service框架层（C++代码）两周了，累得快吐血了。。。
之前刚看完两百多页的英文Touch Panel datasheet，累。。。
有点想退出手机行业了。。。……
[/Quote]

[terminalnt]

[Quote=引用 24 楼 challchampion 的回复:]

一起看也没什么，对于android的产品，主要都是消费电子上，电路图基本也大同小异，soc上接口众多，你也不会加多少外设。看你的描述，无非就是加了个touch panel而已。touch panel还都会有厂商的驱动和tslib这种成熟的校准库，你不过就是编译调试下而已，驱动，hal，framework，说的那么玄乎不也就是结构上多几层吗。代码真心也多不到哪去，整个AMS统计的结果不也就1400……
[/Quote]

我学电子的，也许对上层的代码不感兴趣吧。
另外，我想深入研究硬件，协议，Linux驱动和内核，如果再看Android框架层，精力过于分散，对发展不利。
如果仅仅是编译，调试下，也不会很累。但要把芯片的原理研究明白，调试到最佳还是不容易的。
看Android框架层也同样，大概看看和仔细看，投入的精力是不同的。
我不愿意走马观花，也不想再从头去学Java。

[TechStone]

个人认为懂frameworks的好处是，在别组的人把bug丢到你头上的时候，有很多可以自己找到问题所在而不至于“吃死猫”，哈哈。

楼上有哥们说的看了两百多页的英文Touch Panel datasheet，这个有必要每页都看么？……

[ycw289746999]

[Quote]{0}[/Quote] 看Android的Key/Touch Input系统Native Service框架层（C++代码）两周了，累得快吐血了。。。
之前刚看完两百多页的英文Touch Panel datasheet，累。。。
有点想退出手机行业了。。。才两百，那么少。你去看下dm3730的datasheet 三千多页

[terminalnt]

[Quote=引用 27 楼 ycw289746999 的回复:]

引用{0} 看Android的Key/Touch Input系统Native Service框架层（C++代码）两周了，累得快吐血了。。。
之前刚看完两百多页的英文Touch Panel datasheet，累。。。
有点想退出手机行业了。。。才两百，那么少。你去看下dm3730的datasheet 三千多页
[/Quote]

以前用过DM6467...

csdn里没有大牛啊。