B/S和C/S的架构就要要淘汰了吗？！不同于这两种构架的新技术探讨。 ( 积分: 200 )

  • 主题发起人 主题发起人 差不多算了
  • 开始时间 开始时间
我操，这个世界没有天理了～～～～～ MD,老虎不发威,当我是病猫, 先骂人的倒有理了 我可是从来不主动得罪人的 谁要是欺负人,那就不客气了 明天把这个工具开个源,叫大家都来用用 请问你们有什么拿的出手的?自己写的东西? 说出来叫大爷我长长见识？ 别不会是一群耍嘴皮子的废物吧？
 
>>不知道用他做个小店铺的店铺管理软件可否？我感觉主要还是适合类似企业的ERP系统，做别的软件不见得很灵活
看来楼主的确对思维加速很不了解——他们的开发环境就是一个集成了界面以及工作流引
擎的类Delphi环境，可以说是大小通吃。
能够做ERP这样复杂的东西，难道灵活性还不足以胜任店铺管理软件的开发么？——我亲
历Justep的演示，10分钟之内，两张主从表从物理层设计到UI、审核流程规划、角色权限分
配，全部搞定。
 
我当然知道,而且也看了他们的设计过程,那你就用他们的平台设计一下看看,比如:怎么控制钱箱,怎么显示客户显示牌等等,这个可没有复杂的业务流,不要想当然,设计一下看看.如果重新用代码工具写就没什么意义了
 
呵呵，Justep可不是零代码平台——他们也从来没有用什么“零代码”来标榜自己。他们
的业务逻辑实现完全依靠编写Delphi代码实现，和我们平时的开发无甚区别——只不过像权
限、流程这些最普遍的东西可以用他们的现成模块直接设计，与代码无关。Justep所作的工
作无非是将企业软件开发中遇到的普遍存在但又非常类似的需求集中起来进行合理的规划，
做成独立、强大、灵活的模块，集成在IDE环境中，减少这方面的开发工作量。至于其它的
方面，就不是他们力所能及的范围了——所以他们的平台有完整的IDE调试环境和编译器。
不知道楼主对我说的“其它的方面”有什么高招没？ :)
 
大家说了这么多，要想开发出一个零代码的平台谈何容易。
能开发出一个像Justep的平台来就不错啦，工作流的应用可以很大的提高软件的灵活性和业务逻辑的控制。每个软件如果在使用中，需求是在断变化，能做到需求变化只需要做调整配置，而无需修改设计和代码就已经提高了很大的效率了。如果有分析过Justep的平台就会发现，其中有很多地方设计的很好。
这些是小弟的一些愚见。：）
 
呵呵,大家继续努力,相信平台的明天会更好。
 
这样的系统我已经实现并在使用(delphi7+sql server2000+Win2003,socketconnection)，但是问题也不少：
1、速度慢--当用户打开某界面时，有明显的等待时间
2、服务器和客户端要求相对较高，特别是服务器，CPU战用很高
3、网络稳定性要求高
 
为什么会出现这样的情况呢？
1、界面怎么保存的，是不是保存到数据库，时时的从数据库查询出来然后显示呢？
2、服务器和终端的CPU为什么会占用比较高呢？是不是界面的生成过程处理有问题？
3、难道不能够离线使用吗？
 
差不多算了:
如你所言1，我在试着改为另外一种方法--将界面保存改为只有更新时才从数据库下载，否则存在本地数据库或本地INI文件(或XLM文件)，你有何好建议？ 如果将界面存为delphi的DFM文件，直接在FORM CREATE时引入最为理想，但还没找到引入的方法
关于2--- CPU占用太高到现在还没有查明原因
关于3---网络稳定性高要求：这是用户不同意，系统已经提供了网络连接或提交失败时先存在本地的功能
 
恩，我们是采取的服务器端保存 界面和程序逻辑，以XML 文件的方式保存的，存到数据库太慢。终端只有一个统一的浏览器,所有的界面和执行逻辑都从xml描述里面来，类似B/S模式 。
 
以后将是全S时代,消灭C,或者说全C时代,消灭S,正反都一样的.
 
目前俺只能达到从 S 取xml来生成Form，但事件还不知如何可以从xml中指定并可以触发该事件。
其他动不动就架构，太高深了，俺说不来，闪人。
 
remobjects4.0 支持HTTP, TCP, UDP,管道.消息... 支持多种协议. soap, bin,xmprpc.
轻松跨广域网, 插件式设计, 业务方法和底层通信和消息格式完全分离. 动态配置.
直接传递对象的能力. 完全的多种加密解密方案. 压包,解包算法....
indy, dxsock等控件支持. 兼容JAVA, NET的WebService客户端....
还犹豫什么呢.......加入到我们群中........
 
[red]QQ群ID:10603748[/red]
如果你对Justep平台感兴趣，请加QQ群，让我们一起来交流和分享。
注：本人不是Justep公司的，只是对他的平台一直都很感兴趣，从他的平台中总能学到很多新的东西。
 
差不多吧。。。。
 
哈哈，很不错的讨论，学习。。。
 
看了看,才知道纯粹浪费时间.
1.任何技术都是为解决问题而诞生的.
2.楼主要解决什么问题?
3.未来的软件发展方向:
a.高可用性,基于系统甚至于更高一级的可复用性.想想面向对象和面向过程就能理解了.
b.快速开发,基于AI的自动建模,自动开发和自动测试.Borland和Microsoft还有IBM都在向这个方向拼命砸钱.
c.无缝链接,即高度整合,基于更高通讯标准的快速整合能力.现在的XML和SOA也许仅仅是初级阶段.
 
绝对是最令人反胃的楼主
 
说句实在话,sb在哪里都会被淘汰的.[8D]
 
接受答案了.
 
您必须登录或注册才可回复。

Similar threads

S
[原]Delphi2010中DataSnap高级技术(7)—TDSServerClass中Lifecycle生命周期三种属性说明
回复
0
查看
899
SUNSTONE的Delphi笔记
S
S
[原]Delphi2010中DataSnap高级技术(7)—TDSServerClass中Lifecycle生命周期三种属性说明
回复
0
查看
921
SUNSTONE的Delphi笔记
S
S
[原]Delphi2010中DataSnap高级技术(4)—TCP keepAlive和KeepAliveInterval参数详解
回复
0
查看
1K
SUNSTONE的Delphi笔记
S
S
[原]Delphi2010中DataSnap高级技术(4)—TCP keepAlive和KeepAliveInterval参数详解
回复
0
查看
1K
SUNSTONE的Delphi笔记
S
S
[原]Delphi2010中DataSnap高级技术(3)—DataSnap服务器如何得到客户端的IP和端口
回复
0
查看
1K
SUNSTONE的Delphi笔记
S
后退
顶部