现在用成批处理 了。少用记载 集一条记载 一条记载 地处理 ,尽量用SQL语句。
2.学好关系数据库的理论,尤其是规范化理论,表的设计必然要规范化,最起码要规范化到第三范式。聚拢运算(并、交、差)。关系运算(选择、投影、连接 )。其中连接 与规范化是紧密联合的。
3.运用 面向对象的技巧:面向对象的分析 OOA、面向对象的设计OOD、面向对象的编程OOP,根据 表的关系,用窗体和子窗体、报表和子报表,仿真面向对象,这样可以增加程序的可读性和可掩护性。(这是高档技巧,同志们不要鄙弃,做大项目你就知道有用了)
4.用查询时,通常一步做不出来,可以分几步做,(1)有些是SQL语言的限制,没措施一步做出来,逼的;(2)可以反省每一步查询的效果,容易调试;(3)增加可读性,便于日后掩护。
5.查询的效果用窗体显示或用报表打印,两者的技巧差不多。通常转变打开窗体或报表的条件就可把持显示或打印的记载 领域。另外用查询做数据源时,动态转变查询中的SQL语句,比在查询中引用窗体的控件要方便 ,因为SQL语句生成是在VBA中,可以先寄放在字符变量中,然后再更新查询的SQL语句,这样就可以用断点来反省变量值对不对,如果在查询中引用窗体的控件,尤其是包孕 IIF()函数时,调试是很艰苦的。
6.开发一个系统,首先要解决技巧问题,即算法,用简略例子,把算法弄懂了,再详细设计,这一点从网友的提问中可以看出,有很多人问题表达不明确,有的人其中夹了很多与算法无关的东西,尤其是很专业的东西,别人不容易看得明白,由于算法没搞明确,程序就无法编了。
7.不要应用过多的工具特征,应用过多的工具特征会使可读性降低 ,可掩护性差,要别人帮忙时难以得到赞助 ,更要命的是可移植性差,从MDB到ADP就可以领会到了,所以在编程时可读性很首要,可移植性更首要,你甘心 自己的程序就固定在一个环境下运行吗?你甘心 永远用一个工具搞开发吗?为了你的“钱途”,不要玩弄太多的技术,当然技巧钻研是另外一码事。
欢迎分享,转载请注明来源:内存溢出
评论列表(0条)