Question

C#中我编写的程序，我自己在编辑的时候思路非常的清晰，但是在让我看一便，我自己编写的程序，就感觉很乱

脑子感觉有点转不过弯来，我是初学者？？？请老师帮我回答一下？分析一下什么原因？

Answer 1

刚开始，尽量把一段一段的代码写成子程序的模式。
比如一个FOR语句里面的代码，一个IF语句里面的代码（特别是里面的代码过多，难懂的时候）
。变量名尽量取得有意义，简单明了。不要用A,B,C这样的。局部变量，临时变量，全局变量尽量用一些自己熟习的标识符。比如PUB_变量名，Tmp_变量名之类的
子程序和一些重要的代码，变量名尽量写上注释。。
最后根据代码量的多少，功能，划分成适当的类。。
你得试着去习惯上面提到的东西。因为这是模块化编程的基础。。你有时候可能会觉得这样做，代码变多了，逻辑反而会乱了些，，
但习惯之后你会发现其中的好处，代码可读性高了不少，维护更加方便。你甚至觉得还可以哪样哪样去改写之后，代码的可读性和重用性更高，更好。以后当要编写一个程序的时候，你就会先想到要先分成几个类，哪些代码需要写成子程序的形式。哪些代码可重用。而不是现在的你这样需要先写好程序之后再去划分类，划分子程序。

追问

就是我还没有学到哪里我刚刚学到循环which循环还没有学到IF语句那，呵呵!你说的非常对，就是那个注视，我老是忽略，但是我每次写一个功能我都运行一遍，然后再写另一个功能，但是我感觉这样是不是慢了？？？？再真正的工作当中，公司会给你那么多时间去写，去调试吗？

追答

这是个习惯问题。习惯了就觉得时间是够的。而且你也必须这样做，公司也会要求你这样做。
现在的公司对程序员的要求是必须有模块化设计的理念。因为很多大应用程序不是你一个人就能写出来的。需要很多人合作开发，这时候我上面提到的几点就相当重要，你不模块化，去应聘的时候很多公司都会不要的。调试的话，其实刚开始学的时候会经常调试。。以后代码写多了，一般的小子程序自己在脑子里就能调试了。这个是一个熟习过程。熟习了完全没问题。
至于公司给的时间，如果客户不着急，完全够。

Answer 2

既然你编辑的时候思路非常清晰，为了防止自己再看看不清楚或者别人看不懂，建议你编辑的时候在适当的地方添加注释！

Answer 3

最好采用模块化设计，以功能为区分，对每段代码明确分工，将这些功能代码综合调用，处理计算的代码在关键计算，调用，赋值及其他一些关键操作的时候加好注释就ok了，这样不管是你还是别人，只要看见方法就能跟进通过注释明白这个方法是什么作用，综合调用部分要逻辑控制严密多做测试

Answer 4

#include<stdio.h> main() {intx,y; printf("Enterx&y:\n"); scanf("%d%d",&x,&y);printf("x,y:%d%d\n",x