C#代码简洁规范

1、巧用select where orderby 等方式。

将复杂的for循环和foreach循环提炼在

List<Math_Deptinfo> list = bLL_Deptinfo.Search(start, length, out total, where);
            List<UI_Math_Deptinfo> listUIRoleModel = new List<UI_Math_Deptinfo>();
            foreach (Math_Deptinfo item in list)
            {
                UI_Math_Deptinfo uIRoleModel = Mapper.Map<UI_Math_Deptinfo>(item);
                listUIRoleModel.Add(uIRoleModel);
            }
 list.Select(item => Mapper.Map<UI_Math_Deptinfo>(item)).ToList();

2、将一些常量代码,进行static优化。

 #region 操作上的称呼
    /// <summary>
    /// 操作上的称呼
    /// </summary>
    public class OpCommonString
    {
        public static string DeleteSuccess = "删除成功";
        public static string DeleteFail = "删除失败";
        public static string InsertSuccess = "录入成功";
        public static string InsertFail = "录入失败";
        public static string UpdateSuccess = "更新成功";
        public static string UpdateFail = "更新失败";
        public static string Executing = "程序正在处理......";
        public static string ExecutedSuccess = "处理成功";
        public static string ExecutedError = "处理失败";
    }
    #endregion

3、能用字典,不用对象。

4、能在maper里面配置,不在for循环里自己赋值。

5、接口数据尽量简洁,前端可以用computered进行加工。

原文地址:https://www.cnblogs.com/sexintercourse/p/12194558.html

时间: 2024-10-10 14:53:36

C#代码简洁规范的相关文章

java代码注释规范-----转载-----http://blog.csdn.net/shiyuezhong/article/details/8205281/

1 代码注释是架起程序设计者与程序阅读者之间的通信桥梁,最大限度的提高团队开发合作效率.也是程序代码可维护性的重要环节之一.所以我们不是为写注释而写注释.下面说一下我们在诉求网二期开发中使用的代码注释规范,供大家参考下. 2 3 原则: 4 1.注释形式统一 5 6 在整个应用程序中,使用具有一致的标点和结构的样式来构造注释.如果在其它项目中发现它们的注释规范与这份文档不同,按照这份规范写代码,不要试图在既成的规范系统中引入新的规范. 7 8 2.注释内容准确简洁 9 10 内容要简单.明了.含

前端开发代码书写规范

规范目的: 为提高团队协作效率, 便于后台人员添加功能及前端后期优化维护, 输出高质量的文档, 特制订此文档. 本规范文档一经确认, 前端开发人员必须按本文档规范进行前台页面开发. 本文档如有不对或者不合适的地方请及时提出, 经讨论决定后方可更改. 基本准则: 符合web标准, 语义化html, 结构表现行为分离, 兼容性优良. 页面性能方面, 代码要求简洁明了有序, 尽可能的减小服务器负载, 保证最快的解析速度. 文件规范 1. html, css, js, images文件均归档至<系统开发

编写灵活、稳定、高质量的 HTML 和 CSS 代码的规范(转)

今天看了Bootstrap中文网关于编码规范的文章,觉得很受用,赶紧记下来. 首先是黄金定律:永远遵循同一套编码规范.不管有多少人共同参与同一项目,一定要确保每一行代码都像是同一个人编写的. HTML部分语法 用两个空格来代替制表符(tab) -- 这是唯一能保证在所有环境下获得一致展现的方法. 嵌套元素应当缩进一次(即两个空格) 对于属性的定义,确保全部使用双引号,绝不要使用单引号 不要在自闭(例如,<meta> 或 <img>)元素的尾部添加斜线 -- HTML5 规范中明确说

前端代码风格规范总结

规范目的:为了提高工作效率,便于后台人员添加功能及前端后期优化维护,输出高质量的文档,在网站建设中,使结构更加清晰,代码简明有序,有一个更好的前端架构. 规范基本准则:符合web标准,使用具有语义的标签,使结构.表现.行为分离,兼容性优良.页面性能优化,代码简洁.明了.有序,尽可能的减少服务器的负载,保证最快的解析速度. 一.文件规范 1.1 HTML部分 1.1.1 建包问题 文件均归档至约定的目录中,建包格式如下: 注意:所有的css文件放在css文件夹中,image放在images文件夹中

Java学习---Java代码编写规范

编码规范 1 前言为确保系统源程序可读性,从而增强系统可维护性,java编程人员应具有基本类似的编程风格,兹制定下述Java编程规范,以规范系统Java部分编程.系统继承的其它资源中的源程序也应按此规范作相应修改. 2 适用范围本文档将作为java编程人员软件开发的编程格式规范.在项目Java部分的编码.测试及维护过程中,要求严格遵守. 3 命名规范定义这个规范的目的是让项目中所有的文档都看起来像一个人写的,增加可读性,减少项目组中因为换人而带来的损失. 3.1 Package 的命名Packa

编写灵活、稳定、高质量的前端代码的规范二(推荐收藏)

编写灵活.稳定.高质量的HTML代码的规范二 一.代码组织 1.1 注意 (1)以组件为单位组织代码段. (2)制定一致的注释规范. (3)使用一致的空白符将代码分隔成块,这样利于扫描较大的文档. (4)如果使用了多个 CSS 文件,将其按照组件而非页面的形式分拆,因为页面会被重组,而组件只会被移动. 1.2 Example 二.声明顺序 2.1 相关属性一组 相关的属性声明应当归为一组,并按照下面的顺序排列: (1)Positioning(元素位置) (2)Box model(盒子模型) (3

W3C代码标准规范

我们知道,HTML5添加了标签的容错性,在书写方面变得更灵活.不像XHTML那样,有严格的代码规范,不符合规范就不给我们解析.那么,我们在写代码时为什么还要刻意去符合哪些所谓的"规范"呢? 答案这一个就够了:利人利己,便于维护!如果你写的代码不符合"规范",查找代码的错误时或者后期的维护会让你痛恨自己当初怎么会写出那么乱的代码. 有些规范我们也许平时不注意,但无形中也用了.为了避免漏掉一些规范,我这里就整理一下,以便以后有意识的去用. 1.<!DOCTYPE

PHP PSR-2 代码风格规范 (中文版)

代码风格规范 本篇规范是 PSR-1 基本代码规范的继承与扩展. 本规范希望通过制定一系列规范化PHP代码的规则,以减少在浏览不同作者的代码时,因代码风格的不同而造成不便. 当多名程序员在多个项目中合作时,就需要一个共同的编码规范,而本文中的风格规范源自于多个不同项目代码风格的共同特性,因此,本规范的价值在于我们都遵循这个编码风格,而不是在于它本身. 关键词 "必须"("MUST")."一定不可/一定不能"("MUST NOT"

PHPDocumentor代码注释规范说明

   PHPDocumentor是一个的用PHP写的道具,对于有规则注释的php程序,它能够快速生成具有相互参照,索引等功能的API文档. 标记 用途 描述 @abstract   抽象类的变量和方法 @access public, private or protected 文档的访问.使用权限. @access private 表明这个文档是被保护的. @author 张三 <[email protected]> 文档作者 @copyright 名称 时间 文档版权信息 @deprecate