IOS 解析点阵字库
IOS控制点阵屏显示,加载点阵字库,目前已经实现,有感兴趣的留言,我把它整理出来。
我实现的是 1616的中文和168的英文显法。
字库制作
制字方案的生成和成嵌入式系统上生成字模文件的方案是一样的。
开发IOS应用在发布的时候需要将全部的NSLog中去掉,怎么弄呢?可以使用一个宏来控制:
在系统包含的公共头文件中加入下面的语句:
1 | #ifndef __OPTIMIZE__ |
一般情况下,Release版本系统会定义 OPTIMIZE 宏,而Debug版本不会,根据这个差别使用不同的NSLog,从而达到上面的目的。
习惯了HHKB之后表示经常把 caps lock 与 ctrl 键按错,就想在Mac上能不能把caps lock改成ctrl呢,研究了下,发现其实很简单:在键盘设置里面的修饰键就可以改过来,直接的选项,交换就行了。
不过嘛,看起来有点怪,因为caps lock上有个灯,大小状态还是这个灯显示的,但按下的意义又完全变了。
·首先,我们用到的KEIL有几种版本的,头文件也不同。有reg51.h和at89x51.h两种比较常见。at89x51和reg51这两个文件有点不同,reg51没有对IO口的位地址进行定义。所以我们在使用reg51的时候,可能会有一些相关语句通不过,比方说P0_1=1;这样的位操作。
文件都放在Keil的KEILC\C51\INC目录下,大家可以看看自己的KEIL版本使用了哪个头文件,也有些KEIL封装了reg51和at89x51两个头文件,都可以用。/
·头文件定义在程序的第一行,方法是#include ,如果提示这个文件找不到可以改为#include 试试。
·下面是一些使用心得,网上的.使用Keil C调试某系统时积累的一些经验
1 | 1、在Windows2000下面,我们可以把字体设置为Courier,这样就可以显示正常。 |
对于类图:关键是理解和分析各种类之间的关联关系。学习中应注重与思想,而不仅仅停留在图的表面上,图只不过是思想的一种反映罢了,对于程序设计,还要结合具体的代码,例如,每一种关系,代码上是如何表现的,相反,图能够直观的反映代码的结构,比如学习设计模式,如果把设计模式都用类图表示出来。非常的直观,也很好记忆,也能更好的理解,用到这一设计模式,首先想到的是这一设计模式的类组,然后跟据自己的特定的情况,写代码就是了。
对于顺序图:顺序图反映了一种动态的过程,比如在哪课程中举的”登陆“过程例子,用顺序图非常直观的分析了这一过程,分析了各个模块(类)之间要进行的哪些交互,通过对这一过程的分析,设计者了解了程序完成某一件事情都需要做些什么,通过对交互图的认真分析,对于设计者,也可以得出类的功能划分——这一点原来自己一直感到很困惑,看老师演示这一过程,感觉自己有一点认识吧。通过功能来设计类,通过类图来理解系统,从静态和动态两个不同的方面认识系统,不同的角度,但却是一个整体。对于交互图的另一种:协作图,课程中只是提到了一下,演示了一下顺序图和协作图通过Rose的转换,说是一般用在公司的白板描述中,为了节约白板空间,自己不知这个描术是不是准确。
对于状态图:状态图应该是很重要的,这是一种程序员和客户都能看懂的图,在程序的设计阶段分析系统的各种可能的状态非常重要,否则的话,可能在开发的后期会导制系统结构的大的修改。课程中用一个开发校园一卡通作为例子,分析卡在不同时刻的状态,和不同的时刻的状态转化关系,非常直观。同时也用DVD机在工作过程中的状态用了演示。状态图对于系统的分析应该很有帮助吧。
这门课程最后还重点讲了如何作需求分析,如何写用例文档。提了一下GRASP(基于职责设计对象)模式。
1 | #!/usr/bin/env python |
在隐藏的列的表头上,光标放到隐藏的列的那个位置向两边拉,就把隐藏的列拉出来了。
Excel 2010 测试通过。
下面的方案是可行的:
1 | \XeTeXlinebreaklocale "zh" |
~~~~~~~~~~~~~~~
1 | \documentclass[]{article} |
注意加粗的两行。