|
摘要：
从开始编写wan c/s到今天，不知不觉已经过了好多时间，经过几个项目的应用，自己觉得已经非常成熟了，特别是在稳定性方面，２００９年基本没有做过错误代码的修正，也经历了几个地市级应用项目的检验，目前一个系统最多的用户数是７００多人，操作员是３００多人，365天，天天有人使用，从目前看使用wan c/架设的应用还是非常的稳定的。 经历了这么久，那么wan c/s究竟实现了哪些功能呢？或者说已经实现... 阅读全文
posted @ 2010-03-01 09:31 暴牙兔 阅读(610) 评论(3) 推荐(0)
摘要：
我们去伪存真，看看wan c/s是个什么玩意，对于有客户端的应用，最方便的办法就是web services，由于它采用的是xml，所以效率肯定低了好多，wan c/s由于定位在特定的编程语言，所以采用了bin+压缩模式进行数据传输，效率大大提升了。 阅读全文
posted @ 2010-03-01 09:49 暴牙兔 阅读(273) 评论(0) 推荐(0)
摘要：
首先我们来看一段非常传统的代码编码. with ADQuery1 do begin Close; SQL.Text:='Select * from Northwind..Customers'; Open; end; 那么在我们的设计目标里，该如何来编写呢？经过考虑，我还... 阅读全文
posted @ 2008-06-29 12:58 暴牙兔 阅读(422) 评论(0) 推荐(0)
摘要：
在传统的c/s中，程序与服务器的通讯一般是采用如下的方式、。 客户端程序使用ado/bde/odac等数据库服务器 那么在wan c/s中，将采用如下的方式 客户端程序->函数封装请求->http提交到数据接口->数据库服务器->数据接口将执行结果返回客户端程序->客户端程序解包->了解执行结果。 同样的事情，多了好多的步骤，速度肯定跟直接c/s没法比了。 根据实际要求与程序编写的... 阅读全文
posted @ 2008-06-29 12:36 暴牙兔 阅读(592) 评论(0) 推荐(0)
摘要：
在传统的c/s程序，存在有不可避免的安全问题，你的数据库连接串会在程序执行时出现在内存中，一般人很容易得到该连接串，而在wan c/s中，数据库连接串只在中间数据转发程序中存在，客户端是无法得到数据库的用户名与密码的。在wan c/s中，客户端只是提交一些数据请求，具体的执行由中间的数据接口去完成。 在wan c/s中同样存在弊端，你可以侦听程序发出的数据，从而进行模拟提交，要解决这个问题... 阅读全文
posted @ 2008-06-29 10:11 暴牙兔 阅读(415) 评论(0) 推荐(0)
摘要：
WAN c/s其实就是一个远程的数据接口，那么在实现起来的时候，采用什么方式呢？tcp/udp还是其他的？经过考虑，我最终选择了http，一个公认比较慢的协议。为什么选择http呢，主要是有以下原因： １。http具有良好的外表，应该说是一位帅哥，基本上没有哪个防火墙会把这位帅哥挡在门外吧，httpFQ太帅了。 ２。服务器端，已经有比尔叔叔做出具大的努力，iis已经是一个非常高效的WE... 阅读全文
posted @ 2008-06-29 10:09 暴牙兔 阅读(542) 评论(0) 推荐(0)
摘要：
对于一个Delphi程序员来说，随着WEB的大行其道，还有各种复杂的原因，原有的传统的c/s程序已经暴露出问题了，原来开发的c/s已经不能跑在新的网络系统中了。当然，选择b/s是一个非常好的路子，但是做为从事了多年delphi的人员来说，意味着新的学习成本，虽然在it行业，学习是必须的。那么能否有一种方式，可以让原有的c/s可以顺利的在internet跑起来呢。delphi有一个自带的mida... 阅读全文
posted @ 2008-06-29 09:47 暴牙兔 阅读(754) 评论(3) 推荐(0) |
||
浙公网安备 33010602011771号