|
Posted on 2005-11-11 11:42 nacci 阅读(394) 评论(1) 编辑 收藏收藏至365Key 所属分类: C++ Generic
我们可以用不同的整数来实例化同一个模板,从而构造不同的类型,进而在编译期执行某些抉择。
Alexandrescu
最初设计的一个简单的模版,现在成了泛型设计的常用手法:
template
<int v>
struct
Int2Type {
enum { value = v };
};
对于每一个不同的常整数,
Int2Type
都代表不同的类型。这是因为不同的模版实例化都代表不同的类型,也就是说
Int2Type<0>
和
Int2Type<1>
是完全不同的。
当你想根据编译时结果来进行某些抉择——例如选择不同的函数——时,你可以依赖一个常整数来帮你完成分派工作,这时
Int2Type
便可以帮你是实现这个方法。
一般来说,你在下面两个情况中需要使用
Int2Type
:
l
你需要根据编译时常量来调用不同的函数
l
你需要在编译时执行分派工作
如果是在运行时执行分派工作,你可以用
if-else
或
switch
语句来简单的实现。在大部分的时候,这种运行时成本都是微不足道的。但是,有时它们却不能满足你的要求。既是是在编译期可以决定其分支,编译器还是会勤劳的为你编译其所有的分支,这也就意味着
if-else
的所有分支必须被成功编译。有些困惑?继续看下去:
考虑下面的情形:你设计了一个泛型容器
NiftyContainer
:
template
<class T> class NiftyContainer {
...
};
令
NiftyContainer
容器包含指向
T
对象的指针。为了复制
NiftyContainer
中的一个对象,你可能需要调用
T
的拷贝构造函数(对于非多态类型)或者一个名为
Clone()
的虚函数(对于多态类型)。你可以通过设置一个
bool
类型的模版参数来从类的客户手里获得关于多态的信息。
template
<class T, bool isPolymorphic> class NiftyContainer {
// Other actions
void DoSomething() {
T* pSomeObj = ...;
if(isPolymorphic) {
T* pNewObj = pSomeObj->Clone();
// Some polymorphic algorithm
}
else {
T* pNewObj = new T(*pSomeObj);
// Some non-polymorphic algorithm
}
}
};
问题在于编译器不会让你侥幸编译上面的代码。例如,如果一个多态类型没有定义
Clone()
,那么
NiftyContainer::DoSomething
绝对不会通过编译。尽管在编译时我们肯定可以对于分支进行判断,但这毕竟不是编译器的工作,他只会勤劳的为你编译出所有的代码。于是当你试图调用
NiftyContainer<int, false>::DoSomething
的时候,编译器还是会停在
pObj->Clone()
上,并且抱怨说:“你在做什么?”
对于非多态类型分支,也有可能发生编译错误。如果
T
是一个多态类型,并且把它的拷贝构造函数设定为
private
的时候(这时一个多态类的良好行为),非多态分支的
new T(*pObj)
就会发生错误。
你可能会想,如果编译器可以不去理会那些不必要的分支就好了,但是看来不太可能。那么,如何是好呢?
其实,方法有很多,
Int2Type
提供了一个简洁的办法。它可以根据
true
和
false
来生成两个不同的类型,而后根据
Int2Type<isPolymorphic>
评估正确的调用。
template
<class T, bool isPolymorphic> class NiftyContainer {
private
:
// Other actions
void DoSomething(T* pObj, Int2Type<true>) {
T* pNewObj = pSomeObj->Clone();
// Some polymorphic algorithm
}
void DoSomething(T* pObj, Int2Type<false>) {
T* pNewObj = new T(*pSomeObj);
// Some non-polymorphic algorithm
}
public
:
void DoSomething(T* pObj) {
DoSomething(pObj, Int2Type<isPolymorphic>());
}
};
当你想把常整数用作一个类型的时候,
Int2Type
是非常方便的。你可以传递一个临时的变量来重载函数。而之所以我们可以这样做,是因为编译器不会去编译没有用到的模板函数。
Posted on 2005-11-28 16:05 沐枫 阅读(518) 评论(1) 编辑 收藏收藏至365Key 所属分类: C++
指针,在C/C++语言中一直是很受宠的;几乎找不到一个不使用指针的C/C++应用。用于存储数据和程序的地址,这是指针的基本功能。用于指向整型数,用整数指针(int*);指向浮点数用浮点数指针(float*);指向结构,用对应的结构指针(struct xxx *);指向任意地址,用无类型指针(void*)。 有时候,我们需要一些通用的指针。在C语言当中,(void*) 可以代表一切;但是在C++中,我们还有一些比较特殊的指针,无法用(void*)来表示。事实上,在C++中,想找到一个通用的指针,特别是通用的函数指针简直是一个“不可能任务”。 C++是一种静态类型的语言,类型安全在C++中举足轻重。在C语言中,你可以用void*来指向一切;但在C++中,void*并不能指向一切,就算能,也失去了类型安全的意义了。类型安全往往能帮我们找出程序中潜在的一些BUG。 下面我们来探讨一下,C++中如何存储各种类型数据的指针。 C++指针探讨 (一)数据指针 沐枫网志 1. 数据指针 数据指针分为两种:常规数据指针和成员数据指针 1.1 常规数据指针 这个不用说明了,和C语言一样,定义、赋值是很简单明了的。常见的有:int*, double* 等等。 如: int value = 123; int * pn = &value;
1.2 成员数据指针 有如下的结构: struct MyStruct { int key; int value; };
现在有一个结构对象: MyStruct me; MyStruct* pMe = &me;
我们需要 value 成员的地址,我们可以: int * pValue = &me.value; //或 int *pValue = &pMe->value; 当然了,这个指针仍然是属于第一种范筹----常规数据指针。 好了,我们现在需要一种指针,它指向MyStruct中的任一数据成员,那么它应该是这样的子: int MyStruct::* pMV = &MyStruct::value; //或 int MyStruct::* pMK = &MyStruct::key;
这种指针的用途是用于取得结构成员在结构内的地址。我们可以通过该指针来访问成员数据: int value = pMe->*pMV; // 取得pMe的value成员数据。 int key = me.*pMK; // 取得me的key成员数据。
那么,在什么场合下会使用到成员数据指针呢? 确实,成员指针本来就不是一种很常用的指针。不过,在某些时候还是很有用处的。我们先来看看下面的一个函数: int sum(MyStruct* objs, int MyStruct::* pm, int count) { int result = 0; for(int i = 0; i < count; ++i) result += objs[i].*pm; return result; }
这个函数的功能是什么,你能看明白吗?它的功能就是,给定count个MyStruct结构的指针,计算出给定成员数据的总和。有点拗口对吧?看看下面的程序,你也许就明白了: MyStruct me[10] = { {1,2},{3,4},{5,6},{7,8},{9,10},{11,12},{13,14},{15,16},{17,18},{19,20} }; int sum_value = sum(me, &MyStruct::value, 10); //计算10个MyStruct结构的value成员的总和: sum_value 值 为 110 (2+4+6+8++20) int sum_key = sum(me, &MyStruct::key, 10); //计算10个MyStruct结构的key成员的总和: sum_key 值 为 100 (1+3+5+7++19)
也许,你觉得用常规指针也可以做到,而且更易懂。Ok,没问题: int sum(MyStruct* objs, int count) { int result = 0; for(int i = 0; i < count; ++i) result += objs[i].value; return result; }
你是想这么做吗?但这么做,你只能计算value,如果要算key的话,你要多写一个函数。有多少个成员需要计算的话,你就要写多少个函数,多麻烦啊。
Posted on 2006-03-13 16:34 沐枫 阅读(141) 评论(0) 编辑 收藏收藏至365Key 所属分类: C++
C语言的指针相当的灵活方便,但也相当容易出错。许多C语言初学者,甚至C语言老鸟都很容易栽倒在C语言的指针下。但不可否认的是,指针在C语言中的位置极其重要,也许可以偏激一点的来说:没有指针的C程序不是真正的C程序。 然而C++的指针却常常给我一种束手束脚的感觉。C++比C语言有更严格的静态类型,更加强调类型安全,强调编译时检查。因此,对于C语言中最容易错用的指针,更是不能放过:C++的指针被分成数据指针,数据成员指针,函数指针,成员函数指针,而且不能随便相互转换。而且这些指针的声明格式都不一样:
数据指针 |
T * |
成员数据指针 |
T::* |
函数指针 |
R (*)(...) |
成员函数指针 |
R (T::*)(...) |
尽管C++中仍然有万能指针void*,但它却属于被批斗的对象,而且再也不能“万能”了。它不能转换成成员指针。 这样一来,C++的指针就变得很尴尬:我们需要一种指针能够指向同一类型的数据,不管这个数据是普通数据,还是成员数据;我们更需要一种指针能够指向同一类型的函数,不管这个函数是静态函数,还是成员函数。但是没有,至少从现在的C++标准中,还没有看到。 沐枫网志 C++指针探讨(三)成员函数指针
自从有了类,我们开始按照 数据+操作 的方式来组织数据结构;自从有了模板,我们又开始把 数据 和 算法 分离,以便重用,实在够折腾人的。但不管怎么折腾,现在大多数函数都不再单身,都嫁给了类,进了围城。可是我们仍然需要能够自由调用这些成员函数。 考虑一下windows下的定时调用。SetTimer函数的原型是这样的: UINT_PTR SetTimer( HWND hWnd, UINT_PTR nIDEvent, UINT uElapse, TIMERPROC lpTimerFunc );
其中,参数就不解释了,这个函数估计大多数windows开发人员都知道。lpTimerFunc是个会被定时调用的函数指针。假如我们不通过WM_TIMER消息来触发定时器,而是通过lpTimerFunc来定时工作,那么我们就只能使用普通函数或静态函数,而无论如何都不能使用成员函数,哪怕通过静态函数转调也不行。 再考虑一下线程的创建: uintptr_t _beginthread( void( *start_address )( void * ), unsigned stack_size, void *arglist ); start_address仍然只支持普通函数。不过这回好了,它允许回调函数一个void*参数,它将会arglist作为参数来调用start_address。于是,聪明的C++程序员,就利用arglist传递this指针,从而利用静态函数成功的调用到了成员函数了: class mythread { public: static void doit(void* pThis) { ((mythread*)pThis)->doit(); } void doit(){} };
main() { mythread* pmt = new mythread; _beginthread(&mythread::doit, 0, (void*)pmt); } 但是显然,C++程序员肯定不会因此而满足。这里头有许多被C++批判的不安定因素。它使用了C++中被认为不安全的类型转换,不安全的void*指针,等等等等。但这是系统为C语言留下的调用接口,这也就认了。那么假如,我们就在C++程序中如何来调用成员函数指针呢? 如下例,我们打算对vector中的所有类调用其指定的成员函数: #include <vector> #include <algorithm> #include <functional> #include <iostream> using namespace std;
class A { int value; public: A(int v){value = v;} void doit(){ cout << value << endl;}; static void call_doit(A& rThis) { rThis.doit(); } };
int main() { vector<A> va; va.push_back(A(1)); va.push_back(A(2)); va.push_back(A(3)); va.push_back(A(4)); //方法1: //for_each(va.begin(), va.end(), &A::doit); //error //方法2: for_each(va.begin(), va.end(), &A::call_doit); //方法3: for_each(va.begin(), va.end(), mem_fun_ref<void, A>(&A::doit));
system("Pause");
return 0; }
方法1,编译不能通过。for_each只允许具有一个参数的函数指针或函数对象,哪怕A::doit默认有一个this指针参数也不行。不是for_each没考虑到这一点,而是根本做不到! 方法2,显然是受到了beginthread的启发,使用一个静态函数来转调用,哈哈成功了。但是不爽!这不是C++。 方法3,呼,好不容易啊,终于用mem_fun_ref包装成功了成员函数指针。 似乎方法3不错,又是类型安全的,又可以通用--慢着,首先,它很丑,哪有调用普通C函数指针那么漂亮啊(见方法2),用了一大串包装,又是尖括号又是圆括号,还少不了&号!其次,它只能包装不超过一个参数的函数!尽管它在for_each中够用了,但是你要是想用在超过一个参数的场合,那只有一句话:不可能的任务。
是的,在标准C++中,这是不可能的任务。但事情并不总是悲观的,至少有许多第三方库提供了超越mem_fun的包装。如boost::function等等。但是它也有限制:它所支持的参数仍然是有限的,只有十多个,尽管够你用的了;同样,它也是丑陋的,永远不要想它能够简单的用&来搞定。
也许,以失去美丽的代价,来换取质量上的保证,这也是C++对于函数指针的一种无奈吧……
期待C++0x版本。它通过可变模板参数,能够让mem_fun的参数达到无限个……
-------- BTW: C++Builder扩展了一个关键字 closure ,允许成员函数指针如同普通函数指针一样使用。也许C++0x能考虑一下……
摘要: 泛型编程 ,知多少?
归纳起来,泛型比非泛型具有下面两个优点:
1、 更加安全
在非泛型编程中,虽然所有的东西都可以作为Object传递,但是在传递的过程中免不了要进行类型转换。而类型转换在运行时是不安全的。使用泛型编程将可以减少不必要的类型转换,从而提高安全性。
2、 效率更高
在非泛型编程中,将简单类型作为Object传递时会引起Boxing和Unbo... 阅读全文
//自己翻译的,本想整理一下,但一直没时间,现在就这样放上来吧,有错就批,别客气,呵呵。
C++编码规范
一、组织与策略问题
If builders built buildings the way programmers wrote programs, then the first woodpecker that came along would destroy civilization.
----Gerald Weinberg 在C和C++的主要传统中,我们认为是一种零基础的习惯.第0条是一个根本的指示,它涵盖了编码规范中我们认为是最基本的建议. 在这介绍性的一节的其余部分中,我们精心选取了其中的少量问题加以阐述,这些大多与编码本身无直接关系,但却是写出可靠代码的基本工具和技术. 在这一节中我们认为最有价值的是第0条不要因小失大.(或:知道什么不需要规范化.) 0. 不要因小失大. (或:知道什么不需要规范化.)摘要仅说必要的话:不要坚持个人品味或陈旧的习惯.
讨论真只是个人品味且不影响正确性或可读性的结论不属于编码标准.任何专业程序员可以很容易地读写稍微不同于他所习惯的格式的代码. 在每个源文件甚至每个工程中都要用一致的格式,因为在几种不同编码风格的代码片段中跳转是很不协调的.但是不要企图在不同项目或公司中坚持一致地格式. 下面是几条通用的结论,这里重要的不是去制定规则,而只是要保持与你维护的文件的风格的一致: 不必明确指定要缩进多少,但要缩进以突出结构:用你喜欢的任意数量的空格缩进,但至少要在同一文件中保持一致. 不必强行保持特定的行长度,但要保持行具有可读性:用你喜欢的任意长度的行长,但不要太长了.研究表明十个单词以内的宽度对眼睛跟踪是最理想的. 不要过度制定命名规则,但要用一致的命名约定:仅有两点必须要做的:a)决不用"隐秘的"名称,也即以一个下划线开头或包括双下划线的名称;以及b)总是用字母全部大写的单词命名宏并且决不要考虑定义一个常用或缩写单词的宏(包括常用模板参数,比如T和U;以#define T anything定义任何东西是极其不好的做法).此外,要用一致的有意义的名称,并按照文件或模块的约定.(若你不能决定你自己的命名约定,试试这种方式:以各单词首字母大写方式命名类、函数和枚举(LikeThis);命名变量时在前者基础上小写第一个单词的首字母(likeThis);命名私有成员变量时在前者方式之后再加一个下划线(linkThis_);以全大写并用一个下划线连接各单词的方式命名宏(LINK_THIS).) 不要规定注释的风格(除非有工具解析特定格式的注释生成文档),但要写有用的注释:如果可以的话以代码来代替注释(见 第16条).不要在注释中重复代码;它们不能被同步维护.要写解释方法和基本原理的启发性的注释. 最后,不要试图坚持陈旧的规则(见 例3和 例4),即使它们曾在旧编码规范出现过.
例子例1:括号的放置.下面的几种没有任何可读性上的差异. void using_k_and_r_style() { // K&R风格 }
void putting_each_brace_on_its_own_line() { // 括号独占一行 }
void or_putting_each_brace_on_its_own_line_indented() { // 括号独占一行并缩进 }
任何专业程序员都可以不费力地读写上面所列的任何一种风格的代码.但要保持一致性:不要随意的或以晦涩的嵌套方式放置括号,试着去遵循各文件中已有的风格.在本书中,我们的括号有意识的在排版的约束中以最好的可读性的来放置.
例2: 空格与制表符.由于编辑器对制表符解释的不同,它可能被误用,或被理解成凸出,或无缩进,这种情况下一些团队合理地选择禁用制表符.其他同样有名望的团队则合理地允许制表符,而采用纪律来避免其潜在缺点.只要保持一致性:当团队成员维护其他人的代码时,如果你允许使用制表符,确保不要以代码清晰度和可读性为代价(见第6条).如果你禁用制表符,允许编辑器在读入源文件时将空格转换成制表符,以便用户可以在编辑器中使用制表符;但要确保写回文件的时候将它们还原为空格.
例3: 匈牙利命名法. 将类型信息合并到变量名称中的命名方式为类型不安全的语言(尤其是C)带来了一些混合的作用.但这种命名法在面向对象语言中没有好处(只有坏处),尤其在泛型编程中是根本不可能的.因此,不会有哪个C++编码规范会要求用匈牙利命名法,C++编码规范可能合理地将其排除在外.
例4: 单入口,单出口("SESE"). 历史上,一些编码规范要求每个函数有且仅有一个出口,也即一个返回语句.这样的要求在支持异常与析构函数的语言中是过时的,在这些语言中,函数通常都会有许多隐式的出口.取而代之的是,按照像第5条那样直接提倡更简短的函数的标准,这样会很自然地具有更容易理解代码和把握错误的特性.
参考[BoostLRG] · [Brooks95] $12 · [Constantine95] $29 · [Keffer95] p. 1 · [Kernighan99] $1.1, $1.3, $1.6-7 · [Lakos96] $1.4.1, $2.7 · [McConnell93] $9, $19 · [Stroustrup94] $4.2-3 · [Stroustrup00] $4.9.3, $6.4, $7.8, $C.1 · [Sutter00] $6, $20 · [SuttHysl01]
1. 以高警告级别干净地编译摘要将警告铭记于心:使用你的编译器的最高警告级别.要求干净(无警告)的构建.理解全部的警告,并通过修改代码消除警告,而不是通过降低警告级别.
讨论编译器是你的好朋友.若它由于一个特定的结构而发出一个警告,通常你的代码含有潜在的问题. 成功构建应该是干净的(无警告的).如若不是这样,你将会很快养成快速浏览输出结果的习惯,进而你将错过真正的问题.(见第2条) 消除警告: a)理解它;然后b)更改你的代码去消除警告并让你想让它所做的事情对人和编译器都更清楚. 一定要做这一步,即使一开始程序看起来正确运行了,或者即使你肯定警告是良性的.即使是良性警告也可以使后面的指出真正危险的警告变得隐晦.
例子例1: 第三方头文件.你不可能去修改一个引起(或许是良性的)警告的库头文件.因此你要在你自己的头文件中包含原始头文件并仅在这个头文件的作用域内选择性的屏蔽掉这些烦人的警告,然后在你其它的项目文件中包含你的这个包装过的头文件.例如(注意这里的警告控制语法在编译器间是不同的):
// 文件: myproj/my_lambda.h -- 包装Boost的lambda.hpp // 总是使用这个文件,而不直接使用lambda.hpp. // 注意: 我们的构建现在自动检查: "grep lambda.hpp ". // Boost.Lambda产生我们所知道的无害的编译警告. // 当作者修正它时我们将移除下面的#pragma语句,但是这个头文件仍将存在. // #pragma warning(push) // 仅屏蔽这个头文件 #pragma warning(disable:4512) #pragma warning(disable:4180) #include
#pragma warning(pop) // 恢复原来的警告级别
例2: "未使用过的函数参数."检查以确保你真的不打算用这个函数参数(例如:它可能是占位符以便将来扩展,或是你代码中从未用到但却是必需的标准化函数签名的一部分).如若它不是必需的,只要删除这个函数参数就行了:
// … 不使用提示的用户自定义分配器内部 …
// 警告: "unused parameter 'localityHint'" pointer allocate( size_type numObjects, const void *localityHint = 0 ) { return static_cast( mallocShared( numObjects * sizeof(T) ) ); }
// 新版本: 消除警告 pointer allocate( size_type numObjects, const void * /* localityHint */ = 0 ) { return static_cast( mallocShared( numObjects * sizeof(T) )); }
例3: "变量定义了但却从未使用."检查确保你真的不想引用这个变量.(一个基于栈的RAII对象经常引起这样的不合理的警告,请见第13条.)如若它不是必需的,通常你可以插入一个变量自求值的表达式使编译器安静(这一求值不会对运行时速度有影响): // 警告: "变量'lock'定义了但却从未使用." void Fun() { Lock lock;
// …
}
// 新版本: 消除了警告 void Fun() { Lock lock; lock;
// …
}
例4: "可能使用了未初始化的变量."那就初始化这个变量(见第19条).
例5: "丢失返回语句."即使你的控制流永远也不可能到达函数的末尾,编译器有时也会要求有一个返回语句(例如无限循环、异常抛出语句以及其它类型的返回语句).这也许是一件好事,因为有时你只是认为控制流不会运行到末尾.例如无default的switch语句没有修改的弹性,因些要有一个default语句执行assert( false ) (另见第68和90条):
// 警告: 丢失"return" int Fun( Color c ) { switch( c ) { case Red: return 2; case Green: return 0; case Blue: case Black: return 1; } }
// 新版本: 消除警告 int Fun( Color c ) { switch( c ) { case Red: return 2; case Green: return 0; case Blue: case Black: return 1; default: assert( !"should never get here!" ); // !"string"的值为false return -1; } }
例6: "有符号/无符号不匹配."有符号数与无符号数之间的比较与赋值通常不是必需的.改变参与比较的变量的类型以使满足类型匹配要求.最坏情况下,插入一个显式转换.(由于编译器为你插入这样的转换,也会警告你它所做的,所以你最好不要让它出现.)
例外有时编译器可能发出一个厌烦的甚至欺骗性的警告(比如纯粹的扰乱信息),但没有可提供的方法去消除它,而且去修改代码去消除它可能是不可实现的或是徒劳的工作.在这些罕见的情况下,作为一个团队决策,除去这个只是无聊的警告的烦人的工作是:仅使特定警告无效,并尽可能是局部性的,并写一个清晰的注释文档说明为什么这样做是必要的.
参考[Meyers97] $48 · [Stroustrup94] $2.6.2 2. 使用自动构建系统摘要按(单个)按钮:使用一个无需用户参与的全自动("一键触发")构建系统.
讨论一个一键触发式构建方法是基本的.它必须进行可靠的和可重复的转换,将你的源文件转换为可交付的程序包.有很多自动构建工具可以使用,没有理由不去用它.挑选一个,使用它. 我们已见过一些忽视了"一键触发"式要求的组织.一些人认为随处点几下鼠标,就可以运行一些工具来注册COM/CORBA服务,或通过手工定制的一个合理构建过程拷贝一些文件.但是你没有时间和精力可以浪费在一些机器能做得更好更快的事情上.你需要一键触发式的自动化的和可靠的构建. 成功的构建应该是没有任何警告的(见第1条).理想化的构建不产生扰乱信息,而仅是一个日志消息:"构建成功完成." 有两个构建模式:增量构建和完全构建.增量构建仅重建自上自增量构建或完全构建以来被修改过的文件.推论:两个连续的增量构建中的后者应该没有任何输出文件;如果有的话,你可能有一个依赖环(见第22条),或者你的构建系统执行了不必要的操作(例如生成不合理的临时文件而只是丢弃它们). 一个工程可以有不同形式的完全构建.考虑用一系列本质的特征确定你的构建的参数;很可能候选者就是目标式体系结构、调试和发布、或更广(基本文件和全部文件和完全安装).一个构建设置可以创建一个产品的基本的可执行文件和库,另一个可能也创建一些辅助文件,一个完全充实的构建也可能创建一个包含你所有文件、可重发布的第三方库和安装代码的安装程序. 随着工程的进行,没有自动构建的花费也在增长.如果你一开始没有用,你将浪费很多时间和资源.更糟糕的是,随着自动构建成为无法抵抗的需求,你将会有比项目一开始更多的压力. 大项目可能有一个"构建师/主管",他的工作就是照料构建系统.
参考[Brooks95] $13, $19 · [Dewhurst03] $1 · [GnuMake] · [Stroustrup00] $9.1 3. 使用一个版本控制系统摘要好记性比不上烂笔头:使用一个版本控制系统(VCS).决不要让检出的文件保留很长时间.一旦你的更新的单元通过测试就尽快检入.确保检入的代码不会破坏整个构建.
讨论几乎所有不平凡的工程都需要一个以上的开发者和/或超过一周的工作量.在这样的工程中,你将需要比较同一文件的历史版本以确定变化是什么时候(和/或被谁)引入的.你也将需要控制和管理源代码的变化. 当有多个开发者时,几个开发者很可能会在同一时间对同一文件的不同部分进行并行地更改.你需要工具以自动进行文件的检出和恢复,以及在某些时候对并发编辑的合并.VCS自动操作和控制检出,恢复以及合并.VCS比手工做的更快更准确.而且你不用花时间每天的去摆弄那些重复性的工作,你有软件要写. 不要破坏构建.在VCS中的代码必须总是可以成功构建的. 存在很多的版本控制系统可供选择,没有理由不去用它.最便宜和流行的是cvs(见参考).它是一个灵活的工具,具胡TCP/IP访问特性,可选择性的提高安全性(通过用安全外壳SSH作为后端),卓越的脚本管理,甚至有图形接口.许多其它VCS也将cvs作为标准去效仿,或基于它构建新的功能.
例外从始至终只花一周左右时间的一个程序员的项目或许可以不需要VCS而生存吧.
参考[BetterSCM] · [Brooks95] $11, $13 · [CVS] 4. 在代码审阅上作投入摘要代码审阅:更多双眼睛将会带来更好的质量.展示你的代码,并阅读他人的.你们都将相互学习或受益.
讨论一个良好的代码审阅过程在许多方面都对你的团队有好处.它可以: 有益的平等的压力可以增加代码质量. 可以找到bugs、移植性不好的代码以及潜在的度量问题. 通过思想的互补培养形成的设计和实现. 带动新成员和初级者迅速提升能力. 在团队中形成共同价值和团队意识. 增加精英、信心、动机和专业自豪心.
许多开发商既不对代码质量和团队质量进行奖赏,也不投入时间和金钱鼓励他们.希望我们从现在起几年都不会食言,但我们感觉到这种趋势正在慢慢改变,部分原因是由于对安全软件的需求的增长.代码审阅正有助于这种趋势,另外也是一个极好的(和免费的)内部训练方法. 即使你的雇主还不支持代码审阅方法,你也要增加管理知识(提示:要开始,给他们看这本书)以及无论如何要尽你最大努力去安排时间并引导审阅的进行.这时间是值得花的. 将代码审阅作为你的软件开发周期的一项常规程序.如果你和你的队友赞同基于激励(也可能是挫折)的奖惩制度,就会好得多. 不要做得太形式化了,写一封简单的邮件就足够将代码审阅做得很好了.这会使你更容易跟踪自己的进程以及避免重复. 当审阅他人的代码时,你可能想在旁边保留一个供参考的清单.窃以为一个好的清单可能正是你正在读的这本书的目录表.满意吧! 摘要:我们知道我们在给"唱诗班"布道,但是不得不说.你们的自负或自我主义也许讨厌代码审阅,但你们中的少量天才程序员喜欢它,因为它会有成效并使代码更好,使程序更强健.
参考[Constantine95] $10, $22, $33 · [McConnell93] $24 · [MozillaCRFAQ]
FeedBack:
2005-11-22 10:10 | #include <iostream> void main() { char *a="010000010111101101000000000"; int max[2] = {0, 0}; int count[2] = {0, 0}; while(*a) { int index = *a - '0'; count[index] ++; count[index^1] = 0; // count[index?0:1] = 0; // count[index==0?1:0] = 0; if(count[index] > max[index]) max[index] = count[index]; a++; } std::cout << "max 0: " << max[0] << std::endl; std::cout << "max 1: " << max[1] << std::endl; } // output // max 0: 9 // max 1: 4 点评: 1. 就C字串来说,从头到尾的遍历不需要for,用while是最佳选择。 2. strlen是很浪费的操作,如果非要用,对同一个不变长度的字串来说,用一个变量来存储,然后重复使用,比重复计算strlen要好得多。 3. 对数字串来说,可以直接将字符减去'0'得到相应的数字。 4. 比较判断其实并不比赋值省时,有时候直接赋值,比起比较后再赋值可能更有效率。更何况你的判断条件达三条之多才决定是否需要赋值。 所以if(a[i+1]=='0'/*或'1'*/||i==strlen(a)-1)可以省掉。 5. 利用数组的下标,会给你带来意想不到的简洁。 6. 最后,变量没有初始化,是算法设计的问题。如果初始条件都没有确定,只能说明你的算法没有想清楚。 回复
2005-11-22 13:02 | 非常感谢网志兄的点评,又学到东西啦! 这六条评论真是受益匪浅啊! 谢谢:) 回复
2005-11-22 13:06 | count[index^1] = 0; // count[index?0:1] = 0; // count[index==0?1:0] = 0; 这一行不懂。。。能否解释一下,谢谢:) 回复
2005-11-22 13:09 | 查了一下^是按位移或,不过我对位操作一窍不通。。。。。。。。 回复
2005-11-22 13:29 | count[index^1] = 0; // count[index?0:1] = 0; // count[index==0?1:0] = 0; //=========================== 觉得不如下面这个可读性好或简洁: count[ ! index ] = 0; 个人意见哈^-^ 回复
2005-11-22 13:35 | 意思是,这三条都可以。你可以选一条你认为能够理解的就可以了。 我建议用 count[index==0? 1 : 0] = 0; 至于可冰的count[!index] = 0;我觉得不好。!是表示逻辑非的操作,用在此处会让人误会,代码不好读。 回复
2005-11-28 11:16 | 变量随定义随初始化,随时的错误检查,这些都是c/c++编程必须要养成的"习惯".有无数的错误和这两个有关.
前几天看了荣耀老师对Bjarne先生的访谈,其中Bjarne说的一句话我印象特别深刻:
荣耀:
一个有点儿八卦的问题。C++标准委员会中有中国人吗?有中国人向C++标准委员会递交过提案吗?
Bjarne
:
我想不起来最近的提案和中国人有关。委员会中有一个IBM的新代表,姓王。我猜他是中国人,但我还不认识他。
考虑到中国有那么多人在从事计算机工作,我一直都很奇怪为什么看不到你们对C++0x标准化工作的参与。
我不知道这究竟是怎么回事。
自从我前段时间订阅了Google新闻组中的comp.lang.c、c++论坛,我看到的所有帖子几乎都是在讨论C++0x标准的。给我的感觉就像这里面都是标准委员会的成员或那一类的高手,我也没有参与过任何讨论,甚至也没细心去看看相关的问题。我也很关注C++0x标准的制定,但却从来没有参与进去或想过要参与进去,这又是为什么呢?
我想大多数的朋友也可能是这样的情况吧。并不是不想参与,而是从来没有想到过。我想这一定和我们的教育有关。我们被培养为只接受而不用去参与,我们只去被动的学习新的知识,而从没有想过去主动的参与到新知识的产生的过程中。
不过,现在情况应该改变一下了,至少我们已经看到Bjarne先生的提醒了:我们要参与进去!不仅仅是参与C++0x的标准制定的问题,而是思想习惯的问题。
朋友们,我们要改变现在的这种思维方式了,要参与到更多的活动中去。
软件就业方向选择
|
|
同济大学软件学院万院长谈择业- -
一、关于企业计算方向
企业计算(Enterprise Computing)是稍时髦较好听的名词,主要是指企业信息系统,如ERP软件(企业资源规划)、CRM软件(客户关系管理)、SCM软件(供应链管理,即物流软件),银行证券软件,财务软件,电子商务/政务(包括各种网站),数据仓库,数据挖掘,商务智能等企业信息管理系统.
企业计算领域对人才的需求显然永远是数量最大的,因为这是计算机应用最多的领域. 搞这方面的好处是: (1)人才需求量极大,从事企业计算的公司在IT企业中占了大多数。除非在专业上一无特长,一般在这一领域总能找到工作。 (2)这方面的入门门槛相对较低(如果你的软件功底不是很深,可考虑这一领域) (3)这方面的大公司较多,大公司要赚大钱,所以多将精力花在企业计算业务上.如与我院同学目前实习的CitiCorp、HP、IBM、SAP、NEC等公司都属这一领域的公司。如果将来想到大公司找一份相对稳定的工作,从事这方面机会要大很多。
但从事这一领域的缺点也是明显的:
由于这方面的入门门槛相对较低,虽然这方面的人才需求量是最大的,但将来竞争对手会较多。您会发现,即使他原不是学IT专业的人,也许他突击几个月后,做得照样像模像样。特别是当您年纪渐大后,您可能会发现,后面的年轻人可能很容易追上你的水平。如果您将来到国外去工作,你可能会发现从事这领域的人更多且高手如云。当然,若您在这一领域经过多年企业经验,达到较高境界(如能设计软件架构),则身价永远是高的。国内在这方面人才领域的主要问题是,有经验的高手太少,皮毛了解的人太多。
从事企业计算领域,最重要的技能型技术课程是(1)J2EE架构与程序设计(2)大型数据库系统(如Oracle)(3)基于UML的系统分析与设计。如果说还有什么重要的技能,还可将XML与Web Service技术包含进来,若您在这几个领域掌握较好,则不愁找不到工作。其中尤其以J2EE最为重要,目前J2EE已成为企业计算软件开发的最主要平台,也是我院的最重要课程之一。尽管该课程只能作为选修课,我们希望我院同学无论将来想从事何种方向,都应学一下J2EE课程,至少可为将来找工作备一手关键功夫。包括想从事嵌入式或其它领域的同学,也是很有必要学一下J2EE的,毕竟J2EE是目前最重要的平台之一,即使您将来不想从事企业计算领域,了解一下J2EE也是必要的,就像一门常识课程一样。其它与企业计算关系较密切的技能还包括:Dot Net架构与程序设计、软件测试技术、软件配置管理,该领域较高层次的技能包括数据仓库技术、构件与中间件技术、设计模式等。像通信协议分析与网络程序设计,Unix系统管理等也属有些关系的课程。02级本学期开设的企业计算课程不多,主要是J2EE、Oracle/MSSQL、UML等企业计算领域的最关键技能型技术课程都已学完了(但不知有多少同学学得较深入,将来找工作时会用到这些技能)。下学期我们将在该领域中拟再开设XML与Web Service技术、软件配置管理等课程。本学期开设的企业计算领域课程的确不多,但您应在空余时间将J2EE,DB、UML等技术再深入地钻研下去,一定要在某个领域有深入的掌握。只是跟着听课,即使学了再多课程也是没用处的,自己钻研下去才是最重要的。只一个J2EE便是博大精深的,足够你啃下去的,钻研下去,您会发现你还要学的相关知识还有很多(包括EJB、XML、Web Service、Design Pattern等)。
虽然从事企业计算的人才很多,但以下企业计算领域无论国内外都属稀缺人才:
(1)掌握大型ERP系统,主要是SAP系统,包括SAP Basis(系统管理)或SAP ABAP(编程)或SAP功能模块实施(特别是财务模块FI的实施)。SAP顾问身价是最高的,而且非常难找。其它大型ERP系统,掌握PeopleSoft、Oracle Finacial、J.D.Edward、Siebel等大型ERP软件系统的人也很值钱。这方面的人之所以身价奇高,主要是因为这些软件很专业,特别大,很难有D版可学习,只有特大企业(如世界500强,90%以上使用SAP)才用得起,而且必须有实际工作经验才能掌握。如果是一个个人人都很容易有机会接触的软件,那么这方面的人通常就不会稀缺。如果大家将来有机会接触学习这些大型ERP软件系统的机会,建议毫不犹豫地抓住,那将捧上一辈的金饭碗。在国外,会SAP的人特别值钱。物以稀为贵,这永远是颠扑不破的真理。SAP的价值不仅是因为他是一个ERP软件, 而是其中体现的现代企业管理理念(如根据订货需求自动安排原料采购和生产计划等)。一般500强公司绝不会像国内很多企业那样,用J2EE从头设计企业的ERP系统(即将是怎样的人力投入,而且设计出来的系统怎么可能是完善的?),一定都会使用SAP这样成熟的ERP软件。用不起SAP的公司可能会用J2EE设计ERP系统。
(2)掌握IBM大型机技术的人,如S/390主机,MVS操作系统,JCL作业控制语言,COBOL程序设计语言,DB2关系数据库或IMS层次数据库,CISC中间件交易控制系统等IBM大型机专用技术。国内五大银行,以及国外绝大多数银行的后台系统使用的都是以上平台。IBM大型机号称永不宕机而且平台相对封闭(这样最安全),所以这些要求在24*7环境中连续运行的关键应用(术语叫mission critical applications)都采用IBM大型机。这方面的人才之所以稀缺,是因为会大型机的人都是老人(90年代以前搞IT的人),全世界新毕业的IT毕业生不可能再去学IBM大型机(这是一种相对"古老"的技术),没有新人补上,而银行的系统必须维持下去而且银行还要不断开发新业务(如新的存款品种),虽然对IBM大型机人才的绝对需求量不很大,但相对恒定,银行到哪里找这方面的新人,很难找到. 若好找,花旗软件也不会花那么大的代价去培训我们的实习同学了(去年培训20多个人,听说公司就花了数十万元培训费). 如果您将来到国外找工作,会IBM大型机可能是最好找工作的领域之一了,而且保证找的都是大银行等好工作,我以前教过的计算机专业90-94级的一些同学,凡是毕业后从事大型机开发的,现多在国外一些很好的公司工作(有几位同学在各国各公司跳来跳去,简直如履平地). 其实我觉得我们最幸福的同学就是在花旗软件做IBM大型机银行软件的同学,这样的机会太难得了.我院00级2+2班一位同学,当初放弃保研,看准在花旗软件做大型机并且非常努力,还未毕业,公司便派她到国外参加一个项目的开发,成了项目骨干,我觉得她当初选择是完全正确的(01级一位女同学刚刚也自愿放弃了保研机会去花旗做大型机,我们祝愿她将来也能有好的前景。其实像花旗软件主动安排并鼓励员工读在职研究生,这样开明的公司目前并不多的,在职读研也是一种不错的选择,又不会失去自己喜欢的实习工作机会,能兼顾),读书的最终目地还是为了工作. 如果您将来在国外找工作,根本没人管您是什么文凭,国外企业绝不会花冤枉钱,只会招有领域工作经验能立即上手的人,用最少的钱在限定的时间完成项目. 而在国内,因为人力成本较低,公司招聘一很多高学历的人才,尽管可能根本用不到这么高的学历,但国内的人力太便宜了,为什么不高消费一下人才呢?这样公司的门面还要好看些。
.(3)其它如掌握数据仓库技术的人在国内也很少. 目前最主流的数据仓库平台应是ORACLE的数据仓库工具. 在国外,会一些特殊数据仓库的人,如NCR/TEREDATA的人非常难找.
我们的同学现在年纪都很轻,年轻人充满热情,喜欢追逐一些热门技术,这当然正确的,毕竟学习SAP和大型机的机会毕竟不多,毕业时先能找到一份工作是重要的. 但我相信随着年纪的增长,大家将来慢慢都会思考的,掌握一项竞争对手较少的绝技的重要性,将来如果自己到国外工作什么技术最好找工作(对搞软件的人到国外工作或移民是最容易的,也许您现在不想,但我相信工作多年以后,很大一部分同学可能想到国外闯荡一下),你要考虑你今后一生的出路,什么样的绝技是最稳定最轻松最高收入的. 搞软件的人,当年纪大些时,您可能更向住像搞医学人的那样能更多靠经验吃饭,而不须整天像年轻人那样不得不去追逐不断出现的软件新技术,这个时候也许您也许会发现,如果您在SAP或大型机等方面有些绝技,您会有很大优势,因为这些较偏的领域其技术变化是相对很缓慢的.
我还记得在2000年时我曾在业余时间与一位德国人合作面试一些IT人才到德国去,那时德方各公司发来的需求有很多是SAP和IBM大型机的,我们在众多应聘者中最后也未找到一个在这方面有经验,甚至是有一点经验的. 相反,掌握流行技术的人因太多而不很值钱. 我们的同学将来找工作时,不仅要盯着国内市场,还要有一种放眼全球的眼光,对搞软件的人您将来完全可能到其它国家去工作. 尤其是在欧美、日本、新加坡等国家,对SAP(包括IBM大型机)人才的需求是很大的。毕竟比同学见得多些,提醒同学将来多留意有学习这些绝技的机会,一旦有机会建议当仁不让. 国内的人才市场可访问www.51job.com,国外的IT人才需求可访问www.hotjobs.com、www.workopolis.com、www.monster.com等著名网站。应经常访问这些网站,以了解市场对人才的具体需求,早做准备。
以上对企业计算领域的观点,供大家参考.虽然观点未必正确,但确是直言不讳. 总之,每个人的脑袋都长在自己脖子上,每个人都应有自己的判断.
还要注意,我以上纯粹是从将来就业的角度谈问题. 如果您将来准备到国外读书,则应重视基础课,像C,Assembly,OOP,Discrete Math,Data Structure,Opeating System,Database Principle,Network,Software Engineering,Compiler,Digital Circuit,Computer Graphics,Computer Component and Architecture等基础课,在国外大学IT专业中一般都能找到相同课程,若国内学过,到国外读书时一般可申请免修一部分. 但我也想提醒同学,如果您将来毕业时万一申请国外大学不成,不得不去找工作时,若只将精力花在这些IT专业学生都会的基础课上(传统IT教育模式), 未掌握一些像J2EE等技能型技术,是不容易找到一份工作的,我们已有同学有这样的教训。从找工作的角度讲,企业关心的不是您学过什么课程,而是关心您能做什么,有什么技能,能做什么项目。 二、关于嵌入式系统方向
嵌入式系统无疑是当前最热门最有发展前途的IT应用领域之一。嵌入式系统用在一些特定专用设备上,通常这些设备的硬件资源(如处理器、存储器等)非常有限,并且对成本很敏感,有时对实时响应要求很高等。特别是随着消费家电的智能化,嵌入式更显重要。像我们平常常见到的手机、PDA、电子字典、可视电话、VCD/DVD/MP3 Player、数字相机(DC)、数字摄像机(DV)、U-Disk、机顶盒(Set Top Box)、高清电视(HDTV)、游戏机、智能玩具、交换机、路由器、数控设备或仪表、汽车电子、家电控制系统、医疗仪器、航天航空设备等等都是典型的嵌入式系统。
嵌入式系统是软硬结合的东西,搞嵌入式开发的人有两类。
一类是学电子工程、通信工程等偏硬件专业出身的人,他们主要是搞硬件设计,有时要开发一些与硬件关系最密切的最底层软件,如BootLoader、Board Support Package(像PC的BIOS一样,往下驱动硬件,往上支持操作系统),最初级的硬件驱动程序等。他们的优势是对硬件原理非常清楚,不足是他们更擅长定义各种硬件接口,但对复杂软件系统往往力不从心(例如嵌入式操作系统原理和复杂应用软件等)。
另一类是学软件、计算机专业出身的人,主要从事嵌入式操作系统和应用软件的开发。如果我们学软件的人对硬件原理和接口有较好的掌握,我们完全也可写BSP和硬件驱动程序。嵌入式硬件设计完后,各种功能就全靠软件来实现了,嵌入式设备的增值很大程度上取决于嵌入式软件,这占了嵌入式系统的最主要工作(目前有很多公司将硬件设计包给了专门的硬件公司,稍复杂的硬件都交给台湾或国外公司设计,国内的硬件设计力量很弱,很多嵌入式公司自己只负责开发软件,因为公司都知道,嵌入式产品的差异很大程度在软件上,在软件方面是最有"花头"可做的),所以我们搞软件的人完全不用担心我们在嵌入式市场上的用武之地,越是智能设备越是复杂系统,软件越起关键作用,而且这是目前的趋势。
从事嵌入式软件开发的好处是: (1) 目前国内外这方面的人都很稀缺。一方面,是因为这一领域入门门槛较高,不仅要懂较底层软件(例如操作系统级、驱动程序级软件),对软件专业水平要求较高(嵌入式系统对软件设计的时间和空间效率要求较高),而且必须懂得硬件的工作原理,所以非专业IT人员很难切入这一领域;另一方面,是因为这一领域较新,目前发展太快,很多软硬件技术出现时间不长或正在出现(如ARM处理器、嵌入式操作系统、MPEG技术、无线通信协议等),掌握这些新技术的人当然很找。嵌入式人才稀缺,身价自然就高,越有经验价格就越高。其实嵌入式人才稀少,根本原因可能是大多数人无条件接触,这需要相应的嵌入式开发板和软件,另外需要有经验的人进行指导开发流程。 (2) 与企业计算等应用软件不同,嵌入式领域人才的工作强度通常低一些(但收入不低)。搞企业应用软件的IT企业,这个用户的系统搞完了,又得去搞下一个用户的,而且每个用户的需求和完成时间都得按客户要求改变,往往疲于奔命,重复劳动。相比而言,搞嵌入式系统的公司,都有自己的产品计划,按自己的节奏行事。所开发的产品通常是通用的,不会因客户的不同而修改。一个产品型号开发完了,往往有较长一段空闲时间(或只是对软件进行一些小修补),有时间进行充电和休整。另外,从事嵌入式软件的每个人工作范围相对狭窄,所涉及的专业技术范围就是那些(ARM、RTOS、MPEG、802.11等),时间长了这些东西会越搞越有经验,卖卖老本,几句指导也够让那些初入道者琢磨半年的。若搞应用软件,可能下一个客户要换成一个完全不同的软件开发平台,那就苦了。 (3) 哪天若想创业,搞自已的产品,那么嵌入式是一个不错的主意,这可不像应用软件那样容易被盗版。土木学院有一个叫启明星的公司开发出一个好象叫“工程e”的掌上PDA(南校区门口有广告),施工技术人员用该PDA可当场进行土木概预算和其它土木计算,据说销路特好。我认识的某大学老师,他开发的饭馆用的点菜PDA(WinCE平台,可无线连网和上网),据他说销路不错,饭馆点点PDA让客户点菜,多显派头档次。我记得00级2+2班当年有一组同学在学Windows程序设计课程时用VC++设计了一个功能很强的点菜系统做为课程项目,当时真想建议他们将这个软件做成PDA,估计会有些销路(上海火车站南广场的Macdonald便使用很漂亮的PDA给用户点食品,像摸像样的)。这些PDA的硬件设计一般都是请其它公司给订做(这叫“贴牌”:OEM),都是通用的硬件,我们只管设计软件就变成自己的产品了。
从事嵌入式软件开发的缺点是: (1) 入门起点较高,所用到的技术往往都有一定难度,若软硬件基础不好,特别是操作系统级软件功底不深,则可能不适于此行。 (2) 这方面的企业数量要远少于企业计算类企业。特别是从事嵌入式的小企业数量较多(小企业要搞自己的产品创业),知名大公司较少(搞嵌入式的大公司主要有Intel、Motorola、TI、Philip、Samsung、Sony、Futjtum、Bell-Alcatel、意法半导体、Microtek、研华、华为、中兴通信、上广电等制造类企业)。这些企业的习惯思维方式是到电子、通信等偏硬专业找人。由于我院以前毕业生以企业计算为主,所以我院与这些企业联系相对较少。我院正积极努力,目前已与其中部分公司建立了联系,争取今后能有我院同学到这些企业中实习或就业。 (3)有少数公司经常要硕士以上的人搞嵌入式,主要是基于嵌入式的难度。但大多数公司也并无此要求,只要有经验即可。
我院同学若学习嵌入式,显然应偏重于嵌入式软件,特别是嵌入式操作系统方面,应是我们的强项。对于搞嵌入式软件的人,最重要的技术显然是(实际上很多公司的招聘广告上就是这样写的): (1) 掌握主流嵌入式微处理器的结构与原理 (2) 必须掌握一个嵌入式操作系统 (3) 必须熟悉嵌入式软件开发流程并至少做过一个嵌入式软件项目。
我院在嵌入式软件方面最重要的课程包括: (1) 嵌入式微处理器结构与应用:这是一门嵌入式硬件基础课程,我院用这门课取代了传统的“微机原理与接口”课程(目前国内已有少部分高校IT专业这样做了,因为讲x86微机原理与接口很难找到实际用处,只为教学而已)。我们说过,嵌入式是软硬件结合的技术,搞嵌入式软件的人应对ARM处理器工作原理和接口技术有充分了解,包括ARM的汇编指令系统。若不了解处理器原理,怎么能控制硬件工作,怎么能写出节省内存又运行高速的最优代码(嵌入式软件设计特别讲究时空效率),怎么能写出驱动程序(驱动程序都是与硬件打交道的)?很多公司招聘嵌入式软件人员时都要求熟悉ARM处理器,将来若同学到公司中从事嵌入式软件开发,公司都会给你一本该设备的硬件规格说明书 (xxx Specification),您必须能看懂其中的内存分布和端口使用等最基本的说明(就像x86汇编一样),否则怎么设计软件。有些同学觉得嵌入式处理器课程较枯燥,这主要是硬件课程都较抽象的原因,等我们的嵌入式实验室10月份建好后,您做了一些实验后就会觉得看得见摸得着。还有同学对ARM汇编不感兴趣,以为嵌入式开发用C语言就足够了。其实不应仅是将汇编语言当成一个程序设计语言,学汇编主要是为了掌握处理器工作原理的。一个不熟悉汇编语言的人,怎么能在该处理器写出最优的C语言代码。在嵌入式开发的一些关键部分,有时还必须写汇编,如Bootloader等(可能还包括BSP)。特别是在对速度有极高要求的场合(如DSP处理器的高速图像采集和图像解压缩),目前主要还要靠汇编写程序(我看到过很多公司是这样做的)。当您在一个嵌入式公司工作时,在查看描述原理的手册时,可能很多都是用汇编描述的(我就遇到过),这是因为很多硬件设计人员只会写或者喜欢用汇编描述,此时您就必须看懂汇编程序,否则软硬件人员可能就无法交流。很多嵌入式职位招聘时都要求熟悉汇编。
[小知识] 目前嵌入式处理器常见的有ARM、PowerPC、MIPS、Motorola 68K、ColdFire(冷火)等,但ARM占据了绝对主流(资料说手机中几乎100%都是ARM处理器)。ARM是一个只卖知识产权的公司,目前获得购买了ARM CPU核授权许可的大公司很多,包括Intel、Samsung、Amstel、Motorola、Philip等,他们都在ARM CPU核的基础上进行了一些外围扩展,形成自己的处理器(如Samsung S3C2410,Motorola i.MXL9328等处理器都是采用ARM 9内核,指令一级是相同的)。而众多中小公司又购买了这些处理器,设计了各种各样的开发板,如华恒等国内很多著名嵌入式公司都生产基于Samsung S3C2410的开发板,供最终用户使用或供教学实验。在ARM这个食物链上,ARM公司是大鱼,Intel、Samsung等公司是小鱼,而华恒等则是虾米,最终用户(想我们要采购嵌入式开发板的实验室)则是喂虾米的。Intel早期生产的是低端ARM(Strong ARM,相当于ARM 7),现在转向主要生产高端ARM(即Intel Xscale处理器,相当于ARM 10,主要用在高端PDA上,如HP和DELL生产的PDA都采用Intel Xscale,价格较高)。目前应用最多的是ARM 7和ARM 9两类处理器。 ARM 7较便宜,可跑uclinux(是一个不支持高级内存管理功能的嵌入式Linux系统)、Vxworks、uc/os II等实时操作系统,但因处理器不带内存管理单元MMU(无内存分页和地址映射机制,所以不能使用虚拟内存),所以不能跑Windows CE,另外通用Linux中的某些内存管理功能也不能用在ARM 7上。ARM 9是一个带MMU功能的高端处理器,可跑WinCE或通用Linux的大多数功能。以上是我的一点了解,可能有不对的地方。我们学院正在建设的嵌入式实验室(10月底到货)包括30套ARM 7系统(拟采用Samsung S3C44b0x开发板,主要用于嵌入式处理器结构、嵌入式linux课程实验),10套ARM 9系统(拟采用Samsung S3C2410x开发板,主要用于Windows CE课程建设),每套实验板都配了高速仿真器,价格都很贵(比我们招标的DELL PC还贵),很容易损坏,同学应爱护使用。
(2) 嵌入式操作系统类课程 除了WinCE的实时性稍差外,大多数嵌入式操作系统的实时性都很强,所以也可称为实时操作系统Real Time Operating System.从事嵌入式的人至少须掌握一个嵌入式操作系统(当然掌握两个更好),这在嵌入式的所有技术中是最为关键的了。目前最重要的RTOS主要包括:
第一类、传统的经典RTOS:最主要的便是Vxworks操作系统,以及其Tornado开发平台。Vxworks因出现稍早,实时性很强(据说可在1ms内响应外部事件请求),并且内核可极微(据说最小可8K),可靠性较高等,所以在北美,Vxworks占据了嵌入式系统的多半疆山。特别是在通信设备等实时性要求较高的系统中,几乎非Vxworks莫属。Vxworks的很多概念和技术都和Linux很类似,主要是C语言开发。像Bell-alcatel、Lucent、华为等通信企业在开发产品时,Vxworks用得很多。但Vxworks因价格很高,所以一些小公司或小产品中往往用不起。目前很多公司都在往嵌入式Linux转(听说华为目前正在这样转)。但无论如何,Vxworks在一段长时间内仍是不可动摇的。与Vxworks类似的稍有名的实时操作系统还有pSOS、QNX、Nucleus等RTOS。
第二类、嵌入式Linux操作系统:Linux的前途除作为服务器操作系统外,最成功的便是在嵌入式领域的应用,原因当然是免费、开源、支持软件多、呼拥者众,这样嵌入式产品成本会低。Linux本身不是一个为嵌入式设计的操作系统,不是微内核的,并且实时性不强。目前应用在嵌入式领域的Linux系统主要有两类:一类是专为嵌入式设计的已被裁减过的Linux系统,最常用的是uClinux(不带MMU功能),目前占较大应用份额,可在ARM7上跑;另一类是跑在ARM 9上的,一般是将Linux 2.4.18内核移植在其上,可使用更多的Linux功能(当然uClinux更可跑在ARM 9上)。很多人预测,嵌入式Linux预计将占嵌入式操作系统的50%以上份额,非常重要。缺点是熟悉Linux的人太少,开发难度稍大。另外,目前我们能发现很多教材和很多大学都以ucOS/II为教学用实时操作系统,这主要是由于ucOS/II较简单,且开源,非常适合入门者学习实时操作系统原理,但由于ucOS/II功能有限,实用用得较少,所以我院不将其作为教学重点,要学习就应学直接实用的,比如 uClinux就很实用。况且熟悉了Linux开发,不仅在嵌入式领域有用,对开发Linux应用软件,对加深操作系统的认识也有帮助,可谓一举多得。据我所知,目前Intel、Philip都在大搞ARM+LINUX的嵌入式开发,Fujitum则是在自己的处理器上大搞Linux开发。目前在嵌入式Linux领域,以下几个方面的人特别难找,一是能将Linux移植到某个新型号的开发版上;二是能写Linux驱动程序的人;三是熟悉Linux内核裁减和优化的人。我院在该嵌入式Linux方面的课程系列是:本科生操作系统必修课,然后是Linux程序设计选修课,最后是嵌入式Linux系统选修课。我院在Linux方面目前已有较强力量,魏老师和张老师熟悉Linux开发,金老师和唐老师熟悉Linux系统管理。
第三类、 Windows CE嵌入式操作系统:Microsoft也看准了嵌入式的巨大市场,MS永远是最厉害的,WinCE出来只有几年时间,但目前已占据了很大市场份额,特别是在PDA、手机、显示仪表等界面要求较高或者要求快速开发的场合,WinCE目前已很流行(据说有一家卖工控机的公司板子卖得太好,以至来不及为客户裁减WinCE)。WinCE目前主要为4.2版(.NET),开发平台主要为WinCE Platform Builder,有时也用EVC环境开发一些较上层的应用,由于WinCE开发都是大家熟悉的VC++环境,所以我院学过Windows程序设计课程的同学都不会有多大难度,这也是WinCE容易被人们接受的原因,开发环境方便快速,微软的强大技术支持,WinCE开发难度远低于嵌入式Linux。对于急于完成,不想拿嵌入式Linux冒险的开发场合,WinCE是最合适了(找嵌入式Linux的人可没那么好找的),毕竟公司不能像学生学习那样试试看,保证开发成功更重要。根据不同的侧重点 ,WinCE还有两个特殊版本,一个是MS PocketPC操作系统专用于PDA上(掌上电脑),另一个是MS SmartPhone操作系统用于智能手机上(带PDA功能的手机),两者也都属于WinCE平台。在PDA和手机市场上,除WinCE外,著名的PDA嵌入式操作系统还有Palm OS(因出现很早,很有名)、Symbian等,但在WinCE的强劲冲击下,Palm和Symbian来日还能有多长?我院可能是全国高校中唯一一家开设专门的"Windows CE嵌入式操作系统"课程的学校,这主要是基于以下原因:我院本身前面便有Windows程序设计课程,同学学过VC++后再学WinCE,非常方便自然,通过学习WinCE同样也可了解嵌入式软件的一般开发过程,对Linux有惧怕心理的同学也很合适。很显然,嵌入式Linux永远不可能替代WinCE,而且将来谁占份额大还很难讲,毕竟很多人更愿意接受MS的平台,就像各国政府都在大力推LINUX已好长时间,但您能看到几个在PC机上真正使用LINUX的用户?据我观察,目前在嵌入式平台上,LINUX是叫得最响,但还是WinCE实际用得更多.嵌入式LINUX可能更多地是一些有长远产品计划的公司,为降低成本而进行长远考虑; 二是微软亚洲研究院对我院WinCE课程的支持计划,我们也很希望将来我院能有同学通过微软的面试去实习。WinCE和多媒体(如MPEG技术)是微软亚洲工程院目前做得较多的项目领域之一,他们很需要精通WinCE的人。
总结关于嵌入式操作系统类课程,若您觉得自己功底较深且能钻研下去,则可去学嵌入式Linux;若您觉得自己VC++功底较好且想短平快地学嵌入式开发,则我院的WinCE课程是最好的选择。
(3) 嵌入式开发的其它相关软件课程
搞嵌入式若能熟悉嵌入式应用的一些主要领域,这样的人更受企业欢迎。主要的相关领域包括: A、数字图像压缩技术:这是嵌入式最重要最热门的应用领域之一,主要是应掌握MPEG编解码算法和技术,如DVD、MP3、PDA、高精电视、机顶盒等都涉及MPEG高速解码问题。为此,我院已预订了一位能开设数字图像处理课程的博士。 B、通信协议及编程技术:这包括传统的TCP/IP协议和热门的无线通信协议。首先,大多数嵌入式设备都要连入局域网或Internet,所以首先应掌握TCP/IP协议及其编程,这是需首要掌握的基本技术;其次,无线通信是目前的大趋势,所以掌握无线通信协议及编程也是是很重要的。无结通信协议包括无线局域网通信协议802.11系列,Bluetooth,以及移动通信(如GPRS、GSM、CDMA等)。 C、网络与信息安全技术:如加密技术,数字证书CA等。我院有这方面的选修课。 D、DSP技术:DSP是Digital Signal Process数字信号处理的意思,DSP处理器通过硬件实现数字信号处理算法,如高速数据采集、压缩、解压缩、通信等。数字信号处理是电子、通信等硬件专业的课程,对于搞软件的人若能了解一下最好。目前DSP人才较缺。如果有信号与系统、数字信号处理等课程基础,对于学习MPEG编解码原理会有很大帮助。
(4)嵌入式开发的相关硬件基础
对于软件工程专业的学生,从事嵌入式软件开发,像数字电路、计算机组成原理、嵌入式微处理器结构等硬件课程是较重要的。另外,汇编语言、C/C++、数据结构和算法、特别是操作系统等软件基础课也是十分重要的。我们的主要目地是能看懂硬件工作原理,但重点应是在嵌入式软件,特别操作系统级软件,那将是我们的优势。 我们的研究生里有些是学电子、通信类专业过来的,有较好的模拟电路和单片机基础,学嵌入式非常合适。嵌入式本身就是从单片机发展过来的,只是单片机不带OS,而现在很多嵌入式应用越来越复杂,以至不得不引入嵌入式操作系统。另外,为追求更高速的信号处理速度,现在在一些速度要求较高的场合,有不少公司是将一些DSP算法,如MPEG压缩解压缩算法等用硬件来实现,这就涉及到HDL数字电路设计技术及其FPGA/IP核实现技术,这方面的人目前市场上也很缺。
(5) 题外话 另外,能写驱动程序的人目前是非常紧缺的(驱动程序也可归于嵌入式范畴),包括桌面Windows中的DDK开发环境和WDM驱动程序。公司每时每刻都要推出新产品,每一个新产品出来了,要能被操作系统所使用,是必须写驱动程序的。写驱动程序就必须掌握操作系统(如Windows或Linux)的内部工作原理,还涉及到少量硬件知识,难度较大,所以这方面的人很难找。想成为高手的同学,也可从驱动程序方面获得突破。我可说一下自己的经历,三年前我曾短暂地在一家公司写过WinCE驱动程序(正是因为知道这方面的人紧缺,所以才要做这方面的事),尽管那以前从未做过驱动程序,应聘那个职位时正是看准了公司是很难招聘到这方面的人,既然都找不到人,驱动还得有人做,这正是可能有机会切入这一领域的大好机会。面试时大讲自己写过多少万行汇编程序,对计算机工作原理如何清楚,简历中又写着我曾阅读完两本关于Windows Driver Model的两本英文原版书,写过几个小型的驱动程序练习程序(其实根本没写过,我们的同学将来千万不要像我这样,早练就些过硬功夫,就不至于沦落到我这等地步,就不用像我那样去“欺骗”公司了,我这是一个典型的反面教材),居然一切都PASS(当然最重要的是笔试和面试问题还说得过去),这只能说明这一领域找人的困难程度。公司本就未指望找到搞过驱动的人,找个有相关基础的人就算不错了。做了以后,发现也并不是怎样难的。其实搞驱动程序的工作是很舒服的,搞完一个版本就会空一段时间,只有等公司新的芯片推出或新的OS出现后,才需要再去开发新一版驱动,那时有将近一个月时间空闲着在等WinCE .NET Beta版推出,准备将驱动程序升级到CE .NET上,现在在软件学院工作整日忙,无限怀念那段悠闲时光。
很巧合,最近本人无意中再次体会到了嵌入式的迷人之处。上周我那用了3年的手机终于不能WORK了。此次更新,除要求有手机常见功能外,最好有MP3功能(现在很多英语听力都有MP3文件),最好有英汉词典,最好还能读WORD文档。最后选了个满足以上条件的最便宜的手机DOPOD 515(斩了我2.2K,但想想这也算自己对嵌入式事业的支持,这样便也想开了),算得上最低档的智能手机了。回来一查,手机的about显示,本手机Processor是ARM,其OS是MS Smartphone(即WinCE .NET 4.2),这么巧合,简直可做为学习嵌入式课程的产品案例了(等我们的WinCE课程开得有声有色后,希望能从微软研究院搞些Smartphone来开发开发)。有OS的手机果然了得,金山词霸、WORD、EXCEL、REGEDIT等居然都有smartphone版的,PC上的MP3、DOC等居然在download时都可被自动转换成smartphone格式,真是爽。完全可用Windows CE自己开发一些需要的程序download到自己的手机上。现在市面销售PDA智能手机火爆,MS总是财源滚滚。但我已发现国产的ARM+LINUX手机出现在市面上,价格只1.2K。
在GOOGLE网上能搜索太多的关于嵌入式系统的讨论了,我刚发现一个http://www.embyte.com非常不错,有很多有经验者谈自己的体会,投入到其中的论坛中,你会切身感到嵌入式学习的热潮。
要么走ARM+WinCE,要么走ARM+LINUX,要么走ARM+VXWORKS。每个搞嵌入式的人都可选一条路,条条大路通罗马。
声明:以上对嵌入式的解释估计有错,任课教师最有权威性,一切以任课教师所讲为准。 三、关于游戏软件方向 将游戏软件人才称为数字媒体软件人才可能更好听些,包括游戏软件策划(最缺游戏策划的人)、游戏软件美术设计、游戏软件程序设计等多方面的人才,对软件学院,游戏软件程序设计当然是最合适的了。
游戏软件人才的确目前很缺,听说很多游戏软件公司苦于没新人才补充,特别是没有高手补充,不得不相互挖人才,以至将游戏软件人才身价越抬越高。网上说日本教育部刚刚批准成立了日本第一家专门培养四年制游戏软件人才的本科大学。其实国内很多大学,特别是软件学院都有搞游戏软件人才的设想,但目前很少有做成的,主要原因是找不到能上游戏软件课的教师,听说有个学校只能花很大的价钱从Korea找老师来上课,果真缺到此等地步?
已有很多青少年沉湎于网游而颓废的实例,好在还不至于上升到制造精神鸦片的高度,所以开发游戏软件的人也不必每日惭悔(但开发儿童益智类游戏软件的人是不需惭悔的),如果想想这是为发展民族软件产业做贡献,那反倒是一件有意义的事情了。不过听一家游戏软件公司的老板讲,搞游戏软件开发是非常辛苦的。
若想自己创业,搞搞游戏软件是不错的主意。现在网上网站或公司都在收购游戏软件(特别是手机游戏软件,因为手机游戏用户可选从网站上download到手机上,不像网游那么复杂),按download次数分成或一次性收购的都有。我们的同学在校期间是否也可发点小财?搞得好,说不定可卖到国外网站,直接挣$$$呢。
大致游戏分成以下几类:
(1) PC类游戏,包括单机和网游。这类游戏开发平台基本上都是基于VC++和DitrectX(如DirectShow,DirectDraw,D3D等,DirectX资料可直接到MS网站上查)。DirectX和OpenGL是两个主要的图形标准,OpenGL跨平台(Unix/Windows上都可跑),尽管很多搞研究的人对OpenGL赞不绝口,将DirectX骂得一文不值,但事实是,在Windows平台上,DirectX是最快最方便的,所以在Windows平台上的游戏还是DirectX当家。
(2) 手机游戏:目前手机游戏主要开发平台有两类: 第一类手机游戏是J2ME平台(Java 2 Micro Edition),J2ME本是为嵌入式平台设计的Java,但由于Java生来就需要Java虚拟机(JVM)来解释,所以在嵌入式产品很少用J2ME(太慢太耗内存)。但在手机游戏中J2ME倒有用武之地,我想这可能主要是Java可跨OS平台的原因,因为手机的OS是千奇百怪的。我对J2ME完全外行,但上次听Square Enix公司的人说,J2ME与我们同学学过的J2EE还是有较大差别的。据我所知,目前手机中用的较多的是KJava语言,KJava是运行在一种叫K Java Virtual Machine的解释器上(K JVM是SUN早期为演示J2ME在嵌入式系统应用而开发的一个虚拟机),所以将在K JVM上运行的J2ME叫KJava。尽管SUN说今后不保证支持K JVM,将开发新的更高性能的J2ME虚拟机取而代之,但由于KJava出现较早,很多早期的手机游戏软件都将K JVM假想成J2ME虚拟机的标准了,所以目前有大量的KJava手机游戏软件存在,而且还在用KJava继续开发。特别是日本的手机游戏软件由于开发较早(像叫什么docomi的日本最大的电信运营商手机游戏搞得很火),多是基于KJava的。所以目前市场上在招聘手机游戏软件人才时,很多要求掌握KJava。有关J2ME请到Sun的网站上找资料。 另一类手机游戏是BREW平台,BREW是美国高通公司(Qualcomm,CDMA核心技术都是该公司开发的,有无数移动通信技术专利)发明的,据说可编译成二进制代码,那当然快了。主要的开发语言是C/C++。但迫于被指责为较封闭的压力,目前Qualcomm已推出BREW平台上的J2ME虚拟机(但可想像那将是怎样慢的速度)。Qualcomm搞定了很多手机制造商签定BREW授权许可协议,最狠的是Qualcomm与中国联通绑在一起大堆基于BREW的手机游戏,所以有些公司招聘时要求掌握BREW也就不奇怪了。
去年00级2+2班毕业答辩时,有一位同学讲的是在公司做的KJava游戏(那是一家日本游戏软件公司),还一位同学讲的是另一家公司做的BREW游戏,看来不同的公司有不同的选择。将来谁会更火,我估计随着手机硬件资源的不断提高,不会在乎一个JVM的开销,J2ME应更有前途,毕竟它是更开放的。
(3) 专用游戏机:如电视游戏,XBOX等,我不太了解,不过这些游戏也太偏了。 同学可看服务器\\10.60.36.148\public files\Intern Documents (学生实习资料)\大宇资讯股份有限公司,该文件夹中有著名游戏公司发来的对网游和手机游戏的人才需求,很有代表性。从中我们可看出,游戏公司对人才的需求主要是以下技术: (1) 计算机图形学,特别是3D编程与算法,包括DirectX或OpenGL。开发平台是VC++/DIRECTX或KJAVA。 (2) 公司说,手机游戏因手机资源有限,必须对图像进行压缩,所以若有一些图像压缩算法知识比较好。像若能有MPEG压缩算法较好,手机上采用的是比MPEG压缩得更狠的一些特殊算法,但触类旁通。 (3) TCP/IP Socket编程是搞网游开发的人必须掌握的。 (4) 人工智能知识:复杂游戏可能需要一些AI算法。 (5) 网络与信息安全知识:网游要防外挂。
该公司的网游服务器是基于Linux平台的,所以还提出了对游戏服务器端软件工程师的技术需求(精通MSSQL、ORACLE、MYSQL等数据库,精通Linux Programming,特别是Socket编程)。还有对维护游戏网站人才需求(ASP .NET和数据库)。详细请同学自己看服务器。注意一条,最好有自己的游戏软件作品,若您应聘时能带一个DirectX作品,那将有多强的竞争力,所以最重要的是现在就要行动,实践,实践,再实践。
关于游戏方向,虽然我院一直想做,但可惜暂时还找不到这方面的师资,不过,我们计划与这方面的有名公司合作,让公司的技术人员来上课(最好能在我院搞个开发基地),有可能谈成的。对游戏软件开发有兴趣的同学,在目前情况下,可自已钻研一下相关知识(比方,可考虑将DirectX作为Windows程序设计课的课程项目),将来可拿出自己的作品来,同样可找到这方面的好工作,我们00,01级同学都有这样的例子。目前,会VC++的人本来就不多(现在很多年轻人都去追时髦的Dot Net来了,VC++因难学,所以人就少),会DirectX的人就更少了,这正是我们的机会。
|
经常看到一些程序在运行的时候有一个WINDOWS控制台,感觉非常COOL。实际上有的时候帮助你监视系统运行是很方便的,那么怎么样创建一个控制台呢?
实际上WINDOWS为你提供了一系列的API来完成这个功能,例如:ReadConsole,WriteConsole等,具体参见MSDN。
下面我们用一段代码来说明如何创建Console.
1。首先调用AllocConsole函数来为你进程创建一个Console,该API是将当前进程Attache到一个新创建的Console上。你还可以通过调用SetConsoleTitle(tstrName);来设置Console的Title.
2。使用WriteConsoleOutput来将信息输出到Console上;在输出之前,先要得到Console的HANDLE,这通过GetStdHandle(STD_OUTPUT_HANDLE)来得到,然后将信息组织成Console的格式,然后输出。
3。关闭CONSOLE。当不需要这个CONSOLE的时候,调用FreeConsole来将当前进程从Console中Detach中。
4。通过创建一个进程来为监视你的CONSOLE输入和输出;你可以创建一个线程然后来,在线程中取得标准输入和输出CONSOLE的HANDLE,然后循环监视其事件,再对不同的事件进行处理。
详细代码参见:http://blog.csdn.net/windcsn/archive/2005/11/27/537737.aspx
|