TCMY的专栏

一、关于注释1、多写为什么这么做！少写或不写是怎么做的因为怎么做的，已经用代码来表达描述了，那怕你代码写得乱，命名不规范，顶多看起来费时间、难看一点，但最终还是看得懂。但为什么这么做是在你在写代码时思考过程的结果，是一种设计方案，代码上是表现不出你为什么这么做的，就会造成信息丢失，后期维护代码时，只能靠猜测，容易出错。2、对类或方法的概述性注释很重要用一两句话描述一下这个类（或方法）主要实现了什么功能或是怎么算法是怎么设计的，对代码维护时能快速了解这个类（或方法）有全局概括性的掌握，而不

一、软件工程概述计算机软件计算机软件分为十类：系统软件、应用软件、工程/科学软件、嵌入式软件、产品线软件、Web应用、人工智能软件、开放计算、网络资源、开源软件。软件工程基本原理7条基本原理：用分阶段的生命周期计划严格管理、坚持进行阶段评审、实现严格的产品控制、采用现代程序设计技术、结果应能清楚地审查、开发小组的人员应少而精、承认不断改进软件工程实践的必要性。软件生存周期软件生存周期包括可行性分析与项目开发计划、需求分析、设计（概要设计和详细设计）、编码、测试、维护。软件过程

一、前言这里指的微型公司、小团队是指两个人，或三个人的情况。人虽少，但只要达到两个人或超过两个人，就必然面临沟通、配合协调的问题，这时候就得考虑管理的问题，软件工程、项目管理、开发标准等等。但这样的公司规模小，项目利润不大，都是干活的人，完整规范的软件工程管理体系是没法直接使用的，如果按标准管理来管理，那还得增加不少人，项目的费用还养不活这些人。所以很多时候就忽略了管理的问题，只顾得上应对需求、BUG、开发代码，处于野蛮、无管理的状态。...

目录1. 前言... 41.1 编写目的... 41.2 适用范围... 41.3 基本要求... 42. 命名规范... 42.1 字母大小写约定... 42.1.1 说明... 42.1.2 Pascal风格... 42.1.3 Camel风格... 52.2 标识符的大小写规则... 52.3 ...

这25条疑问就是代码规范的修炼手册，这25条疑问是别人总结出来的，记录在此用于提醒自己。养成在实现业务需求后，及时走查代码，重构完善。代码的注释与代码是否一致？注释是否是多余的？ 是否存在超过3层嵌套的循环与/或判断？ 变量的命名是否代表了其作用？ 所有的循环边界是否正确？ 所有的判断条件边界是否正确？ 输入参数的异常是否处理了？ 程序中所有的异常是否处理了？ 是否存在重复的代码？ 是否存在超过25行的方法？ 是否存在超过7个方法的类？ 方法的参数是否超过3个？...