一、命名规范 匈牙利命名法：变量名=属性+类型+对象描述，其中每一对象的名称都要求有明确含义，可以取对象名字全称或名字的一部分。 驼峰法：混合使用大小写字母来构成变量和函数的名字，如同驼峰一般起伏。 #### 样例 #### # g_:全局变量 # m_:类成员变量 # s_:静态变量 # c_:常量 g_Acc
Crash知道： Crash是指由于未处理的异常或者信号导致的意外退出，使得Android应用崩溃。当应用崩溃时，Android会杀死应用的进程并显示一个对话框来告知用户，他的应用由于未知的意外而停止了。当然现在的国内厂商自定义的系统大多取消了这个通知应用终止的对话框。他们认为系统所提供
大家好，我是 Rocky0429，一个希望能在分享路上越走越远的蒟蒻… 作为前 ACM 不知名选手，侥幸抱着大腿拿过几次 ACM 亚洲区域赛的银奖，现为某不知名 985 计算机在读研究生。大一开始在 CSDN 上写文章，然后一发而不可收的到了现在。从一开始只是发发算法题解的简单文章，到现在幻想
title: 代码整洁之道-关于标识符 blog: CSDN data: Java学习路线及视频 软件中随处可见命名。我们给变量、函数、参数、类和包命名。我们给源代码及源代码所在目录命名。这么多命名要做，不妨做好它。下文列出了取个好名字的几条简单规则。 名副其实,见名知意 变量名太随意，haha
为什么需要单元测试： 单元测试最终受益人是我们自己。 设计的目的： 并不是为了获得一些更好的整体质量，也就说，并不是一个针对最终用户、项目经理和开发组长的工具；而是由程序员自己来完成，并且最终受益的也是成员自己。 刚开始觉得目的并不正确，但是仔细体会单元测试的真正目的并不
1. 要有代码 代码确然是我们最终用来表达需求的那种语言。我们可以创造各种与需求接近 的语言。我们可以创造帮助把需求解析和汇整为正式结构的各种工具。然而，我们永远无法抛弃必要的精确性——所以代码永存。 勒布朗（LeBlanc）法 则：稍后等于永不（Later equals never）。 沼泽（wading）：糟
《学习之道》 专注思维和发散思维 1，专注模式下的思维活动对数学和科学的学习必不可少。它是利用理性、连贯、分解的途径直接解决问题的一种模式。专注模式与大脑前额叶皮层（位置就在脑门正后方）集中注意力的能力相关。你把注意力集中到某样东西上，然后砰的一声，专注模式就开启了。 2，
第一个例子 if (state === 1) { return true } else if (state === 2) { return true } else if (state === 3) { return true } else if (state === 4){ return true } else { return false } 你首先想到的可能是 使用 switch case, 我们使用 switch case 来
javascript 简洁之道 判断篇 第一个例子 if (state === 1) { return true } else if (state === 2) { return true } else if (state === 3) { return true } else if (state === 4){ return true } else { return false } 你首先想到的可能是 使用 switch ca
用好一种编辑器 编辑器应该是你的手的延伸；确保你的编辑器是可配置、可扩展和可编程的。我个人采用的训练方法是能不用鼠标就不用鼠标。 要修正问题，而不是发出指责 bug是你的过错还是别人的过错，并不是真的很有关系——它仍然是你的问题，它仍然需要修正。勇于承认自己的过错，这没有
要配置，不要集成 要将应用的各种技术选择实现为配置选项，而不是通过集成或工程方法实现。Yii框架的组件便是这一思想的最佳实践。 使视图与模型分离 要根据模型和视图设计你的应用，从而以低廉的代码获取灵活性。最近的nodejs好火，前后端分离是必然趋势，纯粹的模型测试起来也是非常方便
1.1 认识API网关 1.1.1 API 网关是什么 工作中提及的网关特指 API 网关（API Gateway）。字面意思是将所有 API 的调用统一接入 API 网关层，由网关层负责接入和输出 什么情况下需要一个 API 网关？ 单体应用时代，业务简单，功能都集中在一个应用中，统一部署
接口安全要求： 1.防伪装攻击（案例：在公共网络环境中，第三方 有意或恶意 的调用我们的接口） 2.防篡改攻击（案例：在公共网络环境中，请求头/查询字符串/内容 在传输过程被修改） 3.防重放攻击（案例：在公共网络环境中，请求被截获，稍后被重放或多次重放） 4.防数据信息泄漏（案例：截获用户登录请求，截获到账
以下总结一些不好的代码规范， 借此警示自己不要犯这种错误 注释 1.不恰当的注释 注释应该仅用来描述有关代码和设计的技术性信息。像修改历史等信息不应出现在注释中 2.废弃的注释 过时、无关或错误的注释就是废弃的注释，不要写这种注释，如果发现了请尽快更新或删除，否则它会越来越远
——内容大部分摘抄总结自大愿法师演讲的《玉耶女经》 前一阵子，太太去参加《坛经》的师资班学习。她回来后，和我交流，她说惊讶的发现， 全班除了一个单身男同学，还有她是在婚，其他的同学都是女同学，全部都是离异的，而且是 单亲妈妈。现在很容易看到婆媳矛盾、夫妻矛盾、亲
对于代码的格式，每个人都有不同的代码风格，这没什么。但是对于一个团队来说，最好能够统一代码风格，在同一个项目中，如果到处充斥着不同的代码风格，相比读起来并不是那么让人舒适，比如在什么地方放置括号，缩进几个字符，如何命名常量、变量和方法等，整个团队都应该遵循同一套规则，甚至可以将这
什么是一个好的函数或者叫方法，只要能让函数明确的表达其意图，让读者能够一眼看出是一个怎样的函数，其接收什么参数，返回什么结果，做了什么事情。能做到这，大概就能算作一个好的函数了，看上去很简单。那么问题来了，如果做到这点呢？ 1. 短小 想象一下，一个击败航的复杂函数和一个只有十几
为了获得更好的阅读体验，请访问原文：传送门 一、前言 代码是什么呢？或者说作为程序员的我们，对于写代码这件事又是抱着怎样的一种态度呢？我时常都在想，如今我如愿成为了一名程序员（虽然还很菜），写代码这件事成了我的工作，我期望从工作中获得些什么？而工作又能给予我什么呢？ 我在短暂的工作
内容简介 《代码整洁之道》讲述了一系列行之有效的整洁代码操作实践。软件质量，不但依赖于架构及项目管理，而且与代码质量紧密相关。这一点，无论是敏捷开发流派还是传统开发流派，都不得不承认。本书提出一种观念：代码质量与其整洁度成正比。干净的代码，既在质量上较为可靠，也为后期维护、
案例一现象描述：不完善的写法：thisName != null && thisName.equals(name);更完善的写法：(thisName == name) || (thisName != null && thisName.equals(name));建议方案：Objects.equals(name, thisName); 案例二 现象描述：!(list == null || list.isEmpty()); 建议方案：import org.a
1自己的成长引起别人的嫉妒是正常的事情，要有所准备； 卡哈尔不仅对如何做科研有非常深入的了解，同时对人际交往颇有认识。 他提醒同学，总会有人批评或者低估你的任何努力或成绩。每个人都会遇到这样的状况，不仅仅只是诺贝尔奖得主。如果你在你
原文链接：http://www.cnblogs.com/ToughGuy/p/3486002.html 单元测试注定是我程序生涯最重要的工作之一。 http://www.cnblogs.com/leoo2sk/archive/2010/01/13/pragmatic-unit-testing-with-nunit.html 转载于:https://www.cnblogs.com/ToughGuy/p/348
https://www.toutiao.com/a6718151019873698308/ 全球AI第一大厂，打造AI产品时有何指导思想？ 软件+硬件+AI。 没错，这是谷歌CEO皮猜在Google I/O大会上反复强调的，但这还不是全部。 因为从2019年Google I/O展现的新进展来看，谷歌几乎没有新推出什么软硬一体的AI新产品，反倒是各种
“ 攻城军队可以从整个乡村掠夺物资,但是掠夺的物资一旦用尽,就会面临严峻的补给问题。军队如群蝗,所到之地搜刮无余,连喂马的草料都难找。军队还要在这种荒凉之地持续驻扎,所以要解决十万大军的补给运输,几乎是不可能的,除非军队驻地水路通畅,可以大量运输,但前提是必须完全控
代码简洁之道 有意义的命名 1.1 介绍 软件中随处可见命名。我们给变量、函数、参数、类和包命名。我们给源代码及源代码所在目录命名。 这么多命名要做，不妨做好它。下文列出了取个好名字的几条简单规则。 1.2 名副其实,见名知意 变量名太随意，haha、list1、ok、theLis
