JAVAコーディング规约
java代码规范（九）前后端规约
java代码规范（九）前后端规约1. 【强制】前后端交互的 API，需要明确协议、域名、路径、请求⽅法、请求内容、状态码、响应体。
说明： 1）协议：⽣产环境必须使⽤ HTTPS。
2）路径：每⼀个 API 需对应⼀个路径，表⽰ API 具体的请求地址：a）代表⼀种资源，只能为名词，推荐使⽤复数，不能为动词，请求⽅法已经表达动作意义。
b） URL 路径不能使⽤⼤写，单词如果需要分隔，统⼀使⽤下划线。
c）路径禁⽌携带表⽰请求内容类型的后缀，⽐如".json",".xml"，通过 accept 头表达即可。
3）请求⽅法：对具体操作的定义，常见的请求⽅法如下：a） GET：从服务器取出资源。
b） POST：在服务器新建⼀个资源。
c） PUT：在服务器更新资源。
d） DELETE：从服务器删除资源。
4）请求内容：URL 带的参数必须⽆敏感信息或符合安全要求；body ⾥带参数时必须设置 Content-Type。
5）响应体：响应体 body 可放置多种数据类型，由 Content-Type 头来确定。
2. 【强制】前后端数据列表相关的接⼝返回，如果为空，则返回空数组[]或空集合{}。
说明：此条约定有利于数据层⾯上的协作更加⾼效，减少前端很多琐碎的 null 判断。
3. 【强制】服务端发⽣错误时，返回给前端的响应信息必须包含 HTTP 状态码，errorCode、errorMessage、⽤户提⽰信息四个部分。
说明：四个部分的涉众对象分别是浏览器、前端开发、错误排查⼈员、⽤户。
其中输出给⽤户的提⽰信息 要求：简短清晰、提⽰友好，引导⽤户进⾏下⼀步操作或解释错误原因，提⽰信息可以包括错误原因、上下⽂环境、推荐操作等。
errorCode：参考附表 3。
errorMessage：简要描述后端出错原因，便于错误排查⼈员快速定位问题，注意不要包含敏感数据信息。
正例：常见的 HTTP 状态码如下1） 200 OK: 表明该请求被成功地完成，所请求的资源发送到客户端。
Java编程标准书(日文版)
1.1 識別子..........................................................................................................................2 1.2 キーワード...................................................................................................................2 1.3 ファイル名...................................................................................................................3 1.4 パッケージ名・クラス／インタフェース名・メソッド名..........................................3
他社登録商標／商標にva 及び全 Java 関 米国及びその他の国における米国 Sun Mycrosystems,Inc.
連の商標及びロゴ の商標または登録商標
その他、製品名などの固有名詞は各メーカの登録商標または商標です。
jav调试104规约
jav调试104规约
Java调试104规约是指在Java编程中遵循的一系列规范和约定，旨在提高代码的质量、可读性和可维护性。
104规约来源于阿
里巴巴Java开发手册，是阿里巴巴团队在长期的Java开发实践中
总结出的一套最佳实践规范。
首先，104规约包括了对代码风格的规范，如命名规范、缩进
规范、注释规范等。
这些规范旨在使代码风格统一，易读易懂，有
助于团队协作和代码维护。
其次，104规约还包括了对异常处理、并发编程、性能优化、
安全编程等方面的规范。
比如，在异常处理方面，规定了不允许捕
获Exception或Throwable、不允许空的catch块等，以确保程序
的健壮性和可靠性；在并发编程方面，规定了使用并发工具类而不
是直接使用低级的wait、notify等方式，以确保并发程序的正确性
和性能。
另外，104规约还包括了对代码质量的规范，如规定了代码重复、方法长度、类的大小等限制，以确保代码的清晰度和可维护性。
遵循104规约可以使Java代码在质量、性能、安全性等方面得
到提升，有助于提高团队的开发效率和代码的可维护性。
因此，在
进行Java调试时，遵循104规约可以帮助开发人员更快地定位和解
决问题，减少不必要的错误和调试时间，提高代码的质量和稳定性。
java ieee754规约,浮点数和16进制之间的转换
java ieee754规约,浮点数和16进制之间的转换IEEE754规约是一种标准化的浮点数表示方法，它使用二进制数来表示浮点数。
在Java中，使用IEEE754规约表示浮点数时，可以使用16进制来表示。
因此，了解浮点数和16进制之间的转换方法是很重要的。
首先，我们需要了解IEEE754规约中浮点数表示的格式。
在Java 中，单精度浮点数（32位）的表示方式如下：符号位（1位） + 指数位（8位） + 尾数位（23位）符号位表示正负号，指数位表示浮点数的指数部分，尾数位表示浮点数的尾数部分。
其中，指数位和尾数位都是二进制数。
对于一个给定的单精度浮点数，我们可以将其转换成16进制数。
具体方法如下：1.将浮点数转换成二进制数。
2.将二进制数分成符号位、指数位和尾数位三部分。
3.将符号位、指数位和尾数位分别转换成对应的16进制数。
4.将三个16进制数按顺序排列并连接起来，即为所求的16进制表示。
例如，对于单精度浮点数-3.14，其二进制表示为11000000010100011110101110000101。
将其分成符号位、指数位和尾数位三部分，即为1 10000001 0100011110101110000101。
将符号位、指数位和尾数位分别转换成对应的16进制数，得到的结果为C1 47 AE 14。
将三个16进制数按顺序排列并连接起来，即为'C147AE14'，即为所求的16进制表示。
在Java中，可以使用Float类的静态方法floatToRawIntBits 和floatToIntBits来实现浮点数和16进制之间的转换。
其中，floatToRawIntBits方法将浮点数转换成32位二进制数，floatToIntBits方法则将浮点数转换成32位二进制数的补码表示。
通过将32位二进制数转换成16进制数，即可得到浮点数的16进制表示。
总之，了解IEEE754规约、浮点数和16进制之间的转换方法有助于我们更好地理解Java中的浮点数表示和计算。
java开发规范
Java 编码规范目录一、编程规约 (1)(一)命名规约 (1)(二)常量定义 (3)(三)格式规约 (4)(四)OOP规约 (6)(五)集合处理 (10)(六)并发处理 (12)(七)控制语句 (15)(八)注释规约 (16)(九)其它 (17)二、异常日志 (19)(一)异常处理 (19)(二)日志规约 (20)三、MySQL规约 (22)(一)建表规约 (22)(二)索引规约 (24)(三)SQL规约 (26)(四)ORM规约 (27)四、工程规约 (28)(一)应用分层 (28)(二)二方库规约 (29)(三)服务器规约 (31)五、安全规约 (32)（注：全文浏览时请使用PDF左侧导航栏）Java开发手册一、编程规约(一)命名规约1.【强制】代码中的命名均不能以下划线或美元符号开始，也不能以下划线或美元符号结束。
反例： _name / __name / $Object / name_ / name$ / Object$2.【强制】代码中的命名严禁使用拼音与英文混合的方式，更不允许直接使用中文的方式。
说明：正确的英文拼写和语法可以让阅读者易于理解，避免歧义。
注意，即使纯拼音命名方式也要避免采用。
反例：DaZhePromotion[打折] / getPingfenByName()[评分] / int某变量 = 3正例：alibaba / taobao / youku / hangzhou等国际通用的名称，可视同英文。
3.【强制】类名使用UpperCamelCase风格，必须遵从驼峰形式，但以下情形例外：（领域模型的相关命名）DO / BO / DTO / VO等。
正例：MarcoPolo / UserDO / XmlService / TcpUdpDeal / TaPromotion反例：macroPolo / UserDo / XMLService / TCPUDPDeal / TAPromotion4.【强制】方法名、参数名、成员变量、局部变量都统一使用lowerCamelCase风格，必须遵从驼峰形式。
java开发规范
java开发规范
Java 开发规范
1．命名规范：
（1）包名要求全部小写；
（2）类名使用驼峰表示法，首字母大写；
（3）方法名驼峰表示法，首字母小写；
（4）常量字段名较长的是全部大写，单词之间用下划线分隔；
（5）变量命名使用驼峰表示法，文件名也采用驼峰表示法；
2. 代码组织规范：
（1）类前必须有注释，包含类名，作者，日期，简要说明；
（2）public 的内部类或内部接口类前也需要有注释；
（3）新增方法或变量必须添加注释，说明方法或变量的作用；
（4）不使用编译器警告选项，必须对所有的编译器的警告进行处理；
3. 代码规约：
（1）一行只放一条语句，行长不能超过80个字符；
（2）在表达式中间，每个运算符两侧必须有一个空格；
（3）每个代码块左括号前加一个空格，右括号后加一个空格；
（4）if，while 等关键字后面都加一个空格；
（5）使用Javadoc标准，保证各类、方法和字段都有完整的注释；
4. 代码质量控制：
（1）按照具体的代码质量控制规则，进行代码质量检查；
（2）特定的文件以特定的编码格式编辑，不得混用；
（3）代码不得包含未使用的变量，常量，导入和类；
（4）保证可ログ出力：必要的情况下，可以进行日志记录，定位代码运行情况；
（5）保证可测试：针对每个实现模块，提供单元测试，检查代码可靠性；。
Java编程规约(最全最新)命名规则,约定,文件样式约定,编码其它约定等
Java编程规约(最全最新)命名规则,约定,文件样式约定,编码其它约定等【目次】Java编程规约.................................................................................................................... 错误！未定义书签。
1.方针 (1)2.文件构成 (1)3.命名规则 (1)3.1.Package名 (1)3.2.文件名 (1)3.3.类名 (2)3.3.1.例外的类名 (2)3.3.2.接口名 (2)3.3.3.实现类名 (2)3.3.4.抽象类名 (2)3.3.5.常量类名、常量接口名 (2)3.3.6.单体测试类名 (3)3.4.常量名 (3)3.5.变量名 (3)3.5.1.类变量名、接口变量名 (3)3.5.2.局部变量名 (3)3.6.方法名 (4)3.6.1.factory方法 (4)3.6.2.Converter方法 (4)3.6.3.属性的取得方法 (4)3.6.4.属性的设定方法 (4)3.6.5.返回boolean变量的方法 (4)3.7.循环变量Iterator的命名规则 (4)4.源文件记录顺序 (5)5.记录规则 (5)5.1.类定义 (5)5.2.缩进 (5)5.3.import句子 (6)5.4.换行 (6)5.5.数组 (7)5.6.变量 (8)5.6.1.定义 (8)5.6.2.变量的使用 (8)5.7.从原型向string变换、逆变换 (9)5.8.Collection (9)5.10.控制语句 (10)5.10.1.if句、if-else句、if-else if-else句 (10)5.10.2.for句 (11)5.10.3.while句 (11)5.10.4.do-while句 (11)5.10.5.swhich句 (12)5.10.6.try-catch句 (13)5.11.space (14)5.12.说明 (15)5.13.Javadoc的使用方法 (15)5.13.1.源程序头部说明 (15)5.13.2.类说明 (16)5.13.3.字段说明 (16)5.13.4.方法说明 (16)5.14.格式化 (17)6.样本代码 (17)7.参考资料 (20)本说明书是向开发人员提供PF系统里用Java来编程的规则和指针。
阿里巴巴Java开发规范
前言《阿里巴巴Java开发手册》是阿里巴巴集团技术团队的集体智慧结晶和经验总结，经历了多次大规模一线实战的检验及不断完善，系统化地整理成册，回馈给广大开发者。
现代软件行业的高速发展对开发者的综合素质要求越来越高，因为不仅是编程知识点，其它维度的知识点也会影响到软件的最终交付质量。
比如：数据库的表结构和索引设计缺陷可能带来软件上的架构缺陷或性能风险；工程结构混乱导致后续维护艰难；没有鉴权的漏洞代码易被黑客攻击等等。
所以本手册以Java开发者为中心视角，划分为编程规约、异常日志、单元测试、安全规约、MySQL数据库、工程结构、设计规约七个维度，再根据内容特征，细分成若干二级子目录。
根据约束力强弱及故障敏感性，规约依次分为强制、推荐、参考三大类。
对于规约条目的延伸信息中，“说明”对规约做了适当扩展和解释；“正例”提倡什么样的编码和实现方式；“反例”说明需要提防的雷区，以及真实的错误案例。
本手册的旨在码出高效，码出质量。
现代软件架构的复杂性需要协同开发完成，如何高效地协同呢？无规矩不成方圆，无规范难以协同，比如，制订交通法规表面上是要限制行车权，实际上是保障公众的人身安全，试想如果没有限速，没有红绿灯，谁还敢上路行驶。
对软件来说，适当的规范和标准绝不是消灭代码内容的创造性、优雅性，而是限制过度个性化，以一种普遍认可的统一方式一起做事，提升协作效率，降低沟通成本。
代码的字里行间流淌的是软件系统的血液，质量的提升是尽可能少踩坑，杜绝踩重复的坑，切实提升系统稳定性，码出质量。
考虑到可以零距离地与众多开发同学进行互动，决定未来在线维护《手册》内容，此1.4.0的PDF版本，是最为详尽的版本，新增设计规约大章节，并增加若干条目；我们已经在2017杭州云栖大会上发布了阿里巴巴Java开发规约插件（点此下载），阿里云效（一站式企业协同研发云）也集成了代码规约扫描引擎。
最后，《码出高效——阿里巴巴Java开发手册详解》即将出版，敬请关注。
java 101规约解析
java 101规约解析Java 101规约解析Java是一种广泛使用的计算机编程语言，它具有简单、面向对象、跨平台等特点，成为了软件开发领域中的热门选择。
为了保证代码的可读性和可维护性，Java社区制定了一系列规约标准，其中最为著名的就是Java 101规约。
本文将对Java 101规约进行解析，帮助读者更好地理解和应用这些规约。
一、命名规约1. 包名应使用小写字母，多个单词之间使用"."分隔。
避免使用拼音或缩写。
2. 类名、接口名、方法名应使用驼峰命名法，即每个单词的首字母大写，其余字母小写。
同时，应遵循命名规范，准确描述所代表的实体。
3. 常量名应全部大写，多个单词之间使用"_"分隔。
二、代码风格1. 使用4个空格作为缩进。
2. 行长度不超过80个字符，超过时应换行。
3. 方法体、循环、条件语句等应使用大括号括起来，即使只有一行代码。
4. 在使用运算符时，应在其前后添加空格，增加代码的可读性。
三、注释规约1. 对于复杂的业务逻辑或关键代码，应添加详细的注释，解释其作用和实现方式。
2. 注释应使用中文，避免使用拼音或其他外文字符。
3. 对于修改或优化的代码，应及时更新注释，保持注释与代码的一致性。
四、异常处理1. 不要捕获异常后不处理，应根据具体情况进行处理或抛出。
2. 在捕获异常时，应尽量明确指定捕获的异常类型，避免捕获过于宽泛的异常。
3. 在使用try-catch语句时，应将可能产生异常的代码放在try块中，将处理异常的代码放在catch块中，保持代码的逻辑清晰。
五、并发处理1. 在使用多线程时，应使用线程池管理线程，避免频繁创建和销毁线程。
2. 在共享变量的读写操作时，应使用同步控制机制，保证数据的一致性和线程的安全性。
3. 在使用锁时，应遵循先获取锁再操作的原则，避免死锁的发生。
六、其他规约1. 避免使用魔法数值，应使用常量代替。
2. 在使用集合类时，应明确指定容量大小，避免频繁扩容。
java代码开发规范
java代码开发规范Java代码开发规范（Java Coding Convention）是一组编写Java 代码的规范和约定，以提高代码的可读性、可维护性和可重用性。
下面是一个包含大约1000字的Java代码开发规范概述：1. 命名规范：- 类名使用大写开头的驼峰式命名法，如MyClass。
- 方法名和变量名使用小写开头的驼峰式命名法，如myMethod。
- 常量名使用全大写字母和下划线的命名法，如MY_CONSTANT。
- 包名使用全小写字母，可以使用多级包名，如com.example.myproject。
2. 缩进和空格：- 使用4个空格进行代码块缩进。
- 除了特殊情况，每行代码最多120个字符。
- 操作符前后加上空格，如a + b。
3. 注释：- 使用Javadoc风格的类、方法和变量注释。
- 注释应该简洁明了，不要使用废话或无关信息。
- 注释应该更新以反映代码的变化。
4. 源文件：- 每个源文件只包含一个公有类。
- 源文件应该以UTF-8编码保存。
- 导入语句应该按照字母顺序排序。
5. 类的结构：- 每个类应该包含类的成员变量、构造方法、公有方法和私有方法，按照这个顺序。
- 成员变量应该使用private修饰，并提供相应的getter和setter方法。
- 公有方法应该提供必要的参数检查和异常处理。
6. 代码块：- 使用大括号包围代码块，即使代码块只有一行。
- 尽量减少嵌套层次，避免深层次的if-else或循环嵌套。
- switch语句应该包含default情况，并在每个case结束后加上break。
7. 异常处理：- 每个抛出异常的方法都应该声明可能抛出的异常类型。
- 在需要捕获异常的地方使用try-catch语句，并处理异常。
8. 并发编程：- 尽量使用线程安全的类和方法。
- 保护共享资源时使用synchronized关键字或者Lock对象。
9. 测试代码：- 每个公有类应该有相应的单元测试类。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
変更履歴目次１．Java コーディング規約 (1)１.１ソースファイル (1)１.２コーディングスタイル (2)１．２．１基本コーディングスタイル (2)１．２．２使用可能なパッケージ/クラス (4)１．２．３Package文 (4)１．２．４Import文 (4)１．２．５Visibility (4)１．２．６変数の宣言 (5)１．２．７条件文 (6)１．２．８メソッドのサブルーチン化 (7)１．２．９ガーベジ・コレクション (7)１．２．１０利用推奨クラス (8)１.３命名規則 (9)１．３．１全体 (9)１．３．２パッケージ (9)１．３．３クラス (9)１．３．４インタフェース (10)１．３．５フィールド (10)１．３．６メソッド (11)１．３．７ローカル変数 (11)１.４コメント記述方式 (12)１．４．１全体 (12)１．４．２Javaのコメント (12)１．４．３ソースヘッダ (15)１．４．４クラスの説明 (16)１．４．５クラス・インスタンス変数 (17)１．４．６メソッドの説明 (18)２．Java Script コーディング規約 (19)２.１適用範囲 (19)２.２基本コーディングスタイル (19)２.３変数（パラメータ） (20)２.４条件分岐 (20)２.５その他の特記事項 (21)１．Java コーディング規約１.１ソースファイル─ソースファイルはShift-JIS形式で記述する。
─１クラス１ソースファイルとする。
但し、内部クラスは除く。
─ファイル拡張子の概略を以下に示す。
.java Javaソースファイル.class クラスファイル.map マップファイル.jsp JSPソースファイル.xml XMLファイル.properties プロパティファイル１.２コーディングスタイル１．２．１基本コーディングスタイル以下の点を厳守事項とする。
─インデントは半角４文字分を原則とし、タブまたは空白を用いる。
─タブは半角４文字固定とする。
─１行は８０文字以内を基本とする。
─１行における複数のコード記述を禁ずる。
１行＝１文、１宣言とする。
─改行の原則を以下に記す。
・改行コードはCR/LFとし、UNIX等で使われるLFのみの改行は使用しないこととする。
・カンマの後やオペレータ（演算子など）の前で改行することとする。
・外側の括弧など、より高レベルの記述での改行を優先することとする。
・折り返した行はインデントを付加することとする。
但し、前行と同レベルの記述なら行頭を揃えることとする。
以上のルールでコードが読みにくい場合に限り、追加のインデント付加を可とする。
(例) if ((aaaaaaaa && bbbbbbbb)|| (cccccccc && dddddddd)|| !(eeeeeeee && ffffffff)) {─空行／空白の原則を以下に記す。
(1) 空行を設ける場合・メソッドとメソッドの間・メソッド内のローカル変数定義とステートメントの間・ブロックや1行コメントの前・メソッド内の論理的なセクション間但し、インデント後の記述が同一行になる場合など、見易さを考慮した空行の挿入は可とする。
(2) 空白を設ける場合・キーワードと括弧の間但し、メソッド名と括弧の間には空白を入れない。
・ブロックの始まり"{"の前(例) while (true) {・引数リストのカンマの後(例) void calc(int a, int b);・２項演算子の前後(例) a = (a + b) / (c * d);但し、"++","--"は例外とする。
・forステートメントの式の間、セミコロンの後(例) for (int i = 1; i < 10; i++) {・後置コメントの前─ブロックの始まり"{"は宣言と同じ行とする。
─ブロックの終わり"}"は独立した行とし、インデントの位置は対応させる。
(例) public String getName() {return name;}但し、空ステートメントの場合は"{}"を可とする。
─変数は、スコープ（public→protected→private）順で分けることとする。
─メソッドは、スコープではなく機能で分けることとする。
また、１メソッドは１００行以内を基本とする。
─機能が似ているものごとにまとめて記述することとする。
─同名メソッドは引数の少ないほうを先に記述することとする。
─return文には括弧を使用しないこととする。
但し、条件式を記述する場合は例外とする。
─クラスの定義順序は以下とする。
(1) ソースファイル開始コメント(2) package文(3) import文(4) class,interfaceの宣言(5) static finalプロパティ（定数）の宣言(6) staticプロパティ（クラス変数）の宣言(7) static以外のプロパティ（インスタンス変数）の宣言(8) コンストラクタ定義(9) メソッド定義─class modifierは、public、abstract、finalの順で記述されていることとする。
─method modifierは、public、protected、private、abstract、static、final、synchronized、nativeの順に記述されていることとする。
─field modifierは、public、protected、private、static、final、transient、volatileの順に─記述されていることとする。
─継承の指定は、extends、implementsの順で記述されていることとする。
─実装するinterfaceが複数存在する場合は、アルファベット順にカンマ区切りで記述されていることとする。
１．２．２使用可能なパッケージ/クラス『アプリケーション処理方式設計書』に則り、基本的に以下の範囲にてコーディングする。
─Java TM 2 Platform, Standard Edition, v 1.4.2─Java TM 2 Platform, Enterprise Edition, v 1.4.2１．２．３Package文命名規約（パッケージ名）に従ったpackage文を指定する。
本システムにおけるpackage構成は以下とする。
jp└co└XXXXX└XXXXX├common …共通処理クラス├dao …DBアクセスクラス├databean …DataBeanクラス├handler …Handlerクラス└process …業務ロジッククラス１．２．４Import文・ソース中にパッケージを記述することを原則的に禁ずる。
必ずimportを使用すること○ if (x instanceof InputStream) {× if (x instanceof java.io.InputStream) {※importするパッケージ間で同名のクラスが存在する場合は除く１．２．５Visibility・必要以上にメソッドをpublicにしないこと。
必要のないものは原則としてprivateにする。
・定数以外のフィールド（メンバ変数）は、原則としてprivateにする。
・フィールドをprotectedにするかの判断は、当該クラスが継承されるもので、かつ継承して使用されるかどうかを目安にする。
１．２．６変数の宣言変数を宣言する際には、その変数の有効範囲を強く意識して宣言を行うこと。
適切な有効範囲で変数を定義すれば、不必要なメモリ空間が長期にわたって占有されるという事態を適時のガべージコレクションにより防止できる。
・あるブロック（メソッドを含む）内のみでしか使用されない変数は、ブロック内で宣言して使用する。
・宣言は、極力ブロックの先頭で行い、またブロック内のステートメントとの間には空白行を入れる。
・ループカウンタのようにループ内でのみ使用する変数は、ループ外で参照する必要のない場合はループ内で宣言する。
（例）for (int i=1; i < 10; i++) {・変数の初期化は適切なタイミングで行うこと。
ローカル変数は、宣言された場所で初期化するのが望ましい。
・一回限りしか使用しない変数は、定数の利用を検討する。
-1、0、1 以外の値（print文等の文言以外、特にString）は原則として定数を使用し、可能な限り再利用する。
× if (code.equals("QUIT")) {○ static final String QUIT = "QUIT";if (code.equals(QUIT)) {・原則として１行に１つの宣言、あるいは１つの文であること。
（カンマ及びセミコロンで同時に宣言しない）特に初期値を持つ場合は単独行であること。
×int k, n = 1;○int i・内側の宣言が外側の宣言を隠さないように、異なった変数名が使用されていること。
・ひとつのことだけにローカル変数を使う１つのローカル変数を複数の目的に使用すると、コードの凝集性を弱め、理解を難しくしてしまう。
さらに、前に使われた際の副作用によってバグを生み出しやすくしてしまう。
変数の型について変数の型は、なるべく値の範囲が小さくなるように注意する。
プリミティブ型で済むものはプリミティブ型にすること２者択一のフラグの場合× String flg = "0";× int flg = 0;○ boolean flg = false;配列の初期化について配列の初期化については、要素数が決定した時点で行うこと。
要素数を固定で確保してはいけない。
たとえ、配列数が100以下であると判っていても記述は避けるべきである。
以下の様な記述を奨励する。
（例）public void toArrey(Vector v) {String rows = new String[v.size()];for (int i = 0; i < v.size(); i++ ) {rows[i] = (String) v.elementAt(i);}}１．２．７条件文・if文/else/for/while/switch文は、必ずブロックの形式で記述する。
（’{}’を必記する。
）・“{”は宣言行の末尾に記述されていること。