这两天在上海参加erlang的大会,来不及写第五小节,先回复一些评论吧。其中最主要的是nanyu的一组评论,大概有三、四篇,写到了不少东西。下面一一道来。
有关评论请参见:
http://blog.csdn.net/aimingoo/archive/2008/12/17/3540112.aspx
如果我没理解错,你说的似乎是 RAD已死,而取而代之的是WEB UI.
-------
这是最基本的一个理解错误,RAD有很多种说法,但却没有一种说法是直接与“UI开发”相关的,所以它死与不死,与WEB UI替代了谁,没有必然关系。类似概念问题,在很多朋友对这个话题的讨论中都有出现。
在第四节上,我写到如下文字,或是对该问题的一个答复:
那么回顾这整个过程,……这能表明RAD已死么?不完全是,最多能说明“基于界面可视的RAD产品化技术已死”。我必须在这个小节里强调这一点,以说明VCL已死与RAD已死之间,不存在必然的、直接的、强关联的关系。我对RAD之死的观点,VCL只是引子,而非凭据。
说一下,RAD这个词,几乎就被当成是 borland公司产品中Delphi,或MS VB 的代名词。
-------
这也是一个主要的概念错误。与上面的问题是同源的。RAD其实更多的是指“快速软件开发”(的过程或方法),而类似于Delphi/VB的UI方式,以及IDE都只是上述过程或方法的一个具体工具。这个工具是整个过程或方法中的一个部分,而不是它的全部。
事实上我开始也受这一概念错误的困扰。但后来读者biekvn与我在站内信中讨论时,发现RAD这一名词是常为人所误解的。于是我就问了一个问题:如果说Delphi的拖拉界面的IDE是RAD的,那么Eclipse的IDE,没有用拖拉界面,但是有模块有语法检错等自动工具,又算不算RAD呢?答案当然是算,Eclipse当然提高了我们的开发工效,也是实现RAD过程的一个可行工具。但是,注意Eclipse没有所谓的拖拉界面(第三方的暂不论),所以简单地说:拖拉界面的操作方法,以及由些带来的组件化界面、皮肤化界面,只是RAD实施的一种方法或工具,却不是RAD的全部,也不是它的代名词。
撇清这一概念之后,我必须多多地强调一下:在“VCL已死、RAD已死”这组文章中,我讨论的是两个问题,前者是UI开发与设计方法的问题,后者是软件工程方法的问题。对于RAD之死的观点,VCL只是引子,而非凭据。
问:为什么现在BS的程序越来越多,而CS程序越来越少?
-------
这个问题有很多答案,当然你所提到的“BS易于部署”是其中一个,也相对关键。但也还有其它潜在的因素,比如BS的量级,以及网络的条件等等。其中我常常提到的,是BS的短连接,正是CS长连接的一个有效补充,这正是他们在不同的环境下此消彼涨的内在动因。
WEB UI与你说的BS程序也不是一个概念,我基本上不讨论WEB UI是不是一定要在浏览器访问一个远端的WEB服务器这样的问题。事实上,我在SD2C大会上公开的技术方案,是将WEB UI用来做C/S的客户端界面的。我们只需要讨论“WEB UI本质上是怎样的一种UI模式”这样的问题就好。我的答案是:基于块+层+链接的、可描述的、可迁移的。而这三点,又正好是基于MFC、WIMP以及(一般概念下的)MVC模式等技术上的UI所不具备的。
我们讨论B/S与C/S就讨论之,讨论WEB UI与WIMP UI就讨论之,讨论RAD与RUP就讨论之……等等。我们不要把多个概念或领域的因果混淆起来讨论。大多数时候我们要分开论述他们。我们可能提及到相互的影响,但即使如此,也要先分清楚再去混淆。
“同样的,“链接”是用户UI交互的本质,也是WWW的本质”
评论:……有大量的文字内容需要链接,这才是WWW的本质,而不是说“链接”成为了WWW的本质。
-------
这个问题分两半,一是UI交互的本质,二是WWW的本质。在UI交互的概念中,“链接”代表的是“点击”,亦即是行为。如果说“块+层”是“UI描述”的话,“链接”在这里就是“UI交互”,是使UI活动起来的要素。我说他是“UI交互的本质”并不为过。至于“链接是不是WWW的本质”的问题,你应该看看有关WWW起源的文字,你会了解到,WEB的源起,与“将文档结构化,使之可以相互链接起来”有极其紧密的关系。更为简单地说:如果不是链接,WEB只会成为Pages,而不会成为Web Site,以及Web World。
至于后面说Mac让鼠标只有一个键的问题,理解了上述文字也就理解了。或者你可以看看mac系统的设计方面的资料。当然,mac的鼠标现在加上了滚轮,这个就更有趣了。研究UI的人会有很多想法的——我的意思是哲学的、美学的或设计领域上的想法或观点。
“所以,事实上WEB的成功,与WEB UI比传统的WIMP UI更加人性,以及更加面向设计师(例如PS高手)有直接的关系。
评: 再说一遍:(UI)设计师和PS高手是两回事。
-------
EN。。。这也是你的评论中最主要的一个观点。其实我也是这样的观点,而且也在正文中提到了,只是读者不注意罢了。我的观点中:当界面分离出来的时候,自然产生了E2+C2的问题。E2是指效果(Effect)和体验(Experience),其中效果是美术设计来保证的,而体验则由前端开发来保证。
所以我在这里说美术设计,主体是指用“类似PS的工具”来设计与实现界面的人。当然你可以说UI设计师不一定用PS,这个没关系。我在这里用PS只是一个例举。我不能确定XBOX的UI设计师是用PS做的,也不能确定MAC的UI设计师用PS工作,我只是概要的指称了一下。
我不知道你说的“UI设计师”包不包括UED,对我来说,UED是一个团队而非一个个人。如果以这个角度来看,UI设计师——是一个个人,而“UI设计”则是一个领域。“UI设计”可能包括效果、体验以及它们的实现。只要把UI分离出来,在这个分离出来的UI领域工作的所有人——包括程序员——都可以叫“UI设计师”。而事实上,如果按上述的解释,那么“UI设计”也就等于现在常说的“UED(用户体验设计)”,因为体验当然也包括视觉体验——颜色、形状、位置、对比等等。所以我们不太容易能分清这些名词了。
所以我说“更加面向设计师(例如PS高手)……”这个句子时,设计师就只好被限定在“使用PS等工具的这一类UED设计师”的范围内。我在类似这样的情况下会用例举来说明我的“限定”只是一种写作习惯,如果非要我在一篇文章中用十个、二十个的名词来限定不同的角度,当然也做得到,只是那样就更不易读了。
好了,我在这样的段落里要说明什么呢?我的意思是说,PS一类的平面绘制工具是以“块+层”为主要的构图方式的,而WEB UI也具有类似的特点,所以他们之间相互转换是自然而平滑的。你(作为程序员时)没有必要去向一个PS人员解释什么是“ICON",以及它应该有多大或多少颜色。因为在WEB UI的体系上,根本就没有ICON。
至于一个UI设计人员是否要在界面上画一个方块然后填上一些像素,来表明“这是个指示(ICON的主要途)”,那是设计人员的取舍,而不是“WINDOWS操作系统”或“VCL组件系统”或“Win32 API“的限定。这样一来,UI设计才会自由,而用户看到的UI也才会自由而人性——当然,某个具体的UI设计与开发人员(我们假定为整个的UED团队)是否能做出一个“人性的”界面,不在我的讨论范围之内。
其它(其它的一些回复,可能增补)
-------
to fengjsSoft,
既然据你所知的,WEB系统没几个比你开发的CS程序相比,那么我们也不能讨论什么了。在佛家来说,是很有些人有知见障的,当所知所见积累到一定程度,就成了新知新见的障碍,这是必然经历的一个阶段。
to mobeing,
正因为我在SD2C上发言称“VCL已死,RAD已死”,却又没有足够的时间来释清我的观点,所以我才写这一组文章。即使我在写之前仍有些未能透澈,但我在写的过程中已复深思,所以写下来的、记下来的,已是相当慎重了。
至于你提及过的我对VCL的了解,我不解释,因为看起来你已经足够了解我了嘛。在此谢过你的关心与建议,互相珍重、慎重。
分享到:
相关推荐
不想麻烦或者想用源码自己编译请移步:https://download.csdn.net/download/pp_haitun/13114619,下载DevExpress VCL 19.1.2 源码和DxAutoInstaller2.3.1编译。 This version has no any dcu files so Built .exe ...
FastReport VCL 5 for RAD Studio, Delphi, C++Builder 10 Seattle Install exe
- CodeGear RAD Studio 2007 (also known as Delphi 2007 for Win32, C++Builder 2007); - Borland Developer Studio 2006 (also known as Delphi 2006, C++Builder 2006); - Borland Delphi 2005; - Borland Delphi...
FastReport VCL 5 for RAD Studio, Delphi and C++Builder XE7 2014-11-11
RAD Studio VCL Reference (VCL参考) ContentsActnColorMaps Namespace Classes TStandardColorMap Class TStandardColorMap Members TStandardColorMap Methods TStandardColorMap.SetColor Method ...
TeeChart Pro 2011 for Delphi RAD XE2 crack Support 32bit and 64bit OS 絕對可用
FastReport VCL 允许你在最新版的Delphi和C++Builder环境中快速开发高效的报表功能。 值得你拥有~~
TMS VCL UI Pack for RAD Studio 10.4 Sydney 10.5.5.0
InfoPower_VCL_for_RAD_Studio_10_Seattle_Downloadly.ir.rar
FastReport VCL 5.5.12 最新版安装文件。 仅提供学习使用,商用请购买!
Delphi 2009 VCL Source,希望对某些朋友有所用处。
DevExpressVCL 15.2.2 XE-RAD10.2 FullSource 自动编译安装 带汉化包 百度网盘下载
就是原来的的Raize Vcl Controls,带RAD10.2.1编译文件,其他版本自行编译 WELCOME TO KONOPKA SIGNATURE VCL CONTROLS VERSION 6 CONTENTS - Completing the Installation - What's New - Moving the Component ...
FastReport 是非常强大的报表控件,相比QuickReport,ReportBuilder更加灵活,又非常小巧,速度快。VCL版本支持Borland Delphi 2-6 and Borland C++Builder 1-6。CLX版本支持Delphi和Kylix
著名的条码及二维码控件:Barcode studio,本资源虽然不是最新版本,但是根据源代码修改,具有更好的兼容性,谢谢老猫的②FireMonkey[移动开发] 165232328的共享,下载解压后,进入DelphiXE\Packages目录,打开...
FastReport VCL For Embarcadero RAD Studio 2009 试用版 FastReport VCL For Embarcadero RAD Studio 2010 试用版 FastReport VCL For Embarcadero RAD Studio XE (Delphi/C++Builder) 试用版 FastReport VCL ...
Infopower 组件是Delphi做强大的数据库感知组件,功能比Delphi自带的组件强大好几倍,这时最新版本,且已经破解,可用于 RAD Studio XE 10.2 Tokyo 开发环境,用于Delphi XE 10.2 和Boeland C++ XE 10.2
DevExpress_VCL_14.2.2_RAD_Studio_10_Seattle_Downloadly.ir.rar`
FastReport_VCL_Enterprise_6.8.3For Rad Studio XE10.4,安装时卸载旧版并删除安装目录。
FastReport VCL 5 for Embarcadero RAD Studio 10 Seattle是目前试用与所有开发领域最全的控制之一