java写代码的设计原则 java写代码的设计原则有哪些

用记事本写java代码怎么运行？

用记事本写完代码后运行方法如下java写代码的设计原则：

1、用浏览器打开用记事本编写的代码

新建“文本文档”后，鼠标右键点击该文本文档，在菜单栏的“打开方式”选择“用记事本打开”，也可以设置默认打开方式为“记事本”java写代码的设计原则；用记事本打开文本文档后，直接在该文档内根据自己的需要输入想要编辑的网页代码。

2、记事本写java代码怎么运行

首先，需要安装jdk并配置环境变量。然后，在命令行中，用javac命令编译用记事本编写的代码。下一步，在命令行中，用java命令执行编译后的结果。

代码是什么

代码是程序员用开发工具所支持的语言写出来的源文件，是一组由字符、符号或信号码元以离散形式表示信息的明确的规则体系。代码设计的原则包括唯一确定性、标准化和通用性、可扩充性与稳定性、便于识别与记忆、力求短小与格式统一以及容易修改等。

计算机源代码最终目的是将人类可读文本翻译成为计算机可执行的二进制指令，这种过程叫编译，它由通过编译器完成。源代码就是用汇编语言和高级语言写出来的地代码。目标代码是指源代码经过编译程序产生的能被 cpu直接识别二进制代码。

可执行代码就是将目标代码连接后形成的可执行文件,当然也是二进制的。

java面向对象设计原则和设计模式详解

Java面向对象设计原则

1) Open-Close Principle（OCP），开-闭原则，讲的是设计要对扩展有好的支持，而对修改要严格限制。这是最重要也是最为抽象的原则，基本上我们所说的Reusable Software既是基于此原则而开发的。其他的原则也是对它的实现提供了路径。

2) Liskov Substituition Principle（LSP），里氏代换原则，很严格的原则，规则是“子类必须能够替换基类，否则不应当设计为其子类。”也就是说，子类只能去扩展基类，而不是隐藏或覆盖基类.

3) Dependence Inversion Principle（DIP），依赖倒换原则，“设计要依赖于抽象而不是具体化”。换句话说就是设计的时候我们要用抽象来思考，而不是一上来就开始划分我需要哪些哪些类，因为这些是具体。这样做有什么好处呢？人的思维本身实际上就是很抽象的，我们分析问题的时候不是一下子就考虑到细节，而是很抽象的将整个问题都构思出来，所以面向抽象设计是符合人的思维的。另外这个原则会很好的支持OCP，面向抽象的设计使我们能够不必太多依赖于实现，这样扩展就成为了可能，这个原则也是另一篇文章《Design by Contract》的基石。

4) Interface Segregation Principle（ISP），“将大的接口打散成多个小接口”，这样做的好处很明显，我不知道有没有必要再继续描述了，为了节省篇幅，实际上我对这些原则只是做了一个小总结，如果有需要更深入了解的话推荐看《Java与模式》，MS MVP的一本巨作！^_^

5) Composition/Aggregation Reuse Principle（CARP），设计者首先应当考虑复合/聚合，而不是继承（因为它很直观，第一印象就是“哦，这个就是OO啊”）。这个就是所谓的“Favor Composition over Inheritance”，在实践中复合/聚合会带来比继承更大的利益，所以要优先考虑。

6) Law of Demeter or Least Knowlegde Principle（LoD or LKP），迪米特法则或最少知识原则，这个原则首次在Demeter系统中得到正式运用，所以定义为迪米特法则。它讲的是“一个对象应当尽可能少的去了解其他对象”。也就是又一个关于如何松耦合（Loosely-Coupled）的法则。

设计模式：

1）适配器模式

2）桥接器模式

3）职责链模式

4）命令模式

5）装饰器模式

6）外观模式

7）工厂模式

8）享元模式

9）代理模式

10）单例模式

11）状态模式

12）策略模式

13）模板模式

14）访问者模式

代码设计时应遵循哪些原则

1提高编码质量，代码可读性和可维护性。

2代码编写规范

2.1删除所有无用代码

2.2必须给代码添加注释，一个类java写代码的设计原则的注释字数不得小于代码的百分之20%

2.3建议遵循30秒原则。如果另一个程序员无法在三十秒内无法知道你的函数在做什么，如何做以及为什么要这样做，那么说明你的代码是难于维护的，需要得到提高。

2.4一个函数的代码长度不允许超过100行，超过一百行的函数建议在不破坏原子性的基础上进行拆分。

2.5变量都应在方法或者类的头部集中定义

2.6保证一行代码只做一件事

2.7使用括号来控制操作符的运算顺序，以免使用java默认的操作符优先级顺序。

2.8代码格式化java写代码的设计原则：对代码进行格式化，再进行提交。

2.9接口不允许没有方法或者变量的声明

3.命名规范

3.1各种标识符的命名要使用有实际意义的英文单词或者英文单词缩写，缩写词及英文单词要收录在项目的简写词汇表中。切忌使用阿拉伯数字和拼音进行命名。

3.2类名：首字母大写，每个单词首字母都需要大写。

3.3方法名：首字母小写，其余单词首字母都需大写。

3.4全局变量，和常量名称要求全部字母大写。

3.5参数名称与局部变量基本相同，区别在于参数名称需要加上冠词a，an或者在单词结尾以s结束。

4.注释规范

4.1注释需要注意的事项：

★注释应该用中文清晰表达意思，应该是程序看起来更清晰，更容易理解

★注释要尽量简明，避免装饰性的注释。

★注释不但要说明做什么，还应当说明为什么要这样做。最好先写注释表明要做什么，再进行编码。

4.2类的注释

★类的用途，目的。包括其java写代码的设计原则他人感兴趣的介绍。

★已知bug,当然最好是修改好所有的错误，但有时可能暂时没有办法修改，或者没有时间修改。

★开发和维护该类的历史列表，记录每一次修改的作者，日期，修改的内容。

★列举类的各种稳定状态，说明调用成员函数使类的状态产生的变迁(可选)。

★同步问题（可选）

★对主要的算法必须加以说明，主要流程必须给予引导性说明

标准格式：

如果对已经版本话的类进行java写代码的设计原则了修改，需要按照如下格式为每一次修改附加修改历史记录：

//修改人+修改日期

//修改说明范例：

//李四2010/07/02

//添加错误数据修改后继续批量保存的处理函数saveBatch(

@Bind(key="itemParams",defaultValue="")StringitemParams,

@Bind(key="pid",defaultValue="")Stringpid)。

//王小二2010/07/02

4.3接口注释：

★接口的注释风格基本与类的注释风格相同；

★在别人使用接口之前，必须了解接口所包含的概念。检验一个接口是否应该定义的简单方法是：你是否能★够容易的描述接口的用途；

★接口如何应当和不应当被使用。开发者需要知道该接口如何被使用，也希望知道该接口不能被怎样使用。

4.4函数的注释

★函数头注释必须包括：函数执行了什么功能，为什么要这样处理；函数处理过程中对对象的哪些属性

★可能进行更改；函数执行前后，对象的状态；

★比较、循环等控制结构加注释（可选）；

★在代码的功能并非一目了然的情况下，应当说明为什么要这样做；

★局部变量必须加注释；

★复杂难写的代码必须加注释；

4.5类属性的注释:

★描述域的用途。使别人知道如何去使用它；

★对于有着复杂事物规则的域，可以加入范例来说明。有时候一个简单的小例子，抵的上千言万语；

关于java写代码的设计原则和java写代码的设计原则有哪些的介绍到此就结束了，不知道你从中找到你需要的信息了吗 ？如果你还想了解更多这方面的信息，记得收藏关注本站。