2005年10月10日

C/S UI设计的一个感想

现在正在修改bug，主要是GUI控制的问题。

用户有n多个口可以和界面交换，堵都堵不过来。究其原因，设计者将多个界面的功能全加到了一个界面中，例如，将New和Edit的见面合并，New和Edit公用一个Save按钮，结果互相影响。

我觉得GUI上能够和用户交互的控件能少就少，没增加一个控件，就多了一个出现bug的风险。在保证用户友好性的前提下，将不同的交换控件放到不同的界面进行划分，否则控制起来太费劲了。

posted @ 2005-10-10 13:45 雨田美文 阅读(754) 评论(0) 编辑

对权限控制的一点想法

功能需求：
    可以配置用户权限，有权限的用户能够做特定的操作，没权限的用户不能做特定的操作。所谓的“特定的操作”其实就是UI上的一些能够和用户进行交互的控件，例如：按钮（Button）。

问题：
    公司里为美国客户定制了一套CS结构的系统。有权限控制的功能。但是权限控制的业务逻辑和UI的控制混到一起，外加上其他UI控制规则，例如：当用户选择一个记录时才能够做Delete等，非常混乱，东一块西一块，很难维护。

设计目标：
    面向AOP将权限控制分离出来。UI表现、UI的控制和权限的逻辑分离。权限控制能够实现集中管理，复用性强。

设计思路：
    1、将UI的控制和权限业务逻辑分离。
    2、在商业逻辑层，有一个这么一个对象，它能够从数据层获取某个用户的权限信息，并且对外提供接口，
          查询用户权限。
    3、在UI层，使用IoC模式，由IoC容器产生一个适合某个特定UI的控件控制器。由它来设置UI控件状态。
    4、为了降低UI的控件控制器对特定UI的依赖关系，在它们之间架设一个有XML充当的中间层。该XML定义出了共有那些控件，它们的类型是什么，状态属性（Eanble或者ReadOnly）是什么，有权限的值为什么，没权限的值为什么。

这个思路是以IoC模式为基础，还没有具体实践，所以还不成熟，希望高手指点。谢谢。
   

posted @ 2005-10-10 11:42 雨田美文 阅读(258) 评论(0) 编辑

我的重生 我们的IdeaSoft

我们的团队IdeaSoft正式成立了，很高兴，因为它是我们的重生。虽然现在还很弱小，但是它会长大的。

为了这个团队的名称，我们还颇费周折，讨论了很久。先将它定义为创意飞扬（IdeaSoft）吧。

我以骇客帝国中的Neo给自己取名，除了喜欢他本人以外，还因为Neo在古希腊语中是重生的意思。

这个团队的成立对我有不一样的意义。我之所以赋予它重生的意义，是因为我的时间不多了，在人生的黄金年华，身体状况却每况日下，不容乐观。第一次感到生命的可贵和时间的重要。所以我希望一个重生，IdeaSoft就是吧。

团队中有我最好的朋友，和他们合作是我的福气。希望我们能够一起获得重生。

posted @ 2005-10-10 09:18 雨田美文 阅读(144) 评论(2) 编辑