11 maxleng

尚未进行身份认证

Android爱好者,长期从事嵌入式系统研究,手机软件系统研究。 本博全为原创,转载请注明出处。

等级
TA的排名 5k+

一个程序员眼中的团队原型思考(3)---- 个体的孤独和团队的力量

团队感想之四:团队是谁,团队是谁的?         经常会看到团队管理者要求每个团队成员应该从全局利益出发,有全局的眼光,团队不是管理者,而是大家,团队不是管理者的,而是大家的。但是从实际的效果上来看,这个强调是起不到作用的,物理归属上明明就是股东的,不是大家的。谈团队是谁的,实际上是谈的对团队的拥有问题,成员对于团队的拥有问题是不用质疑的,当然是老板的。        团队的利益点和个人的利益点不是息息相关的吗?团队的效能提高了,个体收益和满足感也就提高了,这是每个团队成员都能够明确的道理,但是

2010-07-25 22:03:00

一个程序员眼中的团队原型思考(2)---个体的孤独和团队的力量

团队感想之三:团队亚文化漩涡的暗力量表征          在团队合作过程中,经常会出现这样的情况,抱怨声声,流言四起,还冷不丁的出现一支冷箭,让人措手不及而受伤倒地,这个现象该如何从整体上去解读?抱怨和冷箭的实质是什么?它们的动力结构是什么?暗箭和抱怨是团队运作过程中人性所致吗?        抱怨是团队运行不顺畅的产物,流言是团队运行不和谐的产物,暗箭是团队派别斗争的产物。抱怨,流言和暗箭只是团队暗力量的外部表征。抱怨是明的,流言则是半明半暗的,而暗枪则是全暗的。         抱怨是团队个体

2010-07-25 21:55:00

一个程序员眼中的团队原型思考(1)-个体的孤独和团队的力量

  写程序太久了,这大概是中了“原型”的毒了,我对事物的理解都喜欢从最简单的原理开始,喜欢从最为本质的地方开始。只有这样我才能更为深刻的理解新事物。但是带来的问题就是事物的本质不是那么容易搞清楚的,于是就只有半途而废,所以对很多新事物都没有理解就挂掉了。参加拓展训练,感触颇深。鲜活的团队力量让我改变了原来的一些想法,于是乎有如下的思考。 团队感想之一:团队精神的自然属性        只有个体不能完成目标任务时,才会激发团队精神。如果某任务单个体就可以顺利完成,就无需要团队了。原始社会时,我们的老

2010-07-25 21:41:00

Android核心分析(28)-----Android GDI之Surface&Canvas

Surface&Canvas     Canvas为在画布的意思。Android上层的作图几乎都通过Canvas实例来完成,其实Canvas更多是一种接口的包装。drawPaints ,drawPoints,drawRect,drawBitmap ... 1 Canvas与Surface之间本质关系      对于本节,我们不去研究Skia图形引擎本身,我们需要了解的我们的所做的图形到底放置到了那个地方,并且这个Canvas如何与Surface连接在一起的。 Canvas(Java)在C++

2010-06-14 22:05:00

Android核心分析(27)-----Android GDI 之SurfaceFlinger之动态结构示意图

SurfaceFlinger对象建立过程示意   1 SurfaceSession的建立     客户端请求建立Surface时,首先在要与SurfaceFlinger建立一个Session,然后再Session上建立一个Connection通过概念返回Bclient对象。WindowManagerService在添加第一个窗口前会检查SurfaceSession是否建立,如何没有建立,将会新建立一个实例来代表与SurfaceFlinger的一个连接。 new SurfaceSession()@wi

2010-06-14 22:02:00

Android核心分析(26)-----Android GDI之SurfaceFlinger

Android GDI之SurfaceFlinger SurfaceFinger按英文翻译过来就是Surface投递者。SufaceFlinger的构成并不是太复杂,复杂的是他的客户端建构。SufaceFlinger主要功能是: 1) 将Layers (Surfaces) 内容的刷新到屏幕上 2) 维持Layer的Zorder序列,并对Layer最终输出做出裁剪计算。 3) 响应Client要求,创建Layer与客户端的Surface建立连接 4) 接收Client要求,修改Layer属性(输出大

2010-06-14 20:31:00

Android核心分析(25)------Android GDI之共享缓冲区机制

Androird GDI之共享缓冲区机制 1  native_handle_t对private_handle_t 的包裹      private_handle_t是gralloc.so使用的本地缓冲区私有的数据结构,而Native_handle_t是上层抽象的可以在进程间传递的数据结构。在客户端是如何还原所传递的数据结构呢?首先看看native_handle_t对private_handle_t的抽象包装。 numFds= sNumFds=1; numInts= sNumInt

2010-06-14 16:29:00

Android核心分析(24)-----Android GDI之显示缓冲管理

Android GDI之屏幕设备管理-动态链接库        万丈高楼从地起,从最根源的硬件帧缓冲区开始。我们知道显示FrameBuffer在系统中就是一段内存,GDI的工作就是把需要输出的内容放入到该段内存的某个位置。我们从基本的点(像素点)和基本的缓冲区操作开始。 1 基本知识 1.1点的格式      对于不同的LCD来讲,FrameBuffer的二进制格式不一样,并且可以分为两部分:       1)点的格式:通常将Depth,即表示多少位表示一个点。 1位表示一个点

2010-06-14 13:36:00

Android核心分析(23)-----Andoird GDI之基本原理及其总体框架

Android GDI基本框架     在Android中所涉及的概念和代码最多,最繁杂的就是GDI相关的代码了。但是本质从抽象上来讲,这么多的代码和框架就干了一件事情:对显示缓冲区的操作和管理。     GDI主要管理图形图像的输出,从整体方向上来看,GDI可以被认为是一个物理屏幕使用的管理器。因为在实际的产品中,我们需要在物理屏幕上输出不同的窗口,而每个窗口认为自己独占屏幕的使用,对所有窗口输出,应用程序不会关心物理屏幕是否被别的窗口占用,而只是关心自己在本窗口的输出,至于输出是否能在屏幕上看见,则

2010-06-13 22:49:00

Android核心分析(22)-----Android应用框架之Activity

3 Activity设计框架 3.1 外特性空间的Activity     我们先来看看,Android应用开发人员接触的外特性空间中的Activity,对于AMS来讲,这个Activity就是客服端的Activity。应用程序员在建立Android应用时,构建Activity的子类就是Andoid外特性空间展现的接口。我们可以从下面的简单的例子描述看看Activity,到底如何

2010-05-24 23:32:00

Android核心分析(21)----Android应用框架之AndroidApplication

Android Application     Android提供给开发程序员的概念空间中Application只是一个松散的表征概念,没有多少实质上的表征。在Android实际空间中看不到实际意义上的应用程序的概念,即使有一个叫Application的类,这个也就是个应用程序上下文状态,是一个极度弱化的概念。Application只是一个空间范畴的概念,Application就是Activit

2010-05-24 23:31:00

Android核心分析(20)----Android应用程序框架之无边界设计意图

Android应用程序框架 1 无边界设计理念          Android的应用框架的外特性空间的描述在SDK文档(http://androidappdocs.appspot.com/guide/topics/fundamentals.html#acttask)有十分清楚的描述,Android应用的基本概念,组件生命周期等等有详细的描述。在外特性空间中,Android提供了Activit

2010-05-23 22:06:00

Android核心分析(19)----电话系统之GSMCallTacker

Android电话系统之GSMCallTracker 通话连接管理 GSMCallTracker在本质上是一个Handler。 GSMCallTracker是Android的通话管理层。GSMCallTracker建立了ConnectionList来管理现行的通话连接,并向上层提供电话调用接口。 在GSMCallTracker中维护着通话列表:connections。顺序记录了

2010-05-14 23:15:00

Android核心分析(18)-----Android电话系统之RIL-Java

Android RIL-Java     RIL-Java在本质上就是一个RIL代理,起到一个转发的作用,是Android Java概念空间中的电话系统的起点。在RIL-D的分析中,我们知道RILD建立了一个侦听套接口,等待RIL-Java的连接。一旦连接成功,RIL-JAVA就可发起一个请求,并等待应答,并将结构发送到目标处理对象。在RIL-Java中,这个请求称为RILRequest。为

2010-05-14 23:07:00

Android核心分析(17) ------电话系统之rilD

Android电话系统之-rild Rild是Init进程启动的一个本地服务,这个本地服务并没有使用Binder之类的通讯手段,而是采用了socket通讯这种方式。RIL(Radio Interface Layer) Android给出了一个ril实现框架。由于Android开发者使用的Modem是不一样的,各种指令格式,初始化序列都可能不一样,GSM和CDMA就差别更大了,所以为了消除这些差

2010-05-10 22:41:00

Android核心分析(16)-----Android电话系统-概述篇

Android电话系统之概述篇     首先抛开Android的一切概念来研究一下电话系统的最基本的描述。我们的手机首先用来打电话的,随后是需要一个电话本,随后是PIM,随后是网络应用,随后是云计算,随后是想我们的手机无所不能,替代PC。但是作为一个电话的基本功能如下: 0)拨叫电话,接听电话,挂断电话,发送短信,网络连接,PIM管理 1)由于电话运营商为我们提供了呼叫等待,电

2010-05-10 22:00:00

Android核心分析(15)--------Android输入系统之输入路径详解

Android用户事件输入路径   1 输入路径的一般原理       按键,鼠标消息从收集到最终将发送到焦点窗口,要经历怎样的路径,是Android GWES设计方案中需要详细考虑的问题。按键,鼠标等用户消息消息的处理可分为不同的情况进行判定: (1)用户输入根据系统状况是否应该派送。如在ScreenOff的情况下,在按键属于特殊按键的情况下等 (2)是否有拦截Listener

2010-05-05 23:12:00

Android核心分析(14)------ Android GWES之输入系统

Android输入系统     依照惯例,在研究Android输入系统之前给出输入系统的本质描述:从哲学的观点来看,输入系统就是解决从哪里来又将到哪里去问题。输入的本质上的工作就是收集用户输入信息并放置到目标位置。    Android在源代码分类上,并没有输入系统分类。本章的输入系统研究是一个综合的分析,前面的GWES的分析,特别是View的Focus Path以及Window Manage

2010-05-05 23:10:00

Android 核心分析(13) -----Android GWES之Android窗口管理

Android GWES之Android窗口管理 1基本构架原理       Android的窗口管理是C/S模式的。Android中的Window是表示Top Level等顶级窗口的概念。DecorView是Window的Top-Level View,这个View我称之为主View,DecorView会缺省的attach到Activity的主窗口中。主View被加入到WindowManage

2010-05-04 23:35:00

Android 核心分析(12) -----Android GEWS窗口管理之基本架构原理

Android GWES之窗口管理之基本构架原理 Android的窗口管理是C/S模式的。Android中的Window是表示Top Level等顶级窗口的概念。DecorView是Window的Top-Level View,这个View我称之为主View,DecorView会缺省的attach到Activity的主窗口中。主View被加入到WindowManager中,WM使用WindowS

2010-05-04 08:50:00

查看更多

勋章 我的勋章
  • 专栏达人
    专栏达人
    授予成功创建个人博客专栏的用户。专栏中添加五篇以上博文即可点亮!撰写博客专栏浓缩技术精华,专栏达人就是你!