如果客户端在a.aspx不刷新的情况下, 楼主是如何操作a.aspx从而把视频文件名和显示该视频的播放器放到a.aspx中的一个ifarme中的。

解决方案 »

  1.   

    移动性和安全性是新版VS.NET的重点,不过Microsoft对.NET Framework的其它方面也做了改进。1.1版本包含了Oracle和ODBC的数据提供者,以及一个FolderBrowser对话框。你不再需要用Platfrom Invoke来得到Win32 API,然后选择或创建一个文件夹了。该组件的用法类似于OpenFileDialog。 
    图2. 绘制非矩形窗口 
    另一个改进是,.NET 1.1 Framework可以让我们创建非矩形的窗体。过去要实现这一点是很难的,大多数开发人员都避免实现该功能,即便该功能对一个特定UI很有必要时也是如此。现在,你可以创建一个图像,它可以定义你需要的窗体的形状和背景,然后设置正确的属性(见图2)。将1.0版本作为目的框架
    在发布VS.NET 1.0时,Microsoft宣称DLL Hell将不再出现,它将开创一个新纪元:各种版本的应用程序,甚至是VS.NET版本的应用程序都可以并存。VS.NET 2003支持该想法。几个月来,我在同一台机器上运行了VS.NET 2003 beta版和最初版本的VS.NET。每个版本用的是它自己的框架。这一点非常棒,但仍会有一些版本问题。例如,假设你的用户没有很快地升级框架来匹配需求。只要你避免在框架中运用1.1版本的任何新功能,你就可以针对1.0框架来构建你的程序集。VS.NET可以让你在创建应用程序时,针对Framework 1.1、Framework 1.0或两者兼顾。注意,这些设置不会改变程序的可执行性,而是会改变你的应用程序的配置文件。配置文件指定了要加载的每个.NET Framework程序集的版本。遗憾的是,如果你创建的应用程序同时兼顾了Framework 1.0和Framework 1.1版本,那么你就需要做更多的测试。如果应用程序两者兼顾,那么在设计时,VS.NET用Framework 1.1构建应用程序。在运行时,如果VS.NET用Framework 1.0配置应用程序,就会出错。如果应用程序在Framework 1.0上运行时运用了1.1的功能,那么就会出现一个运行错误。几个月来,我一直运用该功能创建目的框架为Framework 1.0的应用程序。的确很有用,只要你确保程序只用Framework 1.0。测试应该会发现任何问题,但在发布任何软件前,你应该在只安装了Framework 1.0的机器上运行全套的测试套件。VS.NET 2003延续了Microsoft对推动企业开发所做的努力。它的一个副作用就是程序变得越来越大了。例如,我有一个解决方案,它包含了40多个不同的项目。在处理这种类型的解决方案时,最初版本的VS.NET有时侯会有问题。VS.NET 2003解决了该问题,现在,当你处理一个特定的解决方案时,可以更容易在项目之间进行切换。VS.NET 2003也可以记录你现在正编辑的是哪个项目。这就意味着,运用当前项目的任何命令(如Find in Files)都只对当前项目起作用。如果你想自己设置当前项目,可以关闭该功能。只需要导航到Tools|Options,然后在Envrironment | Projects and Solutions中清除“Track Active Items in Solution Explorer”项就可以了。另外一个很酷的功能是引用Web命名。假设你在开发机器上构建了一个Web service和一个Web service客户端,目的是可以在其它地方部署该Web service。最初的VS.NET版本会为这些Web services创建一个名为“localhost”的名字空间。VS.NET 2003可以让你给这个Web service引用一个更有意义的名字。的确,移动性、安全性以及对框架的其它改进都很好。但我最喜欢的新功能是接口的代码生成功能。在你使用C#或VB.NET时,如果声明了对某个函数的支持,IDE就会为它添加stubs。在C#中,你需要按Tab键。然后VS.NET会添加stubs并将它们放在一个区域中。在VB.NET中,当你编写了Implements语句后按Enter时,VS.NET 2003就添加了方法。当你在编写大的接口或来源于其它接口的接口时,跟踪遗漏了哪些函数或输错了哪些函数时,该功能就可以节省许多编译周期。