哎,ASP.NET AJAX正式版发布了,估计WPF/E就不能研究多少了……
New features in the FEB CTP include:
Keyboard Input (KeyUp/KeyDown)
MP3 Support
Mouse cursor support
Async downloader
Simple text metrics
Full screen mode
Lots of performance work
Improved JavaScript APIs
艾,不知道什么才能用mini clr和gridview呢?
看flex2,多丰富啊,flex3也要快出来了.
@neuhawk
哎,WPF/E牵涉到客户端的Runtime,必须考虑清楚……
看mikeblog:
So what is WPF/E? It is a cross-platform, cross-browser web technology that supports a subset of WPF XAML. WPF/E also has a friction-free install model and the download size we’re targeting is very small. WPF/E supports programmability through javascript for tight browser integration. The WPF/E package also contains a small, cross platform subset of the CLR and .NET Framework that can run C# or VB.NET code. Yes, we are bringing C# programming to the Mac.
////////////////////////////////////////////
This is not to say other parts of WPF will not be incorporated into WPF/E in future CTPs and versions of the product, because we are definitely planning on growing our WPF subset and the overlap with HTML features. Very important things like text input, layout, resources, data binding and of course, CLR integration are all WPF features that our team is scoping for integration with WFP/E. I’m just trying to frame the approach we’ve taken with the initial CTP of WPF/E. Extend the browser and give users the most consistent development model we can.
@neuhawk
这是发展目标,不知道最后会变得怎么样。有了客户端WPF/E感觉做什么都会缩手缩脚的。
Adobe Flex越来越强大了... Flash Player 9的普及率也是相当的高...
WPF/E在浏览器中的RIA地盘上...... 前途渺茫啊..
Apollo Runtime只是在Flex里加了些API, 怎么和强大的.NET类库比...想和WPF抢生意......还比较难..
Flex也只能在浏览器里NB了..
@neuhawk
wpf这么做还是可以接受的吧,当然wpf/e就不可能这样。
可惜不能支持Code behind
如果控件自动能够封装xaml对后台事件的访问就爽了
@无名氏
这样的话,有点像在客户端部署一个clr?
还是你的意思是自动调用服务器端方法呢?
当然是指调用服务器的方法了,不过在生成的时候得同时提供对客户端和服务器端类的封装,那样是不是很爽啊
@Jeffrey Zhao
这样看来,js引擎和浏览器还有很大的发展空间啊
要不然,rich client对普通程序员来说还是太复杂了
@无名氏
没错,因为有些东西必须在客户端做。
因此要么使用AJAX,要么在客户端部署一个执行环境。
介绍的新的特性。
http://msdn2.microsoft.com/en-us/library/bb232842.aspx
几个新的特性确实不错。特别像Full-screen mode,Keyboard input
但是,安全,安全,安全性。我不希望用户能看到XAML的后缀。希望MS能在以后版本考虑这个。
另外WPF/E的性能,也是一个问题(到目前为止)。我IE运行WPF/E程序,经常进入假死状态。
@小春
XAML现在的处境和JS很像,不知道会如何解决这个问题。
昨天睡觉的时候才想起忘记一个很严重的问题。WPF/E目前不支持中文输出(起码我没尝试成功的),不知道jeffrey有没试过中文输出成功的?
@小春
我上次试了一下也有问题,哎,后面去找解决方案了……
其实,有人注意到VWG了吗?
http://www.visualwebgui.com
我真觉得微软应该走那条路才对,最起码应该在WPF上走进去
msdn曾经使得微软抢夺了大批程序员,如果wpf走上这条路,那微软才真的不愁程序员了
大虾:
Q1:WPF/E 需要在客户端安装.net framework吗?
Q2:WPF/E 和以前的DirectAnimation 有什么本质不同?
Q3:WPF/E 如何支持中文?