zoukankan      html  css  js  c++  java
  • WinForm 编程细节(转)

    原链接:http://www.cnblogs.com/happyqq/archive/2008/04/19/1161093.html

    这是我在Cnblogs里面的第一篇原创文章,以前在百度贴吧里面写的都是网络安全方面的文章。

    希望Cnblogs里面的朋友给我多点支持与批评,我会继续努力。

    我记得好像有一本书叫做《细节决定成败》,不知道是我记忆的问题,还是真有那么本书。其实在我们的日常开发当中,我们也得注意一些编程细节上的问题,其实一个成功的软件产品都是从细节中产生的,肯定很多朋友会骂我!现在,我将分别从界面设计以及代码编写这两个方面着手进行说明WinForm编程的细节,这篇文章只起到一个抛砖引玉的作用,并不详细对每一个步骤进行详细说明,如果要进行详细说明,也不是一两句话能够说得明白的,可能是用一本书或者是一章节来说明,在这篇文章的描述当中,如有说得不对的地方,还望前辈们多多指点!

    界面设计细节:

    1、界面应统一风格,包括对各模块界面及控件的属性,

    比如:物料主档管理模块的界面颜色是白底黑色,而你库存管理模块却是绿底红字,这样就让用户的体验非常不好,我们应该遵守界面的统一风格,在界面的设计方面,可以参考一些专业的书籍。

    2、控件的内容长度大小应等于对应数据字段的大小,以避免溢出的情况出现,当然对数据长度以及合法性的验证部分,我将在代码注意细节部分讲到。

    比如:表ItemMaster表字段ItemName的长度是255,而你模块中输入Item Name的文本框的长度却不受限制,而你又没在代码中对数据输入的长度进行合法性验证,直接将值Insert into 或者 Update表ItemMaster对应的字段ItemName时,则会产生错误。

    3、控件的布局应该以内容的重点为布局,遵守人的视眼扫描重点的方向,以从上至下,从左至右的方式对控件进行布局。

    比如员工档案输入界面,则文本框输入控件对应的位置将是:

    员工编号、

    员工姓名、员工性别

    员工出生日期、员工地址

    而不应该是

    员工地址

    员工出生日期

    员工性别,员工编号

    员工姓名

    4、控件的Tab Order在界面设计当中也要注意。

    5、为老用户提供快捷键。
        比如点击“退出”的按钮,我们可以在按钮的Text属性前加(&X)以方面老用户直接按CTRL + X 退出

    6、提供帮助支持
        当用户点击相应的模块中的帮助按钮时,我们直接导向对应的帮助文档。比如“供应商管理模块”,当我们点击右上角的“?”按钮时,将直接导向“供应商管理模块”的帮助文档。

    7、以用户为中心的界面设计
        引用网友(yellowyu)对这文章中回复中的一句话:
         用户习惯(这个特别重要,我觉得爽不行,嘿嘿!大家好才是真的好)

    代码编写细节:

    1、变量命名规则统一,可以参考凶牙利命名规则,或者是Pascal命名规则。

    2、模块代码之间的布局应该将遵守人的逻辑思维的方法,以增强代码的可读性以及可维护性。

    比如:当我们打开一个窗体的代码,折叠所有的代码时,让一个陌生人来看我们的代码如下所示:

    以VB.net伪代码为例

    (第一种代码布局的逻辑)

    frm_load()

    ClearForm()

    ClearFields()

    Check_Data()

    Update_Data()

    Delete_Data()

    cmd_AddNew()

    cmd_UpdateNew()

    cmd_Delete()

    cmd_Exit()

    (第二种代码布局的逻辑)

    cmd_Exit()

    Check_Data()

    ClearFields()

    frm_load()

    cmd_AddNew()

    Delete_Data()

    ……

    你们认为哪种代码的布局让你看起来舒服一些了,我想大部分朋友都会说是第一种吧!

    所以说,代码的可读性除了变量的命名规范化外,其实代码段(模块代码段)之间的布局顺序也影响到代码的可读性

    3、对存在有数据输入的每一个点都要用代码来进行验证,不能够让数据溢出产生,同时更加不允许非法的数据进入我们的系统!(B/S架构的程序尤其要考虑这些问题,因为一个SQL注入漏洞京可以让你哭笑不得,当然C/S架构的程序也存在这种威胁,大家可以参考我百度贴吧的另一篇文章:http://tieba.baidu.com/f?kz=137808190

    比如在采购管理系统中,单据明细录入有“采购单价,采购数量”,我们对其进行数据验证时,要考虑以下几个问题:

    1、全部必须为数字。

    2、采购数量以及单价必须大于零。

    3、根据其采购的物品类别,来决定采购数量是否必须为整数,比如我采购一台电脑,你不可能输入0.5这样的数字吧?

    4、不允许用户在这恶意输入超出数据范围的数字。

    4、在保存数据时,应考虑网络并发操作的情况出现。

    5、代码的安全编程方面可以把我们的每一个用户当成一位非常狠的黑客,如何保证你数据的保密性、完整性等,就要靠你这位反黑客的人去考虑了。

    6、模块代码中都需要加try catch 来进行异常检测并作相应的处理,以避免系统出现错误退出情况。

  • 相关阅读:
    ios 应用剖析
    nyist 737 相邻石子合并问题
    砝码称重 2
    HDU4614【线段树。】
    Spark安装
    广度优先搜索
    MongoDB 操作手冊CRUD 更新 update
    HiWorkV1.3版震撼公布,今日起正式公开測试!
    织梦调用父级栏目链接和名称
    使用Blender批量导出/转换模型
  • 原文地址:https://www.cnblogs.com/glacier/p/1423519.html
Copyright © 2011-2022 走看看