WediaAjax Pro1.0

WediaAjax Pro1.0 ... Bing ... 3 /3020 ... 1 year 8 months ago

关于WediaAjax

WediaAjax是一个专门针对ASP.NET2.0的一个小型Ajax 框架，其目的是在尽量不改变传统开发模式的基础上，提供一种灵活、快捷、高效的桌面应用开发，避免不必要的资源浪费。其最终运行在客户端的JS代码不到14K，服务器端代码约10000行。其有以下特点：

高效。WediaAjax其最初的设计目标就是提供一个访问高效、开发便捷、资源低损耗的Ajax框架，能兼容所有的ASP.NET2.0控件，并提供一组继承自ASP.NET2.0的控件，使其能够更加高效的渲染。同时我对整个的渲染过程进行了我力所能及的最大优化，很高兴，我们的渲染过程很快，并且消耗资源很低。我们在客户端和服务器端使用我们自己的一套编码方式来编码和解码，而不是使用XML，这样使得整个个回传当中的字节数大大减小，并且速度很快。
灵活。在我后来使用WediaAjax进行桌面论坛和桌面Blog的开发中，我意识到：当将所有的页面合并到一个页面上的时候，要想不改变我以前的设计模式，并非常高效的渲染，这需要使WediaAjax能非常精准的控制页面当中需要加载和需要渲染的控件，这并不容易。于是WediaAjax对灵活性的要求高了起来，在实际的开发当中，WediaAjax的灵活性得到了很大的飞跃。
简便。没有什么东西比让人一看就明白怎么是怎么回事要重要的多，而事实上，WediaAjax并没有提供多少新的控件，大部分是扩展了已有的控件，因而开发人员一看就能明白该怎么使用，而其中复杂的渲染过程就留给WediaAjax去处理了。
和宿主非常棒的结合。WediaAjax的任何控件都能和宿主VS2005非常好的结合起来，图片显示正常，并且具有智能选择功能。
封装了常遇的开发难点。在实际的开发中我遇到了许多问题和难点，如验证码、动态图片验证、数据分页，在线编辑器等等，为了能够重用这样一些功能，我将它们全部都封装了起来，并作为WediaAjax的插件而使用。
简洁的后台控制器。当您在开发应用程序的时候，我们开发的控制器可以让您跟踪您的回传，了解回传当中的所有字符串，并测试回传时间，这样有利于您开发出速度更快，效率更高的应用程序。
支持IE和以IE为核心的浏览器的前进和后退功能。当我完成这样一个功能的时候，我感到无比的高兴，因为目前为止还没有哪一个框架能提供浏览器的前进和后退功能。正如您将看到的这个Demo，当您点击浏览器上的前进和后退的时候，甚至都感受不到停滞，因为根本没有连接到服务器！

早在今年年初，我就打算将其作为开源项目而发布的，可是一直迟迟没有开始，时间和精力都相当的有限。然而这以后的这段日子里，却给了我充裕的时间进一步测试WediaAjax，使其逐步完善，进而能将其Pro1.0 的版本发布。昨天，伴随着BingBlog Pro1.0 的完成，WediaAjax升级到Pro1.1，修订了许多Bug，并引进了许多新功能，然而由于这些Demo在Pro1.1完成之前就开始写了，因而还不能及时将这个Demo相应地升级到Pro1.1，还请大家原谅。^_^

WediaAjax问题和不足

不支持Response.Redirect()。由于WediaAjax彻头彻尾是来搞高效桌面应用的，因而一般情况下不存在有多个页面的情况，因而不支持Response.Redirect()方法。这意味着您也没有办法使用ASP.NET提供的一组登录组件，解决的办法是自己写代码验证。这样虽然开发速度低了点，但是却可以使您的应用程序生成的代码更简洁，执行效率也更高。
不支持WebParts。由于我还没有使用过WebParts进行开发，因而不太清楚它是怎么运行的，因而也没有添加对其的支持，在以后的改版中会考虑到这个的。
不支持例如拖拉、编辑等操作。由于我个人认为Ajax虽然强大，但是并不适合用来模仿软件、桌面，因而并没提供相应功能，在以后也不会提供能该功能，但是开发者可以在WediaAjax的基础上进行开发，提供此类功能。
不支持FireFox的前进和后退功能。这个问题也让我很火大，具体原因是我没有权限从一个Iframe里调用父Iframe的函数，查了N久也没找到一个解决的方法，虽然有关资料提供了解决办法，但是我的尝试告诉我并没有效果