大家好，今天小编关注到一个比较有意思的话题，就是关于java语言编程缩进的，于是小编就整理了2个相关介绍Java语言编程缩进的解答，让我们一起看看吧。
怎么写j***a中级代码？
2．改名为 HeloJ***aj***a
3．输入源代码，记得进行保存（ Ctrl + S 4．在 CMD 命令模式下，进入代码所在 目录首先使用 E ：切换盘符
再使用 cd 目录名称进入目录
5.j***ac HeloJ***a . j***a 进行编译6j***a HelloJ***a 进行运行
现在我们学习的东西，只要知道怎么用就可以了。不需要知道为什么这么用，就像小时候学习1+1=2 我们知道一加一等于二不需要知道为什么等于二，不然这个学起来会很费力。
编写J***a代码就像盖房子一样，我们要先搭好一个框架，然后在添瓦加砖。
J***a程序的基本框架：
第一步：我们要先给程序起个名字，如Test(类名首字母是大写，类名与文件名要一样，下面会举例说明的。)
public class Test{} 这里的Test就是类名，那我们的文件名就必须是Test.j***a
第二步：写出main的框架
下面第二行就是main方法框架
public class Test{
public static void main(String[] args){
//这里填写代码
为什么有些程序员不愿意缩进代码？
难道我这么***么？我还没有遇到过不缩进代码的程序员。
因为我是做J***a开发的，我们圈子里面只有四个空格派和一个Tab派。
原因非常简单，就是提高代码的可读性。（也有很多语言强制代码缩进，比如Python）
随便找到一段代码，看看缩进和不缩进的效果，显而易见，有代码缩进的可读性更高。
作为一名前端工程师，并且现在已经自学了后端，然后现在在从事产品经理的这样一个人，可以负责任的告诉你，我还没有遇到过哪个工程师，是不愿意使用缩进来写代码的。
当然作为如何来使用缩进基本上分为两派，一派是使用制表符，一派是使用空格，其实你们不知道的是使用空格的派别里面还分为两派，一派是使用两个空格的，一派是使用四个空格的。
无论是使用哪个风格的，但是几乎统一的是没有一个程序员是不愿意用缩进来写代码的。
以我们公司为例，后端全部***用Python语言进行开发，这就几乎不可能说是不用缩近了，而我们前端工程师是用vue或者是react的进行开发。都是安装了elint来强制代码风格的。
当然在一种情况下我也会用一种***的方式来写代码，就是将本来一段很复杂的代码写成一行来***。
比如有一次后端需要去实现一个特殊的逻辑，但是几个后端工程师在那儿写了半天都写不出来一个比较好的逻辑，然后我作为一个前端工程师，为了***就帮他们写了这个功能。
我一开始使用了代码，大概有20多行来完成的这个功能，但是这样给他们的话显得不够***，于是我开始精简这个代码，然后用了特殊的语法之类的，最终把这20多行代码写上了一行代码，实现了这个功能。
说实话，你现在让我看当时我写的那一行代码，我是绝球看不懂我在干嘛的。
所以为了代码的可维护性，尽量不要这样去干，当然为了***的话另外一说。
所以我个人认为，如果一个工程师在你面前表现的好像不愿意用劲儿，强行要把代码写成的一行代码的话，那么百分之百这个家伙在***。
谢谢邀请。
一方面
如果不愿意做这些事情，估计是太忙或者这些项目被修改过或者机器自动化格式的时候把原来的格式覆盖掉了。
另一方面
如果看到没有缩进的代码或者代码格式的代码，那么就会感觉这个人也许也是很糟糕，不修边幅，并且这个人的思维可能会有点问题。编码的习惯是会体现出一个人的修养以及习惯。有好的编码规范，就有好的软件，健壮的系统。
额外俩点有编码规范的好处：
1、好的编码规范可以尽可能的减少一个软件的维护成本 , 因为几乎没有任何一个软件，在其整个生命周期中，均由最初的开发人员来维护；好的编码规范可以最大限度的提高团队开发的合作效率；
2、好的编码规范可以改善软件的可读性，可以让开发人员尽快而彻底地理解新的代码；长期的规范性编码还可以让开发人员养成好的编码习惯，甚至锻炼出更加严谨的思维。
大家还有什么好的建议呢？可以在留言区一起参与讨论。
1、程序员在编码的过程中，会有一些大家公认的、约定俗成的规则要遵守，这样达成共识后才可以进一步的友好交流。
2、代码缩进我认为绝大部分合格的程序员都会做，无论从共识还是代码的可读性上都是很有好处的。
3、编码的过程是一个创作的过程，就相当于一个作品，所以我们尽可能的要尽善尽美。留下的不仅仅是给[_a***_]的，更多的是给后来人维护的，所以为了将来接盘人考虑也要注意代码规范。
4、不要标新立异，觉得自己很牛逼，不按套路出牌有时候会被认为异类。
作为已经写了十几年代码的老程序员，虽然在编写代码的时候大部分情况还是遵循编码规范，但在这基础上会展示自己一些特性，有些程序员不喜欢缩进代码也是源于此，如同一个人长得什么样子靠体征能够判断得出，本身谁写的代码也会带有一定特性，很多程序员喜欢在写的代码注释上面摆个佛祖保佑，等等之类小特性东西，有的喜欢***用windows式编程风格，有些喜欢linux式的编程风格，当然这些习惯的养成主要和前期的工作性质有一定的关联。
如果前几期从事的工作在windows系统下开发基本上代码风格windows风范，开始写代码都是先会模仿，然后慢慢形成自己风格，这个风格的形成还有当时做项目场景以及遇到的直接主管都有一定关系，有个同事编程底子特别扎实，特别是c++方面，有一次吃饭聊到这个话题，他说是被逼出来的，刚入行的第一家公司直接主管有点强迫症，看到写的不好的代码就进行严厉的批评，那同事属于慢热型的接收事物比较慢，结果经常挨批评，被骂了几次就开始非常注重代码质量了，写的时候非常小心，后来被主管说代码的可读性不好，改了几次还不是很满意，于是就照着主管的风格来了，到现在已经写了将近20年代码了，还是那种风格，每次说起这件事总会对之前的主管充满了感激之情，还会在逢年过节的时候打个电话问候下，并且表达感激之情，据说已经是某公司的老总了，早期从事软件开发的老程序员基本上不是独自创业就是合伙创业，并且有很大一部分人已经功成名就了。
程序员的代码风格一旦养成很难改变，如同有些公司喜欢自己招收应届生培养成自己公司风格的人，这在行业内叫做可塑性，一般来讲新人的可塑性会更高点。五年以上的程序员很难改变其中风格了，但优秀的程序员除外，优秀的程序员基本上都具备一种特性不断的重构，修正身上的不足之处，所以可以看到很多已经做了很多年的程序员还是在修正自己的风格，从代码风格的变化能看出一个人对待代码的态度，现在很多程序员有一种不好的习惯，明明写的代码不符合规范，也不去修改还要当成一种特性，如同很多人对程序员产生一种误解，不通宵加班程序员都不是什么高手，高手都是白天睡大觉晚上有灵感写代码，绝大部分程序员都是白天搞代码，晚上好好休息，所以不能因为一些癖性混淆造成以偏概全，优秀的程序员在发现自己不足的时候都会选择优化改进，不会执迷不悟。
要想成为一个优秀的程序员首先是要，懂得优化自己代码，逐渐形成优势的特性，而不是以不规范的特性引以为傲。正式自己的缺点，不停的修正改正，才是走向优秀程序员的正道。
到此，以上就是小编对于j***a语言编程缩进的问题就介绍到这了，希望介绍关于j***a语言编程缩进的2点解答对大家有用。
