2005年10月12日

摘要: 现在公司的一个美国项目,对用户交换要求特别高,因此,有N多UI。由于我们将事件处理全都写在对应的UI中了,所以UI几乎无法复用,因为每个界面都或多或少有些不同。这个问题也要我闹心了好长一段时间。今天总算想到了一些思路。对于UI交互非常多的Software,界面操作通常混合了业务逻辑,比较灵活,不好复用,但是表现层的UI却是可以复用的。因此提出一下建议:1、基于组件设计UI界面,将一个大的UI划分为... 阅读全文

posted @ 2005-10-12 13:51 雨田美文 阅读(2008) 评论(7) 推荐(0)

摘要: 各位大侠们好,小弟一直有一事不解,为什么在ASP.Net中有都将Validator抽象出来,成为单独的控件,而.Net Windows Form中却没有Validator控件呢?还得我一到Validation时就自己谢代码,太费劲了。 阅读全文

posted @ 2005-10-12 11:51 雨田美文 阅读(310) 评论(0) 推荐(0)

摘要: 最近,在IoC和AOP思想的影响下,一直在想将业务层抽象处理。公司里的项目是一个用户交换很强的Software,因此我们的设计就成了以GUI驱动,界面和UI控制,还有业务逻辑混合在一起,维护起来很费劲。不像大型的J2EE企业应用,现在公司的项目中,UI操作混合了业务逻辑,如何能很好从抽象出业务层呢?因为对UI的操作必然依赖于某个UI,那么就是操作和UI紧紧地绑在一起,无法抽出来。不知那位大侠能够帮... 阅读全文

posted @ 2005-10-12 11:33 雨田美文 阅读(497) 评论(0) 推荐(0)

2005年10月10日

摘要: 现在正在修改bug,主要是GUI控制的问题。用户有n多个口可以和界面交换,堵都堵不过来。究其原因,设计者将多个界面的功能全加到了一个界面中,例如,将New和Edit的见面合并,New和Edit公用一个Save按钮,结果互相影响。我觉得GUI上能够和用户交互的控件能少就少,没增加一个控件,就多了一个出现bug的风险。在保证用户友好性的前提下,将不同的交换控件放到不同的界面进行划分,否则控制起来太费劲... 阅读全文

posted @ 2005-10-10 13:45 雨田美文 阅读(950) 评论(0) 推荐(0)

摘要: 功能需求: 可以配置用户权限,有权限的用户能够做特定的操作,没权限的用户不能做特定的操作。所谓的“特定的操作”其实就是UI上的一些能够和用户进行交互的控件,例如:按钮(Button)。问题: 公司里为美国客户定制了一套CS结构的系统。有权限控制的功能。但是权限控制的业务逻辑和UI的控制混到一起,外加上其他UI控制规则,例如:当用户选择一个记录时才能够做Delete等,非常混乱,东一块西... 阅读全文

posted @ 2005-10-10 11:42 雨田美文 阅读(434) 评论(0) 推荐(0)

摘要: 我们的团队IdeaSoft正式成立了,很高兴,因为它是我们的重生。虽然现在还很弱小,但是它会长大的。为了这个团队的名称,我们还颇费周折,讨论了很久。先将它定义为创意飞扬(IdeaSoft)吧。我以骇客帝国中的Neo给自己取名,除了喜欢他本人以外,还因为Neo在古希腊语中是重生的意思。这个团队的成立对我有不一样的意义。我之所以赋予它重生的意义,是因为我的时间不多了,在人生的黄金年华,身体状况却每况日... 阅读全文

posted @ 2005-10-10 09:18 雨田美文 阅读(359) 评论(2) 推荐(0)