在Delphi中从哪里开始OOP主要关注数据库开发？

通常

在开始版本1所需的功能之前,请先考虑一下.但是不要忽略版本2和3的花哨的可能性.

除简单的单独实用程序或基本数据输入屏幕外,不要使用数据感知控件.

推理：

>他们立即打破你的GUI< - >数据库分离.
>他们在用户友好性测试中让你失望一点.
>他们鼓励Spaghetti Code

不要使用任何标准或第三方控件,包括表格,框架或数据模块.首先构建自己的派生类库 – 即使您在开始时没有添加任何功能,也总是使用这些类.

推理：

>完全控制应用程序的行为.
>简化前向兼容性.
>授予您完全自由地在新组件树中的任何位置引入新属性/功能,而无需编辑所有对话框和表单或对象.

尽可能将一切创建为具有属性的对象,只有当它们不能被只读时才会隐藏复杂性和设置器.训练你的自己总是使用自己的属性 – 使用快速公共变量作弊通常会导致你以后重新创建它作为属性.

数据库设计 – 读一本书:)

GUI< - >数据库分离.

由于应用程序将不得不与数据交互,因此100％的分离我认为不可能.相反,您的基线对象可能至少定义：

>检索或加载数据的机制
>编辑该数据的机制
>保存数据的机制
>显示数据的机制.

我会称之为松散耦合.

对于每个数据表或密切相关的表组,创建一个单独的Datamodule,其中包含只读查询,可写查询等.保持SQL尽可能简单 – 我在2天内将我的最后一个应用程序从Oracle移到MYSQL – 150个带有相关对象的表并编辑帧:).最初也将它们全部链接到一个池连接也在它自己的Datamodule中.

听起来你已经意识到列表,特别是TObjectLists,是你的朋友.再次 – 为您需要的每种类型的对象派生自己的.我实际上隐藏了更简单对象中的真实列表.公开Items和Count属性是微不足道的.然后根据需要使用内部列表向基本项添加更多功能.从那里列表列表是一个简单的步骤,几乎自然地遵循它们所代表的数据库数据的结构.

通过实际存储应用程序的不同部分在数据库中使用/需要的列表类型,您可以使用此方法变得更加复杂.然后,您可以动态创建正确的列表,而无需应用程序实际知道其中的内容 – 开发阶段的列??表和对象本身应包含他们操作/加载/保存和显示自己的数据所需的所有功能:).这也可以扩展到列表执行的功能.我使用了一些基本列表类型来公开简单的计数和项目 – 在我的例子中,它们有大约50个后代.

以这种方式工作,您的项目可能会积累大量文件,但您可以依赖并信任Delphi – OO模型非常强大并且很少被捕获.

如果您遵循大部分内容,您的主应用程序最终将成为列表加载器,这就是它:)在我的最新版本中,主要功能仅占用大约100行代码,但它启动的内容非常复杂.

最后 – 所有这一切都是很多工作:(第一次做对不会发生让我们说实话,所以要准备好妥协你的漂亮的对象模型,让应用程序出门,但做出大的评论在哪里以及为什么你做了它以及如何在以后再次纠正它.

祝好运 ：)