• 关于代码维护的一点点看法


    关于最近代码的修改,本人存在一点小小的看法,提出来仅供参考。

    1、  有关代码的规范性(大家基本都有一定的了解,但还是很有必要提一下)。

    (1)       类型、属性、事件、方法、方法参数,必须添加注释(除了名称已经是自解释的)。

    (2)       命名的规划,如 所有命名空间、类型名称使用Pascal风格(单词首字母大写);本地变量、方法参数名称使用Camel风格(首字母小写,其后每个单词的首字母大写)等。

    (3)        HTML 代码,应有层次感,尽量保持整洁感,不需要的代码不要保留,没必要可有可无的属性、标签全部不要写。

    (4)        JavaScript代码,注释需要说明“函数功能”、“传入参数”、“返回值”等。

    2、  软件设计的规范性(确实感同身受,没有需求文档、数据设计文档及业务流程图,维护、修改或扩展相当麻烦(付出的代价大,效果差))。设计的合理性,功能的 简单直接简洁性,不应该把简单的东西复杂化,而应该把复杂的业务简单化,本人推崇系统的树状结构(除了业务需要以外)。

    3、  框架的问题。一个系统为了好维护,在编写代码的时候,得先指明使用的框架模式,而不是凌乱的功能块编写方式;在编写的时候,得考虑好维护扩展时的方便性。完整部分可参考软件设计原则。

    4、  框架的升级。现在MVC已经到了5.0,我们现在的项目还是2.0,可想而知,很多新特性我们都没有使用上,且3.0比2.0  有明显的改善。推崇mvc3.0+EF的模式,可以少写很多代码,少建很多文件类,少写很多存储过程(现有的功能点,js文件完全可以搬过去,唯一需要做 的,就是需要了解使用linq语句)。建议把业务逻辑部分独立出来,以达到MVC的最初目的。

    5、  代码的重用性。

  • 相关阅读:
    Ubuntu上64位adv无法创建问题
    Java 数据结构与算法分析学习
    博客第一天——新的梦幻之旅
    android开发第一天
    Ubuntu下OpenGL开发环境的搭建
    [ZZ]WindowsForm应用程序调用WebService
    WindowsForm应用程序调用WebService
    Hello World
    Apache Ant编写build.xml的自动提示 ANT DTD
    Serial Interface之I2C:关于DS1624 2线通信SDA保持时间的说明
  • 原文地址:https://www.cnblogs.com/wushaoliang/p/3532640.html
Copyright © 2020-2023  润新知