关于Firedac的一点看法

Firedac集成在Delphi中已经有几个版本了,偶尔也拖到Form上试着用用,虽然知道Firedac有可能是最终的(或很很长时间内)数据访问技术,可一直不能接受它,其中最大的原因就是过于“复杂” -- 虽然复杂也意味着功能更强大。

就个人的感觉而言,一个好的软件系统,【基础】是好的设计,没有好的设计,意味着软件的生命不会长久,只要不是”一次性“的软件,必然会有升级和维护。

重构就是一种非常好方式,简单的来说,提炼方法,提炼类和接口等等。而针对RAD开发来说,是需要一定的“勇气”的,因为DELPHI实在是太易使用了,基本上设置一些属性,在关键的事件中写写代码就OK了。也正是太容易了,所以很多时候,基本上没有设计。

很早以前,就看到过有人说不用数据感知的组件了,很长时间里,一直觉得不用数据感知组件是本末倒置,舍近求远。(自己也增改造了不少感知控件)

随着时间流失,自己开发的软件积累了不少。每次的改动,都觉得很“烂“ (虽然技巧不少),这里的”烂“,主要是指”结构“烂了,感觉调着调着,真是伤筋动骨啊! ...省略千字...

软件的维护,绝对不是靠着修改N个属性就OK了的。依赖属性越多,就越是铁板一块。而维护的人,也不是靠组件和属性就能深刻的理解业务的,或许写“不需要注释的代码”是不易的,但这是应该追求的。现代盖个巨大的高层建筑很容易,也很快速,但这是在有图纸,有设计的前提下的。

RAD带便利的同时,让人们忽略了设计??还是人太懒了呢? Firedac功能越强大,封装的功能很多,我觉得越容易让人依赖于他的属性和功能,尤其是C/S开发上。当然并不是说这些功能不需要,但应该粒度上更细一些,或者单独封装出来,最终让开发者用组合的方式来使用。我个人喜欢dbx的原因就是非常简单,数据的处理必须要自己代码来控制,提炼数据层接口,提炼业务代码,最终用代码描述业务功能。

新的一年马上就要来临了,作为2014年最后的一点想法,感觉有些勿忙和凌乱,有如是不知所言。

时间: 2024-10-26 04:43:56

关于Firedac的一点看法的相关文章

自己对Java的一点看法

作为一个理论性比较强的学生,谈一下这段时间对java以及对程序设计的理解 java相对于其它语言有几个特点,一个是面向对象,一个是强类型           首先谈谈面向对象,关于类和对象,这个一定要有深刻的认识,在类中,首先一个最重要的概念就是构造方法,为什么说它重要,就是因为你只要需要创建一个类地实例对象就需要调用到构造方法,这个就决定了这个类一开始要做什么,还是举一个例子吧         比如说BrfferedReader类,这个的构造方法就是BrfferedReader(Reader

关于shopnc系统使用的一点看法,静态规则

关于shopnc系统使用的一点看法, 自从上了这套系统以后, 系统bug不断, 官方至今圈子的静态化问题都没有处理好, 这个问题,我百度了很久,几乎没有人能解决, 想换成discuz程序把, 又需要做数据库对接,非常麻烦, 如果有人解决了shopnc商城系统的圈子静态规则,希望您能跟我联系一下,付费收规则. 谢谢.

对人生的一点看法

说到人生这个话题,你的第一个反应应该是"话题太大,无从谈起"吧?对于"话题太大"的话题,伴随左右的似乎总是有这么一句:"仁者见仁智者见智".所以,这里我也只是发表我的看法. 在我看来人生其实很简单,但如果让你也认同"人生很简单"这个命题,你首先得认同下面三个观点,本文所有的讨论都是以下面的三个观点为基础的,这三个观点就是: 200年以后,没有人会记得你是谁.你记得你爷爷的爷爷的生平事迹吗?连你都不记得,更何况其他人呢? 即便你

对苹果公司未来的一点看法

这段时间苹果和微信的"打赏 "风波,闹得行业沸沸扬扬.大家纷纷站出来指责苹果公司太霸道,为了利润什么钱都敢要.而且有很多人看衰苹果,觉得如果微信等主流的软件一旦不支持苹果的设备,那么苹果的前景将一片黯淡.网上有太多的文章和论点在讨论苹果和微信们到底谁重要,就不在这里重复别人的观点了,没多大意义. 其实我也对苹果的前景不太看好,并不是因为这次的风波.个人感觉即使没有这场风波,苹果的未来仍然不乐观.前段时间看了<乔布斯传>,被乔布斯的魅力深深的折服的同时也坚定了自己看衰苹果的看

对struts1.2中ActionForm的一点看法

转自:http://hi.csdn.net/space-62502-do-thread-id-4019.html   觉得总结的不错,也收藏学习下. ActionForm的应用 (1) .创建一个form类必须继承四个夫类中的一个.比如继承ActionForm. (2) .一个form类中的每一个属性都将和页面中否form 表单中的每一个元素一一对应 例如. 一个表单为:<form> <input type="text" name="username&quo

关于DBX Framewrok 和 FireDac 的一点随笔

DBX Framework (dbExpress Framework )用了很长的时间, 一直觉得简单好用,但今天需要连MySQL5.7, 发现已经没办法用了,感觉是时候放弃用它来作数据连接了. 以前一直用它作C/S,三层的开发,真有些舍不得放弃,但没办法!以后连数据库还是要用FireDac了,毕竟各种数据库一直在不断的更新版本,FireDac也一直会不断的更新和完善,而DBX在数据库连接这块已经不会再更新了. 不过,虽然DBX连接数据库的驱动陈旧了,但它仍然在DataSnap体系扮演着重要角色

关于心理学方面的一点看法

我们知道商人赚钱利用的是一种信息的不对称,而大多现代商业模式利用的是知识的不对称,本质上就是以知欺人或者以智欺人.和物理学等其它学科不同,心理学是最近1-200年才发展起来的全新学科,是一门非常伟大的学科.现代商业和管理很多理念或者制度的设计都是基于此的.比如广告学,销售推广,以人为本的管理制度,还有概念横飞的华尔街金融制度及衍生品(心理学+数学).心理学不仅仅与这些有关,也与我们本身密切有关,如果我们要了解和治疗现代人的各种心理疾病(最典型的就是抑郁症),也必须懂得心理学. 由于文化的因素,也

对配置性编程的一点看法

人有追求高灵活性的倾向,这种心理源于对需求变化的恐惧,而在这种心理(一部分其实是从众心理)下,要对事务保持一定的"中庸"是很难的,例如,现在的编程就形成了这种过度配置的局面.似乎不采用配置性编程就不是编程一样,下面看几个例子:1)Hibernate,EF等框架的实体及关系映射本来数据库里已经定义了一套完整的规则(包括表结构和表间关系及约束),早期的这些框架还非得把这种规则在配置文件里重新实现一遍,好处肯定是有,因为任何事物都有两面性,但如果系统稍微复杂一点,这种做法实际上是坏处远远大于

关于js的回调函数的一点看法

算了一下又有好几个月没写博客了,最近在忙公司android的项目,所以也就很少抽时间来写些东西了.刚闲下来,我就翻了翻之前看的东西.做了android之后更加感觉到手机端开发的重要性,现在做native App  和Web App是主流,也就是说现在各种基于浏览器的web app框架也会越来越火爆了,做js的也越来越有前途.我也决定从后端开发渐渐向前端开发和手机端开发靠拢,废话不说了,我们来切入正题“js的回调函数”相关的东西. 说起回调函数,好多人虽然知道意思,但是还是一知半解.至于怎么用,还