今天下午和zwhc在QQ里谈起BS程序的看法.谈话笔录如下:

zwhc(195783050)17:28:27
坏人，你好象说用 bs 写企业应用不好

只赢不亏(792419)17:35:28
是不太好

只赢不亏(792419)17:35:34
主要是前端开发的问题

只赢不亏(792419)17:35:49
前端浏览器里,IE 留下的可操作空间太大

zwhc(195783050)17:36:24
可操作空间？

只赢不亏(792419)17:36:31
目前前端IE里能够施展的语言只有JS 和 JSF， 而JSF 又逐渐被抛弃

zwhc(195783050)17:36:37
是担心安全性吗？

只赢不亏(792419)17:36:42
如果你把前端界面当作一张白纸

zwhc(195783050)17:36:57
jsf 在前端用？没这样用吧

只赢不亏(792419)17:37:12
在WIN32下面做开发的时候， 你可以使用大量的WIN32 API 和 各种可视化编程工具做界面

只赢不亏(792419)17:37:42
而在IE中， IE 和 应用程序之间 的API 几乎是0

zwhc(195783050)17:37:52
前端用 js，javascript，还用 vbscript

只赢不亏(792419)17:37:56
IE和前端界面之间沟通的途径只有JS

只赢不亏(792419)17:38:09
VBS 其实也一样，都是不强大的语言

只赢不亏(792419)17:38:18
这就是我说的可操作空间太大

zwhc(195783050)17:38:18
js 是微软版的 javascript

秋风入松(1999499)17:38:26
恩，我从用户的角度来说，CS也比较好

只赢不亏(792419)17:38:28
那张白纸太大了。

只赢不亏(792419)17:38:48
而WIN32上面， 这个白纸就要小一些，画起来就容易些

zwhc(195783050)17:38:59
嗯

zwhc(195783050)17:39:09
也就是说写起来太累

zwhc(195783050)17:39:17
界面不友好是吧

只赢不亏(792419)17:39:29
所以用DELPHI 做WIN32企业开发的时候， 大多数人都烦后端的SQL组织和数据逻辑处理

只赢不亏(792419)17:39:50
而在IE 的BS程序里， 后端的SQL组织和逻辑处理，反而变成了轻松的事

zwhc(195783050)17:40:12
这。。。 好象没区别吧

只赢不亏(792419)17:40:24
其实后端没什么区别

zwhc(195783050)17:40:24
对后端没什么改动啊

只赢不亏(792419)17:40:29
只是对比的对象不同

只赢不亏(792419)17:40:39
WIN32的时候 ， 后端比前端麻烦

只赢不亏(792419)17:40:50
BS的时候， 前端比后端麻烦

只赢不亏(792419)17:41:05
其实后端是一样的逻辑， bs/web 方式和C/S或者三层程序 WIN32环境下 在后端处理难度也相等

zwhc(195783050)17:41:12
唔
zwhc(195783050)17:41:25
总的来说，开发变得更困难了

zwhc(195783050)17:41:31
是这意思吧

只赢不亏(792419)17:41:38
是的

zwhc(195783050)17:41:52
而且，高出一个数量级

只赢不亏(792419)17:42:12
是的， 高出一个数量级的原因是前端的JS 太弱了

zwhc(195783050)17:42:23
不过，有了代码库之后，其实没那么难啊

只赢不亏(792419)17:42:30
或者说这门语言因为没有得到MS的支持， 接口不足

zwhc(195783050)17:42:31
关键是之前的代码积累

只赢不亏(792419)17:43:01
JS再怎样积累也不可能积累到DELPHI 那样的成千上万的控件库

zwhc(195783050)17:43:25
另外，要将界面弄得简单些

只赢不亏(792419)17:43:37
加上IE本身只是一个进程，JS再怎样跑，也只是在一个进程内运行。 而WIN32的那些控件包施展的空间确是整个操作系统

只赢不亏(792419)17:43:50
所以JS再怎样发展， 也逃不出IE的手心

zwhc(195783050)17:43:57
查询列表一个界面，新增删除一个界面

zwhc(195783050)17:44:05
分开来做，就方便一些

只赢不亏(792419)17:44:18
所以当我看到GOOGLE出一个浏览器，又宣称V8 SCRIPT的时候

只赢不亏(792419)17:44:36
我觉得这有可能成为GOOGLE向MS IE宣战，占领企业市场的一个起点

zwhc(195783050)17:44:44
呵呵，我刚才就是看你那篇博文

zwhc(195783050)17:45:16
觉得好象和你之前的说法有些不太一致，以为你改为了主意了呢

只赢不亏(792419)17:45:32
事实上，大多数用JAVA做BS程序的人都是只会后端的JAVA， 却不会前端的JS。

只赢不亏(792419)17:45:43
很多人不会JS， 要么因为他太弱

zwhc(195783050)17:46:12
要么不屑于去学

只赢不亏(792419)17:46:29
要么就是鄙视他，不愿意去学

zwhc(195783050)17:47:03
可是真做系统，总要用啊

Nuke(28888)17:47:16
偶学了，没学会...

只赢不亏(792419)17:47:25
嗯。就是这样。 自谓是架构师们的大师们专注在后端的这个框架，那个结构。 却没法解决前端的显示问题

只赢不亏(792419)17:47:34
这是个挺荒诞的事

只赢不亏(792419)17:47:42
看看 DHTMLX GRID 的报价

只赢不亏(792419)17:47:53
年费1190美金

只赢不亏(792419)17:48:11
那么一个JAVA SCRIPT 网格组件， 顶上DELHPI 企业版价格了

只赢不亏(792419)17:48:23
而且是按年，按站点支付

zwhc(195783050)17:49:07
今天在调页面上的一个排列，弄了半天，最后发现，只要将 css 里的一个 div 的 height 设一下就行了

Nuke(28888)17:49:11
俺们就用些免费的 ex tables啥的

zwhc(195783050)17:49:12
累啊


---------------------------------

总结： 几年前， 我看不上JAVA企业应用是因为它的后端缺少和前端进行交互的一条腿，那条腿就是现在流行的异步交互AJAX。 企业级应用程序需要大量人性化的交互操作（企业应用面向的用户往往使用水平很低）， 而在2006年AJAX 问世后， JAVA目前多年积累的后端经验已经足够让 WEB后端开发顺畅了。
可是前端开发还是一个大问题， 后端强大的数据处理到了前端显示却困难重重（当然了，如果我在后端向前端CONSOLE 窗口里输出一个
HELLO WORLD 那是很EASY的事）.
所以现在以 WEB开发的BS 程序， 面临的最紧要的问题，我认为是脸面如何处理的问题。

目前还没有看到BS程序的洗面奶 问世。