代码风格 | 易学教程

统一代码风格工具 editorConfig

阅读更多关于统一代码风格工具 editorConfig

editorConfig简介按照名字解释就是编辑器配置,可以帮助开发者在不同的编辑器和IDE之间定义和维护一致的代码风格。比如文件缩进、换行等格式。 editorConfig官网工作方式一般在项目根目录创建一个名为 .editorconfig 的文件,该文件的内容定义该项目的编码规范. 当用IDE打开一个文件时,editorConfig插件会在打开文件的目录和其每一级父节点查找.editorconfig文件, 编辑器读取配置文件并依此格式化代码,如果没有的话就用编辑器默认配置. editorConfig 例子 # http://editorconfig.org root = true # 对所有的文件生效 [*] charset = utf-8 indent_style = space indent_size = 4 tab_width =4 end_of_line = lf trim_trailing_whitespace = true insert_final_newline= true max_line_length = 80 [*.{json,yml}] indent_size = 2 [*.md] trim_trailing_whitespace = false editorConfig 配置说明 root 　　表示是最顶层的配置文件，发现设为true时

计算与软件工程作业4

阅读更多关于计算与软件工程作业4

计算与软件工程作业4 作业要求 https://edu.cnblogs.com/campus/jssf/infor_computation17-31/homework/10534 课程目标完成简单软件功能的开发，会对简单代码进行审核，学会结对编程，和队友搭档一起开发新的功能，会对代码进行单元测试等，分析代码的利用率实现自我目标主要和队友搭档完成程序开发，进行代码复审，简单修改代码挺高代码利用率参考文献 https://blog.csdn.net/weixin_44396540/article/details/88085543 https://blog.csdn.net/lbj1260200629/article/details/89600055https://jingyan.baidu.com/article/4f34706e11e052e387b56dd2.html https://jingyan.baidu.com/album/f96699bbeeda8d894e3c1b8d.html?picindex=4 https://www.cnblogs.com/lsdb/p/9201029.html https://www.cnblogs.com/xinz/archive/2011/11/20/2255971.html https://www.cnblogs.com

一周总结

阅读更多关于一周总结

开发项目和所用时间：这周开发的主要程序是加减乘除运算，从两个数字的加减乘除到六位数的同级运算。感想：我认为，程序员应该是最有活力和最有思想的一个群体，只要你不肯让自己浮于表面深入地研究一些东西，自己写一些东西，而不是这也用过，那也知道，但是多半都是局限于仅仅见过，会用，却从来没有认真思考过其代码背后蕴含的思想，更少有人研究过源码，进而体会大师们在某些问题的解决上秉承的思想和思维的风格。个人感觉，这也算是国内大部分程序员最让人悲哀的地方了，当然这也与外界浮躁氛围的蔓延不无关系。阅读内容：阅读第一章第一节内容，发现了好多不懂的内容，希望老师课堂上多讲解书上的内容。来源： https://www.cnblogs.com/1995i/p/5276915.html

代码风格及命名规范

阅读更多关于代码风格及命名规范

一、代码风格 1. 风格务必保持一贯性(Consistent) 在项目里，和其他程序员的程序的风格，显得扃异，那就存在问题了。比如这个缩进，又比如变量命名方法，不同的类，不同的Methods里，各自不同，这程序就很难看了。所以一旦你选择了某种风格，一定要贯彻始终。如果一个项目里规定了一个风格，即便很不符合你自己的习惯，也要贯彻始终，绝不应该有标新立异。 2. 缩进风格(indent) 既然是从缩进说起，就先说说缩进风格;一般来说，象Java这样的类C语言，都采用缩进风格。而常用的，有四种： A.K&R风格这是C程序最早的缩进风格，由C的发明者Ritchie和他的合作者Kernighan率先使用： if (<cond>) { <body> } B. BSD 风格又称Allman Style，源自Unix BSD程序员Eric Allman--他为BSD写过很多程序： if (<cond>) { <body> } 特点：大括号和条件判断分在两行。 C. Whitesmith风格这种风格源于Whitesmith C: if (<cond>) { <body> } D. GNU风格这种风格仅见于GNU EMACS的源程序中： if (<cond>) { <body> } 那么在Java里用哪种好呢？建议只采用A或B。SUN有一个Java Code Name

使用 PHP-CS-Fixer 自动规范化你的 PHP 代码

阅读更多关于使用 PHP-CS-Fixer 自动规范化你的 PHP 代码

良好的代码规范可以提高代码可读性，团队沟通维护成本。最推荐大家遵守的是 php-fig （PHP Framework Interop Group）组织定义的 PSR-1 、 PSR-2 两个。不了解的同学可以先通过连接点击过去阅读下。 PHP-CS-Fixer 项目地址： https://github.com/FriendsOfPHP/PHP-CS-Fixer 用来自动格式化你的代码。通过安装 Composer 安装 composer.phar global require fabpot/php-cs-fixer 请确保 ~/.composer/vendor/bin 目录在你的系统PATH中。 export PATH="$PATH:$HOME/.composer/vendor/bin" 更多请查看 installation 使用fix命令使用 fix 指令修复文件夹或文件的代码风格 php php-cs-fixer.phar fix /path/to/dir php php-cs-fixer.phar fix /path/to/file 使用 --level 选项设置修复至的「规范」。 php php-cs-fixer.phar fix /path/to/project --level=psr0 php php-cs-fixer.phar fix /path/to

springboot windows10风格 activiti 整合项目框架源码 shiro 安全框架 druid 数据库连接池

阅读更多关于 springboot windows10风格 activiti 整合项目框架源码 shiro 安全框架 druid 数据库连接池

此项目为Springboot工作流版本 windows 风格,浏览器访问操作使用，非桌面应用程序。 1.代码生成器： [正反双向](单表、主表、明细表、树形表，快速开发利器) freemaker模版技术 ,0个代码不用写,生成完整的一个模块,带页面、建表sql脚本、处理类、service等完整模块 2.多数据源：（支持同时连接无数个数据库，可以不同的模块连接不同数的据库）支持N个数据源 3.阿里数据库连接池druid,安全权限框架 shiro（菜单权限和按钮权限）, 缓存框架 ehcache 4.代码编辑器，在线模版编辑，仿开发工具编辑器 5.调用摄像头拍照自定义裁剪编辑头像，头像图片色度调节 6.websocket及时站内信并声音提醒、实时在线管理、websocket及时刷新页面（完胜ajax技术）工作流模块 1. 模型管理：web在线流程设计器、预览流程xml、导出xml、部署流程 2. 流程管理：导入导出流程资源文件、查看流程图、根据流程实例反射出流程模型、激活挂起 3. 运行中流程：查看流程信息、当前任务节点、当前流程图、作废暂停流程、指派待办人 4. 历史的流程：查看流程信息、流程用时、流程状态、查看任务发起人信息 5. 待办任务：查看本人个人任务以及本角色下的任务、办理、驳回、作废、指派一下代理人 6. 已办任务：查看自己办理过的任务以及流程信息、流程图

（第3章）代码风格

阅读更多关于（第3章）代码风格

前言：在团队开发过程中，每个人的代码风格都不一样，有的人不爱写注释，有的人写注释，有的人方法与方法之间不爱空一行，非要挤在一起，有的人就写的很规范，像这种千奇百怪的风格会造成什么影响呢？比如线上有一个紧急bug , 同事去解决这个bug 的时候，他是不是要先看一下你这个代码是怎么样的一个逻辑，其次才能去解决这个问题，当你的代码写的很乱的时候，就会让人这写的像一tuoshi 。因此团队之间拥有一个比较统一的代码风格很重要，方便维护和提高效率，规范的代码风格总是让人赏析悦目的。其实小编很早之前就入了这本码出高效Java开发手册，这本书我大概的浏览了一下，书中的内容算是比较生动的，没那么刻板，建议喜欢看书的小伙伴入手一本。小建议：不管在代码中起什么名字，都切忌中式拼音，如果英语不太好的小伙伴可以下载一个有道词典，因为不管是定义什么类，变量也好，他们的名字都是跟功能相关的。 1.类名采用大驼峰形式，首字母大写。 eg: TestController StringBuffer 2.变量（参数，成员变量局部变量），方法名采用小驼峰形式。【首字母小写】 eg : sumNumber 3.常量的命名全部大写，多个单词之间用下划线隔开。常量：一般用于描述一个不可变的值，分为全局变量，局部变量，类内变量。全局变量用public static final 修饰，类内变量

最全面的 Sublime Text 使用指南

阅读更多关于最全面的 Sublime Text 使用指南

最全面的 Sublime Text 使用指南摘要（Abstract）本文系统全面的介绍了Sublime Text，旨在成为最优秀的Sublime Text中文教程。前言（Prologue） Sublime Text是一款跨平台代码编辑器（Code Editor），从最初的Sublime Text 1.0，到现在的Sublime Text 3.0，Sublime Text从一个不知名的编辑器演变到现在几乎是各平台首选的GUI编辑器。而这样优秀的编辑器却没有一个靠谱的中文教程，所以我试图通过本文弥补这个缺陷。编辑器的选择（Editor Choices）从初学编程到现在，我用过的编辑器有EditPlus、UltraEdit、Notepad++、Vim、TextMate和Sublime Text，如果让我从中推荐，我会毫不犹豫的推荐Vim和Sublime Text，原因有下面几点：跨平台：Vim和Sublime Text均为跨平台编辑器（在Linux、OS X和Windows下均可使用）。作为一个程序员，切换系统是常有的事情，为了减少重复学习，使用一个跨平台的编辑器是很有必要的。可扩展：Vim和Sublime Text都是可扩展的（Extensible），并包含大量实用插件，我们可以通过安装自己领域的插件来成倍提高工作效率。互补：Vim和Sublime

Python Coding Rule

阅读更多关于 Python Coding Rule

介绍这篇文档所给出的编码约定适用于在主要的Python发布版本中组成标准库的Python 代码.请查阅相关的关于在Python的C实现中C代码风格指南的描述. 这篇文档改编自Guido最初的《Python风格指南》一文. 并从《Barry's style guide》中添加了部分内容. 在有冲突的地方，Guide的风格规则应该是符合本PEP的意图 (译注：就是当有冲突时，应以Guido风格为准) 这篇PEP也许仍然尚未完成(实际上，它可能永远不会结束). 一致性的建议愚蠢得使用一致性是无知的妖怪(A Foolish Consistency is the Hobgoblin of Little Minds) 呆板的坚持一致性是傻的没边了!-- Zoomq 在这篇风格指导中的一致性是重要的. 在一个项目内的一致性更重要. 在一个模块或函数内的一致性最重要. 但最重要的是:知道何时会不一致 -- 有时只是没有实施风格指导.当出现疑惑时, 运用你的最佳判断.看看别的例子,然后决定怎样看起来更好.并且要不耻下问! 打破一条既定规则的两个好理由: 当应用这个规则是将导致代码可读性下降,即便对某人来说,他已经习惯于按这条规则来阅读代码了. 为了和周围的代码保持一致而打破规则(也许是历史原因) -- 虽然这也是个清除其它混乱的好机会(真正的XP风格). 代码的布局 (Code lay-out)

Google Java编程风格指南

阅读更多关于 Google Java编程风格指南

作者：Hawstein 出处： http://hawstein.com/posts/google-java-style.html 声明：本文采用以下协议进行授权：自由转载-非商用-非衍生-保持署名|Creative Commons BY-NC-ND 3.0 ，转载请注明作者及出处。前言这份文档是Google Java编程风格规范的完整定义。当且仅当一个Java源文件符合此文档中的规则，我们才认为它符合Google的Java编程风格。与其它的编程风格指南一样，这里所讨论的不仅仅是编码格式美不美观的问题，同时也讨论一些约定及编码标准。然而，这份文档主要侧重于我们所普遍遵循的规则，对于那些不是明确强制要求的，我们尽量避免提供意见。 1.1 术语说明在本文档中，除非另有说明：术语class可表示一个普通类，枚举类，接口或是annotation类型( @interface ) 术语comment只用来指代实现的注释(implementation comments)，我们不使用“documentation comments”一词，而是用Javadoc。其他的术语说明会偶尔在后面的文档出现。 1.2 指南说明本文档中的示例代码并不作为规范。也就是说，虽然示例代码是遵循Google编程风格，但并不意味着这是展现这些代码的唯一方式。示例中的格式选择不应该被强制定为规则。

订阅代码风格