摘要:
最近了解了下HTML5,个人觉得未来的跨平台很大可能是HTML5唱主角,因此决定学习下。以下发表的文章大部分摘自网络,如果您发现侵犯了您的版权,请您告诉我。目的为了学习查阅方便。 阅读全文
最近了解了下HTML5,个人觉得未来的跨平台很大可能是HTML5唱主角,因此决定学习下。以下发表的文章大部分摘自网络,如果您发现侵犯了您的版权,请您告诉我。目的为了学习查阅方便。 阅读全文
posted @ 2013-03-18 09:35
王佚
阅读(246)
评论(0)
推荐(0)
其实在怎么减少用户操作的问题上一直是开发人员和设计师最头疼的问题,但是由于方方面面的原因,导致我们的开发没有足够的时间或者开发人员就喜欢使用习惯得方式去处理UI。最后都会出来不少很让人不满意的问题。下面就本人的理解谈谈几点看法。
XamlReader 是一个很大程度上具有方法的无状态的静态类,它可基于输入的 XAML 标记创建对象。XamlReader 提供并行如何通过 Silverlight 运行时和 Silverlight 应用程序模型对 XAML 进行分析的对象构建行为。 分析 XAML 生成托管对象的运行时对象树。 该对象树提供方法以便对那些在运行时使用命名的引用(由分析的 XAML中的 Name 或 x:Name 标识)或正经过完整树的部分的那些对象进行编程。
设计之细节主要包含UI的细节,代码细节和用户体验细节。例如:某某基础设备设施信息的管理。许多程序员和设计师往往喜欢把设备设施基础信息做的很漂亮,可是设备设施的相关信息却一点也没有。如:名称、产地,厂家等信息一应俱全。可是设备的使用地点?设备的使用人?使用日志却一点不见。您说这样的应用程序好吗?可能客户乍一看觉得挺满意,但是真正应用的时候确实很费劲。虽然说不上来哪里不好用,可就是觉得不爽。
上篇我们提到了WPF的核心是模板,其实SL也是如此的。今天重提此话题是因为今天寡人检查了我们项目组的仿Ipad2导航,发现了设计人员和开发人员做出来的效果和我期待的大相径庭。所以才有了这篇文章。其实不管是WPF还是SL,其核心无外乎都是模板。首先我们撇开业务逻辑不说,UI其实占据了客户认可度的很高的比例。就像生产家具,微软为我们提供了各种木材和工具。包含钉子什么的都一应俱全。可是我们设计和开发人员不知道怎么把这些材料组织成复杂的家具。整体橱柜?还是桌子?还是椅子?还是沙发?不知道,原因很简单,就是我们开发人员面对这些“木头”的时候无所适从导致的。
我们在Silverlight上,实际应用了他的几个东西
懒得文字,直接上图
1、Silverlight BingMap Control
Silverlight的应用比较广泛,网上发布的诸多案例我就不再转载并列举了。小可看过中国人寿的应用,不得不承认,用户体验确实比Ajax做的效果要好一些。当然,这里我们不讨论其在实际实现效果上。而我更看重实现的代价(哪家企业管理人员不关注代价呢?)上。首先Ajax和Silverlight相比,对于平台的支持那是没有什么说头的。但是实现代价却大大不一样。
浙公网安备 33010602011771号