坚持最初的那份执着...

摘要： 2.1　DirectFB的整体框架DirectFB必须通过Linux下Framebuffer驱动来访问硬件设备，它在Framebuffer的基础上提供了图形设备的加速、输入设备处理提取、透明窗口和多重显示层的功能。另外DirectFB设计之初就充分考虑了嵌入式系统的固有特性，体积小巧，资源消耗低,图1是DirectFB的整体框架。2.2DirectFB开发环境搭建环境：unbunu10.04DirectFB1.6flux1.4.3root用户身份登陆2.2.1开启Framebuffer要使用DirectFB，操作系统必须开启Framebuffer,1.获取硬件支持的framebuffer模式， 阅读全文

摘要： 1.1Linux图形领域的基础设施在进行Linux下的图形系统编程时，我们常常会遇到以下这些概念：Framebuffer,X11,SDL，DFB,miniGUI,OpenGL，QT,GTK，KDE,GNOME等等。1XWindowXWindow从逻辑上分为三层：XServer、XClient和X协议。最底层的XServer（X服务器）主要处理输入/输出信息并维护相关资源，它接受来自键盘、鼠标的操作并将它交给XClient（X客户端）作出反馈，而由XClient传来的输出信息也由它来负责输出；最上层的XClient则提供一个完整的GUI界面，负责与用户的直接交互（KDE、GNOME都是一个XCl 阅读全文

摘要： 转载自http://www.cnblogs.com/cute/archive/2011/02/24/1963957.html众所周知， Linux 动态库的默认搜索路径是 /lib 和 /usr/lib 。动态库被创建后，一般都复制到这两个目录中。当程序执行时需要某动态库， 并且该动态库还未加载到内存中，则系统会自动到这两个默认搜索路径中去查找相应的动态库文件，然后加载该文件到内存中，这样程序就可以使用该动态库中的函 数，以及该动态库的其它资源了。在 Linux 中，动态库的搜索路径除了默认的搜索路径外，还可以通过以下三种方法来指定。方法一：在配置文件 /etc/ld.so.conf中指定动态 阅读全文

摘要： 1、rpm包安装的，可以用rpm -qa看到，如果要查找某软件包是否安装，用 rpm -qa | grep "软件或者包的名字"。2、以deb包安装的，可以用dpkg -l能看到。如果是查找指定软件包，用dpkg -l | grep "软件或者包的名字"；3、yum方法安装的，可以用yum list installed查找，如果是查找指定包，命令后加 | grep "软件名或者包名"；4、如果是以源码包自己编译安装的，例如.tar.gz或者tar.bz2形式的，这个只能看可执行文件是否存在了， 上面两种方法都看不到这种源码形式安装的包 阅读全文

摘要： 本文转自http://www.91linux.com/html/article/program/cpp/20071207/8934.html一、编译和连接 一般来说，如果库的头文件不在/usr/include目录中，那么在编译的时候需要用-I参数指定其路径。由于同一个库在不同系统上可能位于不同的目录下，用户安装库的时候也可以将库安装在不同的目录下，所以即使使用同一个库，由于库的路径的不同，造成了用-I参数指定的头文件的路径也可能不同，其结果就是造成了编译命令界面的不统一。如果使用-L参数，也会造成连接界面的不统一。编译和连接界面不统一会为库的使用带来麻烦。 为了解决编译和连接界面不统一的问题， 阅读全文

摘要： 1. 开闭原则（the Open Closed Principle OCP） 一个模块在扩展性方面应该是开放的而在更改性方面应该是封闭的。因此在进行面向对象设计时要尽量考虑接口封装机制、抽象机制和多态技术。该原则同样适合于非面向对象设计的方法，是软件工程 设计方法的重要原则之一。 我们以收音机的例子为例，讲述面向对象的开闭原则。我们收听节目时需要打开收音机电源，对准电台频率和进行音量调节。但是对于不同的收音机，实现这三个步骤的细节往往有所不同。比如自动收缩电台的收音机和按钮式收缩在操作细节上并不相同。因此，我们不太可能针对每种不同类型的收音机通过一个收音机类来实现（通过重载）这些不同的操作.. 阅读全文

摘要： 阅读全文

摘要： 1. 类图 类图（Class Diagram）是描述类、接口、协作以及它们之间关系的图，用来显示系统中各个类的静态结构。类图是定义其他图的基础，在类图基础上，可以使用状态图、协作图、组件图和配置图等进一步描述系统其他方面的特性。类图包括7个元素：类（Class）、接口（Interface）、协作（collaboration）、依赖关系（Dependency）、泛化关系（Generalization）、关联关系（Association）以及实现关系（Realization）。1.1 类 类定义了一组有着状态和行为的对象。其中，属性和关联用来描述状态。属性通常用没有身份的数据值表示，如数字和字.. 阅读全文

摘要： 1. 用例模型 用例模型包含了两部分：业务用例模型和系统用例模型。1.1 目的 业务用例模型的目的在于： （1）描述企业的内部组织结构 （2）描述企业各部门的业务 （3）关注于角色和系统的交互界面 系统用例模型的目的在于： （1）关注于演示对系统的需求 （2）抛弃部门的功能，更加细化 （3）系统用例模型应该划分子系统以对应不同的功能 这二者最大不同点在于：业务用例模型仅关注于企业部门的业务，而系统用例模型则关注于系统本身实现后的互动。1.2 图素 业务用例模型和系统用例模型有共同的图素，但是在意义上是完全不同的1.2.1 角色 业务用例模型： ... 阅读全文

摘要： 1.需求分析：通过对客户业务的了解和与客户对流程的讨论对需求进行基本建 模，最终形成需求规格说明书。2.总体设计：通过分析需求信息，对系统的外部条件及内部业务需求进行抽象建模，最终形成概要设计说明文档。3.详细设计：此部分在对需求和概要设计的基础上进行系统的详细设计（也包含部分代码说明）。4.开发编程：对系统进行代码编写。5.测试分析与系统整合：对所有功能模块进行模拟数据测试及其它相关性测试并整合所有模块功能。6.现场支持：系统上线试运行进行现场问题记录、解答。7.系统运行支持：系统正式推产后，对系统进行必要的维护和BUG修改根据实际情况一般软件开发流程分为以下四个部分。（1）需求分析阶段：　 阅读全文