在三层中，到底有多少人能实现这样的效果？(0分)

  • 主题发起人 主题发起人 qiuyan81
  • 开始时间 开始时间
唉`~很难，写了好久的三层，现在发现越来越多的SQL句子跑客户端里了，最少改的倒是变成了中间程，中间程变成了接SQL句子执行再返回客户端了~~晕
 
三层的原则就是不让客户端直接接触数据模型（如数据库）
 
三层的意思是让老板多装一台机，多赚一把钱。在老板面前，单层跟三层十层，还不是一
个样，接不接触数据，老板根本不管，界面漂亮，能吸引人的，容易操作，生手也可以上
岗的，稳定，不需要老打电话找人修的，就是好软件，老板就喜欢。
可是论坛中人，都不喜欢在界面上下功夫，网上下载了一些软件，据说里面做的像神话一样
好，但界面做的一塌糊涂，东歪西倒，像一块烂泥的，连卖盗版也不肯进货，何况人家真是
拿来用的。
 
唉，一群frogs坐在井里，互相印证天很难比井口大。
自己走了歪路，这不是罪过；误导别人走歪路，就是罪过了。
 
kinneng说的是硬道理
 
kinneng说得很对,做软件,界面好看,,要比技术好,代码写得好更实用,,客户关心的主要是界面和操作,对你用的什么无所谓,,
除非你做,大学,或政府项目,要讲技术领先..
 
收藏此贴，听课……
 
我现在正在做,我认为差不多可以实现"客户端无 SQL"
 
有形无实。。。。
 
我们一直保持客户端无sql，都是在中间层写方法实现的，客户端调用，麻烦是麻烦一点，但有时客户需求改变，改的时候才觉得这样很好。
 
弱弱的说一句：应该能够实现吧！但如果全部把SQL语句写过去，尤其是查询的SQL语句，可能要多建立好多接口，还不如直接查，等修改数据库的时候在调用接口！
 
你看看刘艺的面向对象的书,后面几章有些例子挺管用的,我现在就是改进了一下他的代码
 
客户端是可以保持无SQL的,在中间层写就OK了,操作完毕后通过中间层向数据库更新数据.
 
为什么一定要追求客户端无SQL呢?
 
楼上的：如果客户端无SQL，如果业务逻辑有变化就不用更新客户端了。如果你只有一两个客户那没什么区别，如果你有一两百个或更多，那就不同了。
但问题是：客户的要求是多样的，可以说由无数种SQL语句来查询，又怎么能不在客端生成哪？如果规定了客户端的可执行的SQL语句的数量，那可能系统的功能就不够灵活了。
比较晕。
 
单人开发:别用业务层了只会增加劳动成本
团体开发:可用业务层,各业务对象自己定义
但客户端sql还是比较方便的,改个什么的都很方便
 
即然害怕更新客户端，为什么不选取择B/S呢？
客户觉得好用重要还是客户端无SQL重要？
况且客户端完全可以自动升级
 
客户端有SQL语句意味着写客户端的程序员需要了解数据库结构，也就是说，如果数据库结构有改变就必须通知客户端程序员。这就已经是软件工程的大忌：紧耦合。
松耦合的实体对象与关系数据库的映射，有很很多成熟、简洁、可靠的方法，多去查查资料（建议多去英文的网站），可以找到很多。多看多学，就不会这样狭隘与偏执了。
 
做了几年所谓的三层开发,由于客户经常变化修改,发现该得最多得反而是客户端,中间层基本都好少改拉,失败!
可能b/s是三层的最好体现,但功能相对不够强.
 
研究了一段时间 可以在中间层上全部用接口实现SQL语句的维护
界面上的维护也可以完全调用中间层的定义 但是这个工作量太大了
就拿一个简单的图书管理系统来说 这样的开发量都不是我个人能承受得了的。
建议显示层用插件技术 界面变更的时候可以下载服务端的DLL。
我也试过用ActiveX在IE上调用 但是界面不怎么美观 而且还是放在网页里面的
不知道怎么才能让它独立出IE来。
 
您必须登录或注册才可回复。

Similar threads

S
[教程]Delphi Android应用启动画面详解
回复
0
查看
831
swish
S
不
Delphi中实现变长函数笔记 - 不得闲
回复
0
查看
978
不得闲
不
X
如何在unidac 中执行一次查询获得多个数据集？ - xalion
回复
0
查看
944
xalion
X
不
奇淫怪巧之在Delphi中调用不申明函数 - 不得闲
回复
0
查看
876
不得闲
不
S
[教程]Delphi 中的匿名函数详解
回复
0
查看
855
swish
S
后退
顶部