Chinaunix

标题: linux下学习C++ [打印本页]

作者: mumalala 时间: 2009-07-30 11:48
标题: linux下学习C++
请问在ubuntu下怎么学习c++，意思是用什么工具来练习和调试？

作者: patgdut 时间: 2009-07-30 11:59
看精华帖吧~~~

作者: OwnWaterloo 时间: 2009-07-30 12:04
标题: 回复 #1 mumalala 的帖子
codeblocks
当然，下面肯定有人会推荐你使用vim emacs之类的东东

作者: 网鬼 时间: 2009-07-30 12:13
geany，试下这个

作者: jamesr 时间: 2009-07-30 12:32
提示: 作者被禁止或删除内容自动屏蔽

作者: OwnWaterloo 时间: 2009-07-30 12:35
标题: 回复 #5 jamesr 的帖子

原帖由 jamesr 于 2009-7-30 12:32 发表
推荐用vim，没用过这种编辑器的人是永远认识不到它的好处的。

什么好处？说来听听？

作者: mumalala 时间: 2009-07-30 13:43

原帖由 jamesr 于 2009-7-30 12:32 发表

我就是。
推荐用vim，没用过这种编辑器的人是永远认识不到它的好处的。

用vim进行编辑，然后呢，怎么去运行编辑的代码呢？

作者: aaaaa5aa 时间: 2009-07-30 14:14
还是用VIM吧，挺牛的

作者: jamesr 时间: 2009-07-30 14:17
提示: 作者被禁止或删除内容自动屏蔽

作者: jamesr 时间: 2009-07-30 14:18
提示: 作者被禁止或删除内容自动屏蔽

作者: fangdingj 时间: 2009-07-30 14:29
在VIM中不用Makefile 映射下面两个命令也行
:!make %<
:!./%<

作者: redspider 时间: 2009-07-30 15:21

原帖由 OwnWaterloo 于 2009-7-30 12:35 发表

什么好处？说来听听？

编辑效率高，确实高，无愧编辑器之神的称号

作者: ruchong 时间: 2009-07-30 15:25

原帖由 OwnWaterloo 于 2009-7-30 12:35 发表

什么好处？说来听听？

有这么多人都用，当然有好处.....

作者: 网鬼 时间: 2009-07-30 16:47
vim的确很强，但要熟练应用真是得花比较长的时间，当真正掌握其应用，才能体会到其强大之处
虽然许多人强烈推荐使用，但结果是由于许多人可能还是习惯于简单易用的编辑器，所以一时无法适应
特定的需求用特定的软件来解决问题不是很好吗，与其花费很大功夫去配置一个功能强大的vim，那为什么不直接使用现成的编辑器呢
看到有人将vim配置的可以开发C，C++，PHP，JAVA等，而且语法提示，自动补全等功能，且其配置过程也是比较繁琐，而且最终的功能也是差强人意
个人感觉，vim用于平常系统的维护管理，编写SHELL脚本来说真的是非常方便
而在Linux里做c/c++开发，个人推荐geany，可能有比这个更好的，请PM一下我哦
PHP开发应该zend studio是不二之选，也有人喜欢netbeans
做java开发的没有人不会不知道Eclipse
个人肤浅之见，希望大家不要扔砖

作者: OwnWaterloo 时间: 2009-07-30 17:20
标题: 回复 #14 网鬼的帖子

原帖由网鬼于 2009-7-30 16:47 发表
与其花费很大功夫去配置一个功能强大的vim，那为什么不直接使用现成的编辑器呢

这个问题嘛，以前有位兄弟解释得很露骨，原帖在这：
http://bbs3.chinaunix.net/thread-1384250-1-1.html

摘抄见下：

原帖由 l.darkfire 于 2009-3-4 11:42 发表
个人认为都是工具，使用最合适的工具，可以把精力集中在解决问题上。没有必要为了某些虚荣心去追求掌握复杂的工具。

请勿对号入座

原帖由网鬼于 2009-7-30 16:47 发表
特定的需求用特定的软件来解决问题不是很好吗

其实我是打算再过一年多就去练习vim的（今年很忙……），理由恰好和你的想法相反。
我希望有一个编辑器，能帮我解决大多数问题。只留下最特殊的几个需求，才用专用软件。

比如我偶尔会写一点lua、xml、html、js、batch。以后还可能会写点python、makefile、shell什么的。
即使（假设，仅仅是假设）这些代码的专用工具用熟练之后，真的比vim效率高，选择专用工具也不一定值得。

总要花一些时间去下载（可能还要破解………………）、熟练。而最后只用它们写一点点代码而已……
而且代码写少了，专用软件练习的时间就少，即使功能真的比vim多，也不一定能熟练使用。

所以general purpose的编辑器还是有必要的，搞“副业”的时候很适合。
windows下edit plus、ue不都很有市场嘛？伟大的vim的潜力应该比它们高多了，不是么~~~

[ 本帖最后由 OwnWaterloo 于 2009-7-30 17:22 编辑 ]

作者: jamesr 时间: 2009-07-30 18:11
提示: 作者被禁止或删除内容自动屏蔽

作者: OwnWaterloo 时间: 2009-07-30 18:16
标题: 回复 #16 jamesr 的帖子

原帖由 jamesr 于 2009-7-30 18:11 发表
vim需要麻烦的配置吗？
我只是使用基本的功能，几乎不用配置！
基本的功能已经比绝大多数的编辑器强多了：快速的编辑（移动、插入、复制、粘贴、删除），语法加亮，括号匹配，多文件编辑（多窗口、多标签页），对齐，折叠，regexp，宏等都不需要任何配置就能使用，而且效率是相当得高。

你说的这些功能，我是仔仔细细一个一个看，一个一个加粗。
editplus真的一个不少。

原帖由 jamesr 于 2009-7-30 12:32 发表
我就是。
推荐用vim，没用过这种编辑器的人是永远认识不到它的好处的。

关于好处，还有更具说服力的例子吗？

[ 本帖最后由 OwnWaterloo 于 2009-7-30 18:19 编辑 ]

作者: windaoo 时间: 2009-07-30 18:20
一句话，vim 投入产出比高。
就像学 linux 一样，门槛是高了一些，上手会慢一些，但一旦过了那个槛，就会发现效率真的是提高了。

与 IDE 环境比起来，一边开个 vim 来改代码、make，一边开个 kdbg 来 debug，好像也没什么不方便的
但大部分时候 kdbg 都觉得太累赘，直接 gdb 了。

作者: windaoo 时间: 2009-07-30 18:25
标题: 回复 #17 OwnWaterloo 的帖子
没用过 editplus,
不过 vim 里快速定位的功能让我提高效率，比如 f, w, b, e, 等这些命令,以及它们的大写
一些组合功能，比如 df, cw, d%, 3p, 3==, 等等
还有与 ctags + cscope 配合的跳转功能

作者: OwnWaterloo 时间: 2009-07-30 18:40

原帖由 windaoo 于 2009-7-30 18:20 发表
一句话，vim 投入产出比高。

高在哪？

这帖子的楼主又有问题了， http://bbs3.chinaunix.net/thread-1521350-1-1.html
你去解答一下？

如果是visual studio + visual assistant，他问的这些问题根本不用怎么学 —— 投入几乎没有。
产出么，我不知道vim能产出多少。

prolj推荐过一篇文章：手把手教你把Vim改装成一个IDE编程环境(图文)
http://blog.csdn.net/wooin/archive/2007/10/31/1858917.aspx

（其实我一直都在关注vim的用法……）

如果以这篇文章为标准，费了半天劲，产出相同。投入产出比到底高在哪？？？

要真体现出vim投入产出比高，可能只有我上面提到的案例，将它作为一个通用编辑器。
一份投入，编写多种代码。
相对于“为各种语言找相应工具”的方案，投入产出比高才能体现出来。

原帖由 windaoo 于 2009-7-30 18:20 发表
门槛是高了一些，上手会慢一些，但一旦过了那个槛，就会发现效率真的是提高了。

兄弟，这真的不是“一些”吧？这槛还是稍微高了点……
效率么，它还真不一定能比得过专用软件。

它毕竟是个编辑器，用它当ide显得有些勉强，即使它被设计成易扩展的。

要说扩展性，现在哪个edit不号称自己有plugin。（vim可能做得好一点）
又有多少人会去做一个完整的plugin？大部分人还不是等着别人做了然后拿来……

原帖由 windaoo 于 2009-7-30 18:20 发表
与 IDE 环境比起来，一边开个 vim 来改代码、make，一边开个 kdbg 来 debug，好像也没什么不方便的
但大部分时候 kdbg 都觉得太累赘，直接 gdb 了。

这种说法是否很牵强？

作者: windaoo 时间: 2009-07-30 19:14
回楼上，
我说投入产出比高，
一是因为我觉得对我来说投入真的没有多高，我现在常用的这些命令你一个星期内也一定能掌握，它们能提高效率
二是产出，如你所言，它是通用编辑器，而不是针对 c/c++ 的。另外即使只写和修改 c/c++ 代码我也觉得会比 vc 这样的 ide 快。19 楼列出了几个我最常用的命令，不知道 editplus 或 vs 之类的编辑器/ide 是否有类似的功能？如果有，那是我孤陋寡闻了，如果没有，那我认为这些就是 vim 的先进之处。

。。。。。。

这种说法是否很牵强？
为什么你会觉得很牵强，开两个窗口切换很累吗？又不用老是切来切去的

作者: jamesr 时间: 2009-07-30 20:30
提示: 作者被禁止或删除内容自动屏蔽

作者: churchmice 时间: 2009-07-30 21:27
vim+g+++c-support(plugin for vim)

作者: apple753357 时间: 2009-07-30 21:58

原帖由网鬼于 2009-7-30 16:47 发表
vim的确很强，但要熟练应用真是得花比较长的时间，当真正掌握其应用，才能体会到其强大之处
虽然许多人强烈推荐使用，但结果是由于许多人可能还是习惯于简单易用的编辑器，所以一时无法适应
特定的需求用特定 ...

编辑从

我编辑c＋＋的时候用VIM 只要输入HE（一个自定义的函数），然后输入类的名称，就会生成下面的代码。其他那个编辑器有这种功能。善用VIM的函数和自定义功能，就能产生无穷的变化。让你偷懒也偷出境界来！

#ifndef __POLICY_HPP__
#define __POLICY_HPP__
//===============================[ Includes ]================================//
// ??Includes??
//=============================[ Class Policy ]==============================//
class Policy
{
//-----------------------------[ Construction ]------------------------------//
//! \name Construction
//
//@{
public:
// Argument-less constructor
      Policy();
// Copy constructor
      Policy(const Policy & rhs);
// Copy operator
      Policy& operator=(const Policy & rhs);
// Destructor
      virtual ~Policy();
//@}

//----------------------------[ Public methods ]-----------------------------//
//! \name Public methods
//
//@{
public:
//@}

//---------------------------[ Internal methods ]----------------------------//
//! \name Internal methods
//
//@{
protected:
//@}

//---------------------------------[ Data ]----------------------------------//
//! \name Data
//
//@{
private:
//@}

//-----------------------------[ End of class ]------------------------------//
};
#endif

作者: redspider 时间: 2009-07-31 09:27
Vim 的过人之处说白了就是，效率，效率，还是效率。

从功能上来说，现在比较好的编辑器，什么 Notepad++  UE ...  可能不比 Vim 差多少。

如 OwnWaterloo  所说，部分专用的工具可能在效率和易用性方面都超过 Vim，但是比较可惜，它们是"专用工具"，就拿写代码来说，俺平时写的有 Perl、C++、LaTeX、Asymptote、html、CSS、xml 几种代码，有时候写几行 makefile、shell、SQL 啥的，如果用专用工具的话至少得五六种，现在用 Vim 全部解决，效率也不比专用工具差，这也就是所谓“投入产出比高”。

俺感觉另外一个效率就是 Vim 的模式带来的突破，这也让俺感到鼠标在文本编辑方面是无法超越键盘的。
简单举个例子，俺要移动第5行至第13行到第1257行下面，没有编辑器能比 Vim 做得更高效。
再譬如俺要删除所有包含 win-ie 的行，可能也没有编辑器能比 Vim 快捷。
又譬如俺需要将 100-2000行另存一个文件...  这样的操作应该是文本编辑中比较常见的。
在编辑时要移动句子末尾、移动到匹配的括弧处，在某处做个标记..........
大多数人应该都不喜欢盯着屏幕拉鼠标的感觉 :wink:

第三点就是: Vim 可以运行在很多平台下，在不同的环境下保持相同的操作习惯，也应该算效率的一个方面

[ 本帖最后由 redspider 于 2009-7-31 09:33 编辑 ]

作者: OwnWaterloo 时间: 2009-07-31 14:33
标题: 回复 #21 windaoo 的帖子
-------- -------- -------- -------- -------- -------- -------- --------
我先说说我常用的功能吧：

1. 自动完成 ( alt + -> )
di'I' （用'I'代表插入符位置，下同）

会提示
div
div_t
...

2. 列出成员 ( ctrl + j )
div_t r;
r.'I'

会提示quot与rem，还会提示它们的类型。

当然，你要这么理解：

原帖由 windaoo 于 2009-7-30 18:31 发表
其实看你怎么想，有这个功能和没这个功能都有好处，有的好处是可以快速上手，没有的好处是强迫你把结构体记在心里。
我认为记在心里对我有好处

参见“理想的功能”

首先，这2个功能让我代码写得快。
嗯，我知道，vim可以结合ctags、cscope。可能有自动完成功能。
而列出成员功能，在http://bbs3.chinaunix.net/thread-1521350-1-1.html 这贴中，暂时没人能解决。
反而暴露了诸多vim使用者的心理，参见"理想的功能"。

再者，不能拿template这种关键字，还有printf这种标准库函数来比。
支持前者自动完成、高亮的功能太简单，而后者可以ctags之后一直使用。

而在VA的帮助下，我在代码前部分声明了一个函数（无论是include 得来还是手写）：
some_type some_function(parameter* p);

就立即能在后部分得到自动完成功能。
par(ameter) argument;
arg(ument).mem(ber) = some(_value);
some_(type) r = some_(function)(&arg(ument));

括号中是保守估计自动完成节省的字数。

我不知道visual assisant是按什么频率去更新符号的。 ctags能自动更新吗？ 怎么做？

3. 参数提示 ( ctrl + shift + space )
div('I'

会提示
div_t div(int a,int b);
ldiv_t div(long a,long b); // 包括所有重载

提示中，第1个参数会加粗，随着输入参数分隔符","，加粗的效果会依次滑向另一个参数，让我时刻知道现在应该键入哪一个实际参数。
提示的地方就在插入符附近，眼光不用离开我正在编辑的地方。
而不是构造一个什么表达式，再去搜索源代码，然后将目光移动到一个存放结果（可能还不止一个）的地方。

其三，我知道这3个快捷键设计得都不好，尤其是参数提示很容易将输入法按出来……
但实际上，这3个快捷键是我刚刚去查的（菜单上会写），而我平时都没使用过…… 因为它们都是自动的。
输入2-4个字符之后， 自动完成就会自动出现。
输入.或者->或者::之后，列出成员就会自动出现。
输入函数调用的左括号"("之后， 参数提示就会自动出现。
我根本不需要记任何一个快捷键或者构造什么表达式。

当我错过这些功能自动的时候，或者想它再次出现的时候，也不需要任何命令或者快捷键或者构造任何表达式。
对自动完成，继续输入1个字符即可。
对列出成员，参数提示， backspace然后重新输入.、->、::即可。

-------- -------- -------- 理想的功能 -------- -------- -------- --------

每个人都有自己需要的功能。
也许该功能对你而言是没有作用的，甚至是有害的，但这不足以称为“vim不提供该功能，所以它优秀”的论据。

看看这些评论：

原帖由 progliker 于 2009-7-30 23:16 发表
看样子LZ是IDE用惯了。

原帖由 hotoldbaby 于 2009-7-31 12:02 发表
linux是分散开发模式，不收钱，免费模式。
你是被微软惯的懒了，被微软洗脑了。
Linux玩法是不一样的。
所以你也许可以在vim上自己增加这个功能，还真是不错的想法。

是否"vim提供的功能"就一定是提高效率的（未必，见“鼠标与键盘”）？
是否"vim不提供的功能"就一定是“无用的”、“被洗脑”？

是否凭自己是vim用户或linux用户就可以持有一种优越感

我也不想和他们争论了，就让他们继续自己骗自己吧

-------- -------- -------- 鼠标与键盘 -------- -------- -------- --------

windaoo是务实的人，所以我现在来回答：

原帖由 windaoo 于 2009-7-30 18:25 发表
f, w, b, e, 等这些命令,以及它们的大写
一些组合功能，比如 df, cw, d%, 3p, 3==, 等等
还有与 ctags + cscope 配合的跳转功能

如果ls知道怎么在vim中实现我上面提到的那3个功能，还望赐教啊~~~

w : ctrl + ->
b : ctrl + <-
e : 我不知道，不过有个迂回的办法……
e : ctrl + -> , <-
ge: ctrl + <-

f,df, cw, d%, 3p, 3== : 我不知道它们是做什么的……………………

ctags + cscope
goto declaration (menu + a)
goto definition (menu + g)

回答完毕。

首先，我得承认，在“修改代码”的时候，如果能熟练使用这些命令，也许真的会提高编辑效率。
（“首次录入代码”的时候，自动完成和参数提示才是最重要的功能。这时候根本不需要这些插入符定位命令）
但提高也是有代价的，要熟练使用这些命令并不是简单的工作。

要熟练到什么程度？我举个例子：

原帖由 redspider 于 2009-7-31 09:27 发表
简单举个例子，俺要移动第5行至第13行到第1257行下面，没有编辑器能比 Vim 做得更高效。

首先，要对完成这个案例的命令很熟。

其次！！！常被人忽略的是， “第5行至第13行到第1257行下面”，5、13、1257是怎么得来的？？？
为什么要移动5到13行？而不是6到12行？因为你看中的是那些行上的代码，而不是行号。 1257也是。
行号还比较简单， word怎么办？
要熟练到“看到一段代码，就知道这代码有几个word”比“鼠标直接选取该段文本”更快，这绝对不是一个很容易完成的事情。

原帖由 windaoo 于 2009-7-30 19:14 发表
一是因为我觉得对我来说投入真的没有多高

那是你已经习惯了（同时还可以见下面”初学者“那段讨论）。

小结，要想将vim的编辑功能发挥出来（至少发挥到比使用鼠标快的地步），绝对不是轻松的事情。

让代码简洁，清晰，并且足够快？
还是让代码繁琐，但达到最快？

是使用鼠标，并且足够快？
还是记住繁杂的命令，并达到最快？

别忘了，相对于鼠标，那些命令也是要占用的脑cpu更多。
前者直观的选择文本。
后者，对于以word为单位的那些定位，难道你们真的可以不数，数也不会数错？

我们不是打字员，而是程序员。
我们输入的不是文字，而是代码。在输入代码的同时，还要考虑其他很多事情（比如下面即将谈到的事情）。

-------- -------- -------- vim是否值得学 -------- -------- -------- --------

我也说了， vim是值得学的（我自己都打算去学），如果你要写很多种不同的代码的话。
还有个很值得考虑的原因：

原帖由 redspider 于 2009-7-31 09:27 发表
第三点就是: Vim 可以运行在很多平台下，在不同的环境下保持相同的操作习惯，也应该算效率的一个方面

否则，如果只写一种代码，就得考虑一下了。
即使熟练使用vim，将它的编辑功能发挥到极致，但别忘了它也仅仅是个编辑器。
它有它的长处，也有它的短板。

我知道这种贴最后很难有好下场，但我还是回了。

一是想揭露vim的短处：比如该贴最开始提到的几个功能，还有即将说到的调试功能。希望能给初学者们一些好的建议，而不是一味的听到”vim神话“。
（当然，是我认为好的建议。它是不是真的好？难说…… 所以需要讨论……）

这里回答问题的人肯定都不算初学者，能设身处地的为它们考虑么？

愿意看到他们折腾一周的vim，再折腾一周gcc和make，才能开始学习C/C++语言？

VS的编辑器的学习成本可以说几乎为0。它唯一的学习成本可能就是工程管理，和学习make应该算是同一数量级的。

第二个原因嘛，是希望各位多多暴露出vim的优势，比如windaoo和jamesr已经暴露出一些vim中可以完成，而其他编辑器中无法完成的功能了。

-------- -------- -------- 下面说调试问题 -------- -------- -------- --------

原帖由 windaoo 于 2009-7-30 19:14 发表
为什么你会觉得很牵强，开两个窗口切换很累吗？又不用老是切来切去的

你觉得是在一个窗口上好，还是两个窗口来回切好？是前者方便，还是后者方便？
这明显是一种不怎么方便的方式，为什么你一定要说它“没什么不方便”。

所以我说牵强。

关于调试，gdb我不会（否则我真的可以不用vs了……）， kgdb也不知道能达到什么效果。
我只能大致描述一下， vs的调试器能显示什么。

-------- -------- -------- 各窗口介绍 -------- -------- --------

-------- -------- 1. 编辑窗口 -------- --------

编辑窗口上可以显示变量、参数的值， 鼠标移上去就ok。
可以切换到反汇编窗口（menu + d，切换回源代码 menu + g) 。

截一段代码吧：

31:    printf("hello world\n" ) ;
00411BE2 68 50 EA 41 00 push       offset string "hello world\n" (41EA50h)
00411BE7 FF 15 30 45 42 00 call       dword ptr [__imp__printf (424530h)]
00411BED 83 C4 04       add       esp,4

这上面包含有如下信息（每一类信息都可以单独开或关）：
1. 源代码（以及行号）比如 31:    printf("hello world\n" ) ;

源代码对应的汇编代码在该行源代码之后，下一行源代码之前。
每行是一条指令，以下分析第1条指令
00411BE2 68 50 EA 41 00 push       offset string "hello world\n" (41EA50h)

在vs的编辑窗口中，该指令依次显示了如下信息。

2. 地址
该条指令的地址是00411BE2

3. 机器码
该条指令的机器码是68 50 EA 41 00
第1字节是0x68，在x86上是push指令。后4个字节是push的操作数。

4. 汇编代码
上面5字节机器码是一条指令 push 双字立即数

5. 符号名
x86上使用小端，双字立即数50 EA 41 00其实是0041EA50h。
那0041EA50h地址上到底是什么呢？  是一个string literal ("hello world\n " )的地址。

如果关闭符号名显示，该行就只会显示
... push 0041EA50h

下一行也只会显示
... call       dword ptr ds:[00424530h]

是 push "hello world\n" ; call printf ;清晰呢
还是 push 0041EA50 ; call 00424530 ;清晰？

顺便说，在编辑窗口上，依然鼠标指向变量、寄存器的时候，值会显示出来。
也别说只有“汇编代码”的信息才是有用的，“机器码、地址、符号名”没用。
在我研究动态构造机器码时，这3种信息帮了我不少忙。

我知道，gdb也绝对是可以获取这些信息的。
但在vs中，所有的信息都不需要敲任何一条命令，vim能配置到这么方便吗？

不要说敲变量名就比鼠标移动更快。有键盘敲得快的人，也有鼠标移得准的人。
鼠标移动是常数时间（反应时间，跟屏幕大小无关），敲键盘还得看变量名有多长……

说点题外话， vim提供的很多命令，都是作为鼠标的替代品而已。
像上面那种按单词，按n个单词，按行什么的命令，如果使用鼠标，根本就不需要记那么多东西，当然熟练之后的速度可能会比不上键盘。

但就这个案例“调试时显示一个变量（寄存器）的值”，我不觉得有比“鼠标移动上去就显示”更快捷的方案。

-------- -------- 2. 线程 -------- --------

多少个线程就有多少个条目。
每个条目有：每个线程id，入口函数，当前活动函数，优先级。

鼠标双击将切换到对应线程的堆栈。

btw：
其实都有很傻的键盘接口：tab，上下左右，回车。只是使用鼠标习惯了。

调试时还需要疯狂的输入代码吗？
调试时，我脑袋里应该想“到底出了什么bug”，还是“我要通过什么命令才能看到那个值”？？？

-------- -------- 3. 调用堆栈 -------- --------
从上往下，调用链由深到浅。
每一层是一个函数，包含的信息有：函数所在模块（调试dll时会用到），函数实际参数（也就是说能显示参数的值）。
双击可以切换到某一层函数，将更新控制线、局部变量等东西。

-------- -------- 4. 寄存器、局部变量、自动窗口、watch -------- --------
寄存器、局部变量、自动窗口、watch：
只有watch是可以随意添加和删除条目的，其他窗口的条目都是固定的。

寄存器窗口：
固定显示一些寄存器的值。
（我也不清楚x86上到底有多少寄存器，显示的有这些：EAX EBX ECX EDX ESI EDI EIP ESP EBP EFL）

局部变量窗口：
当前函数上，控制线处还处于局部作用域的变量。

自动窗口：
显示被该条指令影响的所有寄存器、变量（包括临时变量，比如返回值）

顺便一提，他们都是自动更新的，执行一条指令后，如果某变量（寄存器）有改动，显示的值就会有跟新，并会显示为红色。

-------- -------- -------- 窗口布局 -------- -------- --------

如果这么多窗口还是要切来切去就没意思了。
所有的这些窗口都是一个整体， ide窗口是它们的容器。要怎么排列就看自己了。

[ 本帖最后由 OwnWaterloo 于 2009-7-31 14:39 编辑 ]

作者: OwnWaterloo 时间: 2009-07-31 14:43
标题: 回复 #22 jamesr 的帖子

原帖由 jamesr 于 2009-7-30 20:30 发表
绝大多数的操作，VIM可以更快的完成，就那删除来说：删除一行只要dd就行了，删除一个单词dw，删除3个单词d3w，删除从光标到行尾d$，删除一个由{}围起的代码块d%……

说了这么多，终于提到了vim的一个优势， d%。

按行操作，大家速度都不会差到哪去。
按word操作，上面也说了，数word是件不容易的事。
d3w，这3个字母敲起来当然快，但得到那个"3"还是需要时间的，还是会算错的。

原帖由 jamesr 于 2009-7-30 20:30 发表
由于HTML中DIV套DIV，表格套表格，有十多层嵌套，我想让HTML部分按照空2格对齐，而PHP和JS部分按空8格对齐

这需要配置vim吗？？？

原帖由 jamesr 于 2009-7-30 18:11 发表
vim需要麻烦的配置吗？
我只是使用基本的功能，几乎不用配置！

这话是谁说的？

作者: OwnWaterloo 时间: 2009-07-31 14:44
标题: 回复 #24 apple753357 的帖子
这个功能在VA中叫Snipptes。
如果只是ls提到的那种，没有更高级的变化， VA也是可以做到的。

作者: redspider 时间: 2009-07-31 16:11

原帖由 OwnWaterloo 于 2009-7-31 14:43 发表

说了这么多，终于提到了vim的一个优势， d%。

按行操作，大家速度都不会差到哪去。
按word操作，上面也说了，数word是件不容易的事。
d3w，这3个字母敲起来当然快，但得到那个"3"还是需要时间的 ...

看回帖风格就是个严谨的人，

不仅是 % ，还有 )、}
全键盘操作模式使得 Vim 中使用宏比任何编辑器都简单。
甚至可以方便地修改它，在使用中对于复杂且只有很小区别的操作来说非常方便，不用重录

对代码来说可能按行号操作并不是非常常用，但是 Vim 是文本编辑器，俺还用它来做简单的数据处理，每天都用到按行号处理文本的操作，几十万行的数据处理起来还是很轻松的。

可视模式对于无固定模式的选择还是非常方便的，实在不行，不要忘了 Gvim 也支持鼠标。

历史命令行、自动命令补全让 Vim 并不像想象中的复杂。
极其简单的外部程序调用操作。俺不会 Vim Script，但是写了很多 perl 程序来帮助 Vim 做复杂数据处理 :wink:

俺觉得 Vim 编辑器之神的称号当之无愧，但是不要期望神在每个方面超越每个人

对于是否值得学，当然是因人而异的，如果你已经掌握了一种你自己认为足够强大或者够用的编辑器，也没有必要一定去学 Vim.
另外，生活在 word Excel ppt 中的人 Vim 似乎只是浪费他们的时间。

OwnWaterloo 我是非常推荐您尝试一下 Vim，俺的广告词是：“又好用，又好玩”

作者: OwnWaterloo 时间: 2009-07-31 16:35
标题: 回复 #29 redspider 的帖子

原帖由 redspider 于 2009-7-31 16:11 发表
OwnWaterloo 我是非常推荐您尝试一下 Vim，俺的广告词是：“又好用，又好玩”

嗯嗯，我会去学的。
其实已经尝试过很多次了，但最近要考研，没什么时间……
我自己都很晕…… 还有5个月就要考试，自己还在成天泡论坛……

原帖由 redspider 于 2009-7-31 16:11 发表
不仅是 % ，还有 )、}
历史命令行、自动命令补全让 Vim 并不像想象中的复杂。

其实从你们的回帖中，我获益良多~~~
知道哪些功能是最常用的了~~~

原帖由 redspider 于 2009-7-31 16:11 发表
俺觉得 Vim 编辑器之神的称号当之无愧，但是不要期望神在每个方面超越每个人

我真的是认同这句话的。
但这不等于对每个人（尤其是新手），都应该一成不变的说”去学vim“，对吧？

作者: windaoo 时间: 2009-07-31 18:16
标题: 回复 #26 OwnWaterloo 的帖子
天！我服你。不用干活了吗？你太变态了，哈哈
你这么长的回复，都不知道怎么回答你

对学习 linux 下 C/C++ 编程的新手推荐 vim 的确不合适，因为他们可能既不熟悉语言又不熟悉环境，vim 更是看着就头疼。
所以我的建议是，新手还是用 ide 练吧
在 win 上用 vs + va / UE / Notepad++ / editplus 等写代码，linux 共享 windows 的目录，然后在开个 shh 编译，然后装 BVRDE 或者 Xming + 任意 linux-gui-dbger 也很不错。
现在 linux 上成熟的 ide 也很多，虽然比不上 M$ 的 vs，但功能也很丰富了，直接装 linux ，用 kdevelop / eclipse 等 ide 环境写、改、调代码，也很爽。
甚至 win 上装 cygwin 写代码都行。

我相信很多人都试过上面的各种组合，至少我是这样。
我自己在尝试过这些后最终又回到 linux 终端下的 vim + gdb + strace ＋ make + bash(awk sed...) 这些中来的
因为我平时写点代码，改程序，看代码，改配置，写脚本，根本用不着 ide，而且这些工具的组合更方便
尤其是 vim 的编辑会很快

还有，我并不打算把 vim 武装成一个 ide, 我没那个需求。
写代码的时候没有自动提示，也不见得会慢，因为我写的是 C 代码，也不用别人的库，常用的一些 c 库函数和系统调用都背下来了。记不起的时候 ctrl + ] 一把，或者 shift + k 一把，然后 ctrl + o 回来。如果 ctrl + ] 跑的位置不对，那么就 :make tags && make cscope 一次。
说到调试，kdbg 具备你说的那些基本功能，你可以试试。但像 vs2005 那样的鼠标指向就展开结构体和指针好像没有

如果真的打算在 linux ，我还是建议学一下 vim/gdb/make 这些工具，有些时候没有用 IDE 的环境下，还是得用命令行工具。谁能保证搞 *nix 编程的人永远不会碰到 ssh 到服务器上去 gdb core 呢？

vim 只是个编辑器，vim 的目标是做好编辑这件事(他真的做到了)，而不是做好 c/c++ 源代码专业编辑（也许做的还真的不错）或是 c/c++ ide （如果愿意，也可以配置出一个基本的，不过何必费这个劲呢）

f,df, cw, d%, 3p, 3==
不一一说了，举个例子：facfb 在当前光标处向后查找当前行中的 a，然后找到 a 后面的第一个 b，把 a 与 b 之间的内容全部删除，再进入插入状态等待输入。
还有，我真的认为鼠标用起来方便，但对于写代码的人来说大部分时候都不会比键盘快。

非常建议你学一下 vim, 用过了才知道好，你会喜欢上它的。

作者: windaoo 时间: 2009-07-31 18:24
晕了，贴子写了一半，被叫去开会，回来后写好，然后发现已经有人回贴了

关于 d3w ，如果怕数错，或者数一下慢的话，一样有
dw 或者 dW 或者 df(字母) 或者 d/(要查找的东西) 以及它们与 . 命令的组合
还有 v 定位 d 这样的可视化操作
甚至用鼠标也是可以的。不光 gvim 里才能用鼠标，终端下一样也能用

作者: dotpy 时间: 2009-07-31 22:37
gcc

作者: dtimes6 时间: 2009-08-01 09:14
g++
callgrind
valgrind
google-performance-tool or gprof
gdb
make
eclipse + CDT

etc.

作者: baopbird2005 时间: 2009-08-01 09:20
呵呵。精华帖子里面都有啦

欢迎光临 Chinaunix (http://bbs.chinaunix.net/)