毕业一年多来，我从事Mis开发。每每做界面总是让我非常头痛，伤神。

我用的开发工具是delphi,大家都知道，MVC的三个角色分别是modoule,view,controller. 在界面层，view和controller总是在一起的。

但是，在delphi里面实现太难了，至今我也不知道如何实现。我目前做

到的只是将数据集控件放在后面，简单的话，就将行为与数据公布，再做界面，

如果需要复杂界面和复杂控制的，我就难以入手了。

各位有什么高见。。。。用复杂的dbware控件的程序非常可怕，我见过了，

代码的改动量也非常巨大，修改难度也非常可观的。

需要帮忙

OO特征比较完整我同意。 不过，他现有的框架极大的局限了采用MVC模式开发。实际上，VCL本身就问题多多，归根到底，就是Borland帮我们做太多了，他们初衷是为了降低Delphi入门的门槛。当然他也做到了。但这样往往也有恶果，这样培养许多程序员的惯性，到后来就成了恶习。

我在这儿讨论到MVC的实现，主要是我看过两三家软件公司的代码，简直都是一塌糊涂，尤其我现在的公司，采用的是MIDAS体系结构。几乎没有对象一说，除了事件还是事件。M与V的混合,达到让人难以忍受的地步。谁也不愿意去维护别人的代码。虽然现在效益很好，但这样不是长久之计。

实际上，看来我们国家大部分的软件公司还是如此吧。我在寻求一个解决方案 ，丢开Dbware控件。当然，如果是一个解决方案，他肯定不仅仅限定与delphi.

希望大家多多讨论，或许，宝石就在身边。

如果感觉RAD可用，自动生成的代码品质可以接受，那就用它的那一套。

如果自己有更高的要求，那就丢开它，自己实现一套。幸好Delphi提供很多底层机制的细节，完全可以做到自己实现。

DBAware控件做东西快速，但也有它的局限性。从惊奇RAD所带来的速度到看到它的局限性，也是一种进步。

您所遇到的情况应该很普遍的，即除了界面对象化了之外，其它全部是按结构化的方式来做。好好安排的话，也可以写出可读性很好的程序。不在于是不是面向对象，而在于写的人水平如何。如果一个人能写出优秀的面向对象程序，他写的纯C程序也不会水平差。