Delphi底层架构,希望大家一起讨论一下
前言:
使用Delphi有五年多的时间,基于Delphi相关的技术在开发中都涉及到过:DLL,COM,DCOM,API,WEBSERVICE,SOCKET,Windows Message,OO,等等一些,到了今天反而觉得这些都是一些"技巧"的东西,而系统的框架才是软件的灵魂,在开发中,由于种种原因,项目组成员对于软件开发的认知度,项目的工期等原因,导致整个项目的开发过程中,软件开发的统一做的不尽人意,代码的粗枝乱造,界面的风格不一郅,业务的胡乱堆积,使系统的质量大大降低,对于DELPHI,其RAD功能让很多人喜欢上了他,但程序开发已经发展到今天,动态语言,Java,.Net等的出现,使整个软件在框架设计上提到了一个新的高度,面对BORLAND对DELPHI的态度(虽然CodeGear对DELPHI进行了后续的整合,但Delphi不负有当年之勇了???),开源的兴起,都使DELPHI落到了其他工具的后面,想找一些实用的架构更是比较难,才有了笔者关于DELPHI架构开发的设想.
问题:
DELPHI目前的开发方式,许多TEAM还沿用5年前,甚至更远的思路,主要是使用RAD的一些特性,其开发出的程序缺少扩展性,且对于OO,MVC思想的使用更是少之又少(虽然VCL的整体设计,实现体现了整个VCL的精华),软件产品的统一性,操作的统一性,数据操作的统一性,UNIT之间的高耦合等等.
架构设想:
通过此框架的实现,体现出目前比较先进行一些设计思想,MVC,OO,代码生成,ORM等
界面架构:
1.实现界面的整体风格的定制,统一(键盘事件的统一,鼠标事件的统一,窗体布局的统一,热键,全局热键的统一)
2.窗体间流转,调度的统一,减少窗体间的耦合度,实现窗体间流转的可配置.
3.实现窗体的复用,各分类窗体的订制(查询,对话框,打印,数据操作等更细分类的订制)
4.权限,功能权限的统一管理控制
代码,设计文档,设计图(MM),稍候奉上
详见http://blog.csdn.net/MartinWang/archive/2007/12/04/1917273.aspx
使用Delphi有五年多的时间,基于Delphi相关的技术在开发中都涉及到过:DLL,COM,DCOM,API,WEBSERVICE,SOCKET,Windows Message,OO,等等一些,到了今天反而觉得这些都是一些"技巧"的东西,而系统的框架才是软件的灵魂,在开发中,由于种种原因,项目组成员对于软件开发的认知度,项目的工期等原因,导致整个项目的开发过程中,软件开发的统一做的不尽人意,代码的粗枝乱造,界面的风格不一郅,业务的胡乱堆积,使系统的质量大大降低,对于DELPHI,其RAD功能让很多人喜欢上了他,但程序开发已经发展到今天,动态语言,Java,.Net等的出现,使整个软件在框架设计上提到了一个新的高度,面对BORLAND对DELPHI的态度(虽然CodeGear对DELPHI进行了后续的整合,但Delphi不负有当年之勇了???),开源的兴起,都使DELPHI落到了其他工具的后面,想找一些实用的架构更是比较难,才有了笔者关于DELPHI架构开发的设想.
问题:
DELPHI目前的开发方式,许多TEAM还沿用5年前,甚至更远的思路,主要是使用RAD的一些特性,其开发出的程序缺少扩展性,且对于OO,MVC思想的使用更是少之又少(虽然VCL的整体设计,实现体现了整个VCL的精华),软件产品的统一性,操作的统一性,数据操作的统一性,UNIT之间的高耦合等等.
架构设想:
通过此框架的实现,体现出目前比较先进行一些设计思想,MVC,OO,代码生成,ORM等
界面架构:
1.实现界面的整体风格的定制,统一(键盘事件的统一,鼠标事件的统一,窗体布局的统一,热键,全局热键的统一)
2.窗体间流转,调度的统一,减少窗体间的耦合度,实现窗体间流转的可配置.
3.实现窗体的复用,各分类窗体的订制(查询,对话框,打印,数据操作等更细分类的订制)
4.权限,功能权限的统一管理控制
代码,设计文档,设计图(MM),稍候奉上
详见http://blog.csdn.net/MartinWang/archive/2007/12/04/1917273.aspx
...全文
相关推荐
wke + delphi + Miniblink delphi 开发 webui最佳组合
这个组合主要适用于那些希望在桌面应用程序中嵌入Web浏览功能的开发者,尤其是使用Delphi编程语言的程序员。下面将详细阐述这三个组件及其在开发过程中的作用。
Unidac 8.4.1 for Delphi 11 源码版深度解析与实战应用
Unidac采用“统一接口 + 原生驱动”架构,通过抽象层屏蔽不同数据库的通信协议差异,使开发者无需修改核心代码即可切换后端数据库。其核心设计遵循高内聚、低耦合原则,利用工厂模式动态加载对应数据库驱动(如Oracle OCI、PostgreSQL libpq),实现编译时无关、运行时适配。典型编译错误包括:前者因未引用所致;后者反映字符串类型迁移问题。解决办法是在uses节补充依赖:usesSystem.SysUtils, // 提供TBytes。
Delphi图形处理利器:GraphicEx 9.9库深度应用实战
强制子类必须实现特定逻辑:
TMQTTClient-delphi.rar_MQTT delphi_TMQTTClient-delphi_delphi ssl
意味着这个库是原生的Delphi代码实现,不依赖任何外部组件,且兼容较老版本的Delphi 7。这对于那些希望避免额外依赖或使用旧版Delphi的开发者来说是个好消息。
数据库课程设计案例,里面有4个案例,用Delphi做的,希望有你所需的
在这个特定的案例中,我们看到一个压缩包文件,其中包含了四个使用Delphi编程环境完成的数据库相关项目。


数据库相关
