无责任乱谈b/s结构管理软件界面

     刚开始写程序的时候,用的开发工具是vb,delphi,开发的软件界面都是千篇一律,方方正正的windows窗体,一个偶然的机会看到了郝新庚开发的电子日记本软件,仿NeoPlanet界面,当时很有耳目一新的感觉,就想把自己正在开发的一个软件改成这样的界面,那个时候我的delphi水平超烂，幸亏有现成的组件帮忙,糊里糊涂的也把那个界面效果做出来了。
     仔细想想那个时候的管理软件，不管是桌面的还是c/s结构的，虽然界面上没有什么新意，但是操作还算方便，用户用的也还算顺手。随着时间的推移，我也和大多数人一样，步入到b/s软件的开发之中。刚开始做oa,电子政务软件还没有感觉到b/s软件的界面问题，一直到有一天我去开发一个供应链管理软件，给客户演示入库单的操作，客户看了我的操作之后，直接对我说：你们的软件太烂了，操作真不方便，添加一个入库物品要弹出一个小窗口，输入条件，搜索，然后点击确认，太麻烦了，还没有我们原来的系统好用。我看了一下他们原来vf开发的系统，真的比我们的操作方便多了。在接下来的开发中，我从网上下载了一个javascript的grid控件，对它进行了修改，使它可以支持多层套嵌的表头，用户输入物品的时候只要在grid中物品名称一栏输入物品的汉字简拼，就会出现一个下拉菜单，把符合条件的物品列出来，用户点击确认以后,grid的各个栏位就会出现物品的名称，编号，单价等信息，这样操作就方便多了。这个事情过去好几年了，但是它一直提醒我做开发的时候要考虑用户的操作，用户操作方便了他们才会愿意接受我们的软件。
   昨天晚上和一个朋友聊天，聊到目前b/s管理软件的界面问题，我总结了一下，目前主要有以下几种：
  1.基于applet的界面，我见过的有用友的NC和南北的财务软件；
  2.基于activex的界面，我以前在神州数码做税务行业开发的时候国税征管软件ctais2.0的表示层就是vb开发的浏览器插件，这种方式的一个弊端是不少客户不愿意接受，认为浏览器插件会造成安全问题，我去年做联想电脑话务和CRM系统开发的时候，有一个功能，我用了一天的时间开发了一个浏览器插件来实现，用户说什么也不愿意；
  3.基于javascript的richclient界面，我最近做开发一直这么用,随着dojo,ext近年来的火爆和ajax概念的流行，这种界面构建方式越来越多，不过我不喜欢dojo,ext这些东西，主要原因是如果客户有特殊的要求要修改，修改起来就比较麻烦，我喜欢用自己积累的javascript控件，自己可以随时修改那种；
  4.基于flex的界面，我在网上看到过一些这样的产品，不过在现实中没有见过；
  5.老套的html表单提交模式的界面，一般比较难用。