精华帖 (0) :: 良好帖 (0) :: 新手帖 (0) :: 隐藏帖 (0)
|
|
---|---|
作者 | 正文 |
发表时间:2007-05-11
leebai 写道 win32 USER/GDI的内核的bin代码其实也不是很大,我倒不怀疑silverlight有能力实现通用UI,问题是微软愿不愿意这样做,上面dlee说过当初希望微软的ajax能设计成与服务器端无关的,但微软不是做不到,而是不愿做,所以现在才有asp.net ajax,而不是common ajax。 所以,“微软的风格”才是问题的关键,企业的市场竞争需求很大程度上决定技术的发展方向,这也是上面那位满口“扯淡”的哥们想不到的。 GDI本身是不大,但加上commctrl,commdlg,richedit,shell32这些外围组件就不小了。何况sl要自带一个虚拟机和解释引擎。 微软的风格一向如此,新技术先扔出来问问路,看到有利可图就继续发展,发现没啥好处就丢过一旁,早几年大家都见得多了。不过微软也有一个好处,就是实用主义至上, 不太会搞出EJB那样不切实际的东西。 |
|
返回顶楼 | |
发表时间:2007-05-11
treenode 写道 GDI本身是不大,但加上commctrl,commdlg,richedit,shell32这些外围组件就不小了。何况sl要自带一个虚拟机和解释引擎。 微软的风格一向如此,新技术先扔出来问问路,看到有利可图就继续发展,发现没啥好处就丢过一旁,早几年大家都见得多了。不过微软也有一个好处,就是实用主义至上, 不太会搞出EJB那样不切实际的东西。 EJB可以说是Sun抄袭COM+ (COM+只有无状态COM+)后,又画蛇添足加上了状态bean和实体bean.... |
|
返回顶楼 | |
发表时间:2007-05-11
*************************************
<Canvas xmlns="http://schemas.microsoft.com/winfx/2006/xaml/presentation" xmlns:x="http://schemas.microsoft.com/winfx/2006/xaml" xmlns:SilverlightClock="clr-namespace:SilverlightClock;assembly=SilverlightClock.dll" x:Class="SilverlightClock.Page;assembly=SilverlightClock.dll" Width="640" Height="480" Background="White" > ************************************************* ******************************* using System; using System.Windows; using System.Windows.Controls; using System.Windows.Media.Animation; using System.Windows.Shapes; namespace SilverlightClock { public class Page: Canvas { public void Canvas_Loaded(object sender, EventArgs e) { // Get a reference to the root canvas. Canvas can = sender as Canvas; // Get references to all of the animations. DoubleAnimation hourAnim = (DoubleAnimation)can.FindName("hourAnimation"); DoubleAnimation minAnim = (DoubleAnimation)can.FindName("minuteAnimation"); DoubleAnimation secAnim = (DoubleAnimation)can.FindName("secondAnimation"); // The current date and time. System.DateTime date = DateTime.Now; // Find the appropriate angle (in degrees) for the hour hand // based on the current time. float hourangle = (((float)date.Hour) / 12) * 360 + date.Minute / 2; // The transform is already rotated 116.5 degrees to make the hour hand be // in the 12 o'clock position. You must build this already existing angle // into the hourangle. hourangle += 116.5; // The same as for the hour angle. float minangle = (((float)date.Minute) / 60) * 360; minangle += 127; // The same for the hour angle. float secangle = (((float)date.Second) / 60) * 360; secangle += 127; // Set the beginning of the animation (From property) to the angle // corresponging to the current time. hourAnim.From = hourangle; // Set the end of the animation (To property)to the angle // corresponding to the current time PLUS 360 degrees. Thus, the // animation will end after the clock hand moves around the clock // once. Note: The RepeatBehavior property of the animation is set // to "Forever" so the animation will begin again as soon as it completes. hourAnim.To = hourangle + 360; // Same as with the hour animation. minAnim.From = minangle; minAnim.To = minangle + 360; // Same as with the hour animation. secAnim.From = secangle; secAnim.To = secangle + 360; ************************************ 看完这些代码就知道silverlight能不能跨平台 恐怕连简单也谈不上 silverlight的流媒体可能还有点意思。 其他部分的效果和开发效率比我现在采用的方案还低 不过也许更适合过去那些闪客的习惯 |
|
返回顶楼 | |
发表时间:2007-05-11
winterwolf 写道 *************************************
************************************************* 看完这些代码就知道silverlight能不能跨平台 恐怕连简单也谈不上 silverlight的流媒体可能还有点意思。 其他部分的效果和开发效率比我现在采用的方案还低 不过也许更适合过去那些闪客的习惯 这似乎已经是事实了,跨平台, 除非你认为Mac和windows是一个平台.... 另外一个.net程序员是不会关心跨平台的. |
|
返回顶楼 | |
发表时间:2007-05-11
这个不用讨论 代码说明一切。
未来时的sl并不比现有firefox2提供的能力强大 我不采用任何复杂的ajax框架 只用xmlhttp和svg也能实现demo中的那些应用。 流媒体除外 如果svg有个好的编辑器开发效率也能上去。 sl其实没什么新意 只不过是和window绑的更死而已 |
|
返回顶楼 | |
发表时间:2007-05-11
winterwolf 写道 看完这些代码就知道silverlight能不能跨平台 恐怕连简单也谈不上 silverlight的流媒体可能还有点意思。 其他部分的效果和开发效率比我现在采用的方案还低 不过也许更适合过去那些闪客的习惯 这段代码复杂吗?复杂在哪? 似乎大部分不过是加碱运算,你用什么语言都不太可能比这更简单。 至于跨平台问题,大概看下来,除了assembly=xxxx.dll这一行之外,其他的都应该(至少在理论上)是可以跨平台的。 |
|
返回顶楼 | |
发表时间:2007-05-11
treenode 写道 leebai 写道 win32 USER/GDI的内核的bin代码其实也不是很大,我倒不怀疑silverlight有能力实现通用UI,问题是微软愿不愿意这样做,上面dlee说过当初希望微软的ajax能设计成与服务器端无关的,但微软不是做不到,而是不愿做,所以现在才有asp.net ajax,而不是common ajax。 所以,“微软的风格”才是问题的关键,企业的市场竞争需求很大程度上决定技术的发展方向,这也是上面那位满口“扯淡”的哥们想不到的。 GDI本身是不大,但加上commctrl,commdlg,richedit,shell32这些外围组件就不小了。何况sl要自带一个虚拟机和解释引擎。 微软的风格一向如此,新技术先扔出来问问路,看到有利可图就继续发展,发现没啥好处就丢过一旁,早几年大家都见得多了。不过微软也有一个好处,就是实用主义至上, 不太会搞出EJB那样不切实际的东西。 确实如此,EJB是Java体系结构中的毒瘤,不但自身巨丑无比,还对java肌体中的健康组织造成了巨大困扰。 这个毒瘤之所以存在,归根到底还是厂商商业利益决定,没有这种对系统资源贪婪吞嗜的毒瘤,昂贵的服务器硬件软件还能卖给谁啊。 Java本身还是优美的,但对Java的恶性使用败坏了Java阵营的名声,那些推波助澜的J2EE大厂商会有报应的。MS确实是实用主义的典范,这点我喜欢。 |
|
返回顶楼 | |
发表时间:2007-05-11
***********************
public class Page: Canvas { public void Canvas_Loaded(object sender, EventArgs e) ************************ 哈哈 你这么说我也没办法呀 |
|
返回顶楼 | |
发表时间:2007-05-11
whisper 写道 如果有一套管用的web ui框架绝对是好事
就是ms出的web产品总是一大坨没用的代码 让人看着就不爽 ria我还是喜欢xforms svg这类标准方法 虽然没什么人支持 支持是有的 只是好点的开发工具都收费。 主要是多数开发者还没有从面向对象的思路中出来 现有的开发框架中用xml很麻烦效率也低 |
|
返回顶楼 | |
发表时间:2007-05-11
改做Java7年了,除了DHTMLRefrence,没有再关心微软的技术。最近上论坛多了点,才发现asp.net ajax /.net3.0 /wpf /silverlight ... MS好象出了点新东西,正在补课中。。。
好象Vista是windows95以来的最大变革,据说连USER/GDI这样的内核级的东西都被换掉了,不过有点怀疑:Vista的UI是完全WPF呢,还是只拿WPF做点缀?操作系统自身带的那么多带UI的程序,都用WPF重新设计了?哪位了解的同学回答一下? |
|
返回顶楼 | |