呵呵，那尝试把它做好呗。

那你先看看这个帖吧：
https://bbs.bccn.net/thread-346395-1-1.html

三个问题，倒过来回答：
1.学习任何语言之前，应先明确自己的目的，就是你想通过编制计算机程序来达到什么目的，根据这个目标来选择学习语言，不是反过来。
2.怎么学，带着强烈的需求来学，因为要用、有用、非用不可，不会也要弄到会为止，有这样的需求，就有动力学好。
3.看什么书，与你的基础有关，不是什么书都适合你看，适合别人看未必适合你看。

现代的语言教程观点跟以前不一样了，著名的入门教材《C++ primer》（第四版），已经改变了编著思想，不提倡从底层知识入门，而是要学者先用起来再说，先有实用的经验再返回来深究底层细节，将有助于精通，但以入门目标来说，还是不要太注重底层知识，那只会干扰你的学习。C的传统教程，正是从底层开始，太多的与硬件和系统底层有关的枝节问题，总是困扰初学者，最终把精力放到了解系统基础上，而不是放在编程逻辑上。因此，学C的人，很多最后成了一知半解计算机底层知识的人，但仍然无法写出一个实际应用的程序，因为他学习的精力，根本就不是从零开始构建一个程序，而是反反复复地探究数据在内存中的排放方式之类与解决具体问题没太大关系的方面，事实上这些问题是不需我们去精通的，很多高级语言已经完善解决了这类问题，我们用就是了。否则，真正要用的没学，却学不急用的东西，蹉跎岁月、浪费时光、事倍功半。

[ 本帖最后由 TonyDeng 于 2011-9-15 17:28 编辑 ]

所谓实用，不妨举个例子：很多人喜欢用scanf()函数读入数据，他们printf()提示信息之后，就scanf()等着输入，但你想过没有，如果用户先敲三十个左右的回车，再想输入数据的时候，已经看不到要他输入什么的提示信息了，你怎样回避这种情况？这个就是很现实的问题，不期望的动作，即使是回车那样简单，也会破坏画面，引起不必要的麻烦，如何完美地达到目的，才是学写程序的根本目的。如何解决这个问题的思路，反映了你程序设计水平的高低——不是你写的算法有多巧妙——用户和评价者根本不在乎你怎么做，他们只在乎做出来如何。如果你想拿钱的话，最好别逆着来。

[ 本帖最后由 TonyDeng 于 2011-9-15 17:23 编辑 ]

这是C#吧？思路是将数字转化为字符串，然后从尾部开始插入，是对的。

是任意整数都按那样的格式输出。