如何写代码?

Posted 2023-04-15

参考技术A 问题一：什么是代码,代码怎么写,怎样写入电脑 代码
code
A.一组有序的数字或字母的排列，是代表客观实体及其属性的符号。
B.记录计算机程序的符号。
代码设计的原则包括惟一确定性、标准化和通用性、可扩充性与稳定性、便于识别与记忆、力求短小与格式统一以及容易修改等。
1.理论上的概念
源代码是相对目标代码和可执行代码而言的。
源代码就是用汇编语言和高级语言写出来的地代码。
目标代码是指源代码经过编译程序产生的能被cpu直接识别二进制代码。
可执行代码就是将目标代码连接后形成的可执行文件，当然也是二进制的。
2.最直观的概念
在这个网页上右键鼠标,选择查看源文件.出来一个记事本,里面的内容就是此网页的源代码.
===================================================
关于两者的区别联系:
1.从字面意义上来讲,源文件是指一个文件,指源代码的 *** .源代码则是一组具有特定意义的可以实现特定功能的字符(程序开发代码).
2.源代码在大多数时候等于源文件.
枫舞在上面说过2.最直观的概念 在这个网页上右键鼠标,选择查看源文件.出来一个记事本,里面的内容就是此网页的源代码.这句话就体现了他们的关系,此处的源文件是指网页的源文件,而源代码就是源文件的内容,所以又可以称做网页的源代码..

问题二：怎样写代码？ 那就再看一本好一点的C书（国内很多书不敢恭维，可能是老师还要讲，所以全是框框条条）
可以看看下面的书：
两本入门书选一本：（我是看第二本入门，听说谭浩强的也不错，自己选吧）
《C程序设计》（谭浩强）
《C语言入门经典》（Ivor Horton ）
进阶书：
《C缺陷与陷阱》
《C专家编程》
《C与指针》
《The C Programming Language》

如果你把进阶书都看完了（并理解），那你就可以算是高手了。
记住学编程最重要的两件事：实践和坚持不懈地博览群书。
祝你好运。

问题三：c++代码如何写 #includeusing namespace std;class Teacherprivate: int num; char *pName; int age;public: 构造 Teacher(int n,char *p,int a) num = n; pName = new char[sizeof(p)+1]; strcpy(pName,p); age = a; 类型转换构造函数 这个方法我也不太会用 Teacher(int n) num = n; strcpy(pName,0); age = 0; void changeNum(int n) num = n; void changeName(char *p) pName = new char[sizeof(p)+1]; strcpy(pName,p); 拷贝构造 Teacher(const Teacher &tea) num = tea.num; pName = new char[sizeof(tea.pName)+1]; strcpy(pName,tea.pName); age = tea.age; 析构 ~Teacher() delete []pName; void show() cout 问题四：这样的DIV怎么写代码 ]@]@]

@

问题五：如何学会写代码？ 我晕、兄弟你要是完全靠自己自学的话、估计这个还是有点难哈、我建议你先学习C语言哈、在百度上搜索到处都是教程的、C语言是最基础的东西、要学习它那种编程的思想哈、学习C语言就像是你学习认汉字要先学会拼音是一样的、你现在看不懂是因为你还没接触过、C#也是一门语言哈、是微软出的、最开始是C语言、然后有C++语言、而现在的C#就相当于是C++++哈、你先把C语言搞懂了、在进行学习C#吧、其实还有很多方向的、等你学到一定的程度你就懂了、代码和软件的关系我这样给你说嘛、比如一个软件的各种功能都是靠代码去实现功能的哈、给你举个例嘛、在你的电脑桌面上、当你双击“我的电脑”的时候、为什么就打开了一个窗口了呢、这畅是代码去实现的哈、希望对你有所帮助哈

问题六：HTML 视频编辑 超清 如何写代码 50分 这个或者要去视频网站，他们应该有引入的教学
但是其实你现在...已经在相关设定 quality=high
应该把 high 改成其他就行了
应该素质是设了但他们家网站有什么选择，能填上什么，填上什么才是高清，只有他们才知道
要去他们官方网找找

问题七：怎样编写代码？要学习哪些方面的知识？？ 20分 那你得学习编程，推荐《c语言程序设计》谭浩强版的，还有java编程思想第四版，想会编代码必须会程序语言才行，得下功夫，不是三两天几分钟的热情就能会的，学好了qq秀这些都是小意思，比如java你学会了多线程和网络编程，你自己都可以写一个聊天软件

问题八：输出你好用java语言编写代码怎么写 你是问hello world吗？
public Class MyClass
public static void main()
system.out.println(Hello World);



问题九：程序是如何编写的？ 简单的说，编程就是为了借助于计算机来达到某一目的或解决某个问题，而使用某种程序设计语言编写程序代码，并最终得到结果的过程。
计算机虽然功能十分强大。可以供你上网、打游戏、管理公司人事关系等等，但是没有程序，它就等于是一堆废铁，不会理会我们对它下达的“命令”。于是，我们要驯服它，只有通过一种方式――程序，这也是我们和计算机沟通的唯一方式。
那程序到底是什么呢？
程序也就是指令的 *** ，它告诉计算机如何执行特殊的任务。
打个比方说，它好比指导你烹调菜品的菜谱或指挥行驶一路到达目的地的交警（或者交通路标）。没有这些特殊的指令，就不能执行预期的任务。计算机也一样，当你想让计算机为你做一件事情的时候，计算机本身并不能主动为我们工作，因此我们必须对它下达指令，而它根本不会也不可能听懂人类自然语言对事情的描述，因此我们必须使用程序来告诉计算机做什么事情以及如何去做？甚至对最简单的任务也需要指令，例如如何取得击键，怎样在屏幕上放一个字母，怎样在磁盘中保存文件等等。
这么麻烦，连这些东西编程都要考虑！怪不得人家说编程好难！你错了，其实许多这样的指令都是现成的，包含在处理芯片中内置于操作系统中，因此我们不必担心它们工作，他们都是由处理器和操作系统来完成的，并不需要我们来干预这些过程。
上面讲到的计算机本身不会主动的做任何事情。因此我们要通过程序的方式来让计算机为我们“效劳”。而这个过程就是我们“编”出来的。编程可以使用某一种程序设计语言来实现，按照这种语言的语法来描述让计算机要做的事情。
我们这里所讲的语法和外语中的语法完全两码事，这里讲的语法只是读你的程序书写做出一写规定而已。
写出程序后，再由特殊的软件将你的程序解释或翻译成计算机能够识别的“计算机语言”，然后计算机就可以“听得懂”你的话了，并会按照你的吩咐去做事了。因此，编程实际上也就是“人给计算机出规则”这么一个过程。
随计算机语言的种类非常的多，总的来说可以分成机器语言，汇编语言，高级语言三大类。
电脑每做的一次动作，一个步骤，都是按照已经用计算机语言编好的程序来执行，程序是计算机要执行的指令的 *** ，而程序全部都是用我们所掌握的语言来编写的。所以人们要控制计算机一定要通过计算机语言向计算机发出命令。
计算机所能识别的语言只有机器语言，即由构成的代码。但通常人们编程时，不采用机器语言，因为它非常难于记忆和识别。
目前通用的编程语言有两种形式：汇编语言和高级语言。
汇编语言的实质和机器语言是相同的，都是直接对硬件操作，只不过指令采用了英文缩写的标识符，更容易识别和记忆。它同样需要编程者将每一步具体的操作用命令的形式写出来。
汇编程序的每一句指令只能对应实际操作过程中的一个很细微的动作，例如移动、自增，因此汇编源程序一般比较冗长、复杂、容易出错，而且使用汇编语言编程需要有更多的计算机专业知识，但汇编语言的优点也是显而易见的，用汇编语言所能完成的操作不是一般高级语言所能实现的，而且源程序经汇编生成的可执行文件不仅比较小，而且执行速度很快。
高级语言是目前绝大多数编程者的选择。和汇编语言相比，它不但将许多相关的机器指令合成为单条指令并且去掉了与具体操作有关但与完成工作无关的细节，例如使用堆栈、寄存器等，这样就大大简化了程序中的指令。由于省略了很多细节，所以编程者也不需要具备太多的专业知识。
高级语言主要是相对于汇编语言而言，它并不是特指某一种具体的语言，而是包括了很多编程语言，如目前流行的VB、VC、FoxPro、Delphi等，这些语言的语法、......>>

问题十：编写代码是在计算机哪里写 具体流程是怎样的 谢谢 你要先有一个编译器和一个文本编辑器
代码就在文本编辑器中写，写完后用编译器来编译，最后得到可执行程序，再运行程序。
IDE就是集成了编辑器和编译器的编程工具，建议你可以下载安装一个VS2012旗舰版，网上有密钥

如何写好代码注释？

参考技术A

对于代码注释来说，在不同的教程或者原则中有不同的规定或者解释。有的原则是需要使用JavaDoc来描写每个方法，而有的原则是要求每一个属性标注命名。我愿意相信每一份看起来不那么妥当的注释都是出于一些善意的目的，这就是注释的本质:

对未能自行解释的代码做出解释。

在进行代码工作的时候我们多多少少会有一些陈旧的、与业务无关的逻辑在代码中运行。有时候并不是一个变量名或者一个方法名就能阐述清楚产品同学所期望的业务内容。我们希望将代码外的逻辑也加入到其中，但是一篇长篇大论的注释似乎也不那么妥当，所以对于注释我一般会加入一个约束的条件：

尽可能精简地描述当前方法、属性未能解释的逻辑。

那么这个约束中的关键词是：精简、当前、未能解释。这是我现在的理解，如果有更好的见解也希望可以联系我进行沟通。当然这些关键词在后文中也会进行解释。

对于代码的退化这个概念在很多的领域之中都有阐述。而一种比较主流的观点是：应用程序的生产寿命可能为3-5年。当然这个大限将至无法使用的定义是有很大空间的。但是这个说法的主要思想是：代码随着业务的迭代开发，会逐渐地降低可维护性，直到它的生命终结。代码是这样，对应的代码注释也是这样的。

对于代码注释来说，不知道大家是否经历过类似的内容:

他们可能都是痛苦的回忆，但是这就是刚刚所描述的，注释的退化。

对于代码来说，我们有许多的方法论、设计模式来尽可能地将代码的职责划分清晰从而延长。而对于注释来说，我认为最大的方法是“ 不写注释 ”（关于这个在后面的章节中会再次讨论）。

只要不写注释，注释就不会有问题。之所以会有这个问题的原因是，通常人们在调整业务逻辑后无法完美地维护注释。而更多情况是当代码逻辑发生变动了之后，注释直接编成了业务谜题中的一部分，开发人员不仅要在破败不堪的代码中梳理逻辑，还同时要小心错误注释发出的诱惑。

同时，当代码发生退化逐渐变得不可控的时候，比起重新抽象代码结果，看起来以一段注释来描述新的逻辑比较简单。但是带来的问题就是：“在尝试用注释弥补代码逻辑的问题”。显然注释无法帮你抽象代码，只是看起来将问题爆发的时间延后了（甚至引入了更严重的问题）。

那么“不写注释”的思想换一个角度来描述的话就是：让代码注释自己。这是一种习惯，举个最简单的例子:

可以改为:

哪怕是调整为:

可以看出来，第二种方法是指用对象内的方法，如果order只是一个自动生成的实体对象或者是一种值对象的话，那么也可以使用第三种方法。

这样调整的好处就是，用代码自身去描述逻辑，从而尽量“不写注释”。

对于不写注释的这个论点，除了代码自动解释以外，还有很多情况下的注释都是不那么合适的。

那么我对简单方法的定义是，如果方法实际逻辑(刨除括号部分)5-7行（我自己的标准）则可以认为是一个简单方法。读这样的方法的注释反而可能比直接看代码还来得复杂。

对于一些无法直接用语言进行直接描述的逻辑，我觉得要不就直接不要写注释了，让他们直接进行代码的阅读比较好。否则有歧义性的注释反而会误导人员进行理解。当然，对于我自己而言，内部项目中对于不便与用文字精确描述的逻辑，我会贴上wiki的连接进行图文描述。这样对于不希望阅读的开发人员注释不会产生干扰，而同时图文配合又便于理解。

JavaDoc标准要求对每个参数进行定义，但是这样带来的问题就是一些足够简明的参数的注释本身就是冗余的，例如:

尽管看起来很完美，但是它本身没有任何意义。所以对于代码中具有自解释性的变量名称（它们本应该具有自解释性），JavaDoc的注释其实是非必要的。

行为注释在在IDE里面行为的注释会导致代码的可读性大大降低，有的可能会在很长一段代码之后，有的则可能在很短的代码之后，他们的格式是不容易统一的，所以在现在广为流传的阿里巴巴开发手册中就明确的加上了在上一行中注释。

事实上，我还在用用户署名，因为之前创建了文件模版之后就一直沿用了。不过原则上来说，java文件署名的这个习惯是源于早期的代码版本控制并不是很发达的时代。而现代版本控制中，文件的来世今生都由版本控制来进行了，所以事到如今的用户署名已经没有意义了。

注释掉的代码就应该直接删除，否则会对后续的人员产生干扰。人们可能会下意识地与注释掉的代码产生逻辑交互，并且认为这部分由其保留的目的而并不动。和上条一样，在版本控制比较发达的今天，已经被注释的代码如果有其特殊的功能作用的话，应该是由一个单独的分支进行保护，而非一段会干扰到正常业务开发的注释代码。

如果注释所表达的功能与当前的方法无关的话，说明这部分的注释并不是完全为当前的方法服务的。那么它就不应该出现在这里，也许在一个另外的readme或者是wiki文档中才是它更好的位置。

如果将非当前功能的注释添加到方法上的话，那这里就会造成：如果要理解注释，就要去知道注释的上下文，那么这部分的注释本身就需要额外的说明，就与注释本身的功能背道而驰了。

尽管我们希望不使用注释，直接让代码就能完成逻辑解释的功能，但有时候代码确实是无法完全胜任。一般来说，以下的情况下是适用于进行注释补充的。

有时候，对于额外的程序外的背景描述，是可以补充的。这样可以在你尽管理解了代码逻辑，但是不知道他为什么这么实现的时候增加了额外的判断条件。也可以帮你确认是由于什么考虑才成为了当前的代码逻辑，比如：

这样的话尽管你可能不认同之前人员实现的方法，但是至少可以知道他的目的，从而判断是否可以进行业务调整。

代码是临时的在代码中进行的笔记。尽管是注释，但却和单纯的代码注释的意义不一样，可以进行标记。但一定要记得定时的处理TODO，否则大家的敏感度会降低。

警告如果业务或者功能方法在特定的情况下不应该执行。这些情况往往是组合了一些业务情况的信息，或者是实际生产情况下产生bug的记录。这样的注释将可以确实地提高解决问题的效率。但是要注意的是这部分的内容可能会遭受到代码腐化的影响。题外话：idea里面可以设置不同颜色的"@xxx"的标签，例如我新建了"@ATTENTION"从而将后续的内容调整成了紫色以提供相应的警示作用。

事实上，对于上面的观点很多观点，也是大多数全球程序员的观点。而中国自有我大国之情：便是语言问题。上文所说的代码自解释性的前提是对代码的表达意思了解得准确。而会想一下你对一些领域模型进行起名的时候，有多少是通过谷歌翻译、或者百度结果而查出来的？对于这种得到的名词来说，很难定义它是准确地描述了开发人员意图的变量名称。所以如果是这种前提的话，我认为对于指定对象中的字段、或者指定使用的参数、局部变量等名称，是可以酌情在属性、方法名上对指定的名字进行约束解释，以便由于方法名称和其他的概念混淆。简单点来说：

对于没有信心使用英文精准描述的名称，还是用注释进行约束较好。

本文主要内容来自《Clean Code》中注释一章。阅读感悟主要是文章中的内容有一些是针对超长工作经验的老油条说的，他们可能由于过往的习惯导致注释问题，而这一点在中国互联网存在的问题不明显；中国的母语区别导致代码的自解释性降低，学好英语还是非常重要的呀。