AngularJS 有没有缺点？MVVM 框架中有比它更好的吗
其实使用或者不使用static，完全看适用环境，没有说好或不好，适用情况下就好。
static只能在进程内起作用，跨进程是没用的。
大部分情况下，如果你的同一应用内多个activity/service之间共享数据，是可以考虑使用static变量的，当然另外的选择是放在application里面，两者效果在大部分情况下差不多。但通常来说，static使用的情况下，代码会减少一点，而非static就需要使用一些单例模式来存储变量。
一般来说，static如果会有多线程访问的问题下注意要加锁。
另外，static最大的用途在于static final这种const类的常量。.,
关于现在流地的 MVVM 框架 是不是这样理解的
在MVC里，View是可以直接访问Model的！从而，View里会包含Model信息，不可避免的还要包括一些业务逻辑。 MVC模型关注的是Model的不变，所以，在MVC模型里，Model不依赖于View，但是 View是依赖于Model的。不仅如此，因为有一些业务逻辑在View里实现了，导致要更改View也是比较困难的，至少那些业务逻辑是无法重用的。
MVVM在概念上是真正将页面与数据逻辑分离的模式，它把数据绑定工作放到一个JS里去实现，而这个JS文件的主要功能是完成数据的绑定，即把model绑定到UI的元素上。
有人做过测试：使用Angular（MVVM）代替Backbone（MVC）来开发，代码可以减少一半。
<%@ Page language="c#" Codebehind="Main.aspx.cs" AutoEventWireup="false" Inherits="Vod.WebForm1" %>
Page language="c#" ：指定为c#语言；
Codebehind 属性并不是一个真正的 ASP.NET 属性，在ASP.NET 文档中是找不到它的。
它其实只是一个 Visual Studio .NET 属性，
Visual Studio .NET 就是借用这个属性来很好地跟踪管理项目中的 Web 窗体和与之相对的代码隐藏文件，
比如当你在设计环境中往 Web 窗体上放入一个服务器控件时，
Visual Studio .NET 将自动找到与该 Web 窗体相对应的代码隐藏文件，并自动插入相关的代码。
AutoEventWireup：是否自动绑定页面处理事件，false表示不自动绑定；
Inherits 属性用于定义当前 Web 窗体所继承的代码隐藏类(该类是 System.Web.UI.Page 的派生类)。
这个 inherits 属性只用于采用代码隐藏方式编写的 Web 窗体，也就是，如果你的代码全都是在 Web 窗体的
标签中，就不必用这个属性了。
<%@ Page Language="C#" AutoEventWireup="true" CodeBehind="Team.aspx.cs" Inhe
这是asp.net开发中页面所使用的指令。
·@page表示所使用的是page页面，也就是所谓的aspx页面。language表示当前所使用的语言，此处为C#,而autoeventwireup指的是是否页面自动事件回传。codebehing指的代码隐藏，也就是一些逻辑代码被放在了teamp.aspx.cs中，在生成网站时该CS文件会自动生成dll文件，达到了看不到源码的目的。提前了效率。一般该名字的命名为同张aspx页面后加.cs。也就是说cs才是该文件真正的类型。
当然，有些时间为了达到代码的复用性，cs或aspx中的类免不了要继承某一个类的，所以才有了inhrerits参数指明要继承的类名。
而就是对一个全局变量的输出而已。
请问这个问题怎么解决。因为没有悬赏了，所以情大家帮帮忙
CodeBehind 改成 CodeFile
CodeBehind
指定包含与页关联的类的已编译文件的名称。该属性不能在运行时使用。提供此属性是为了与以前版本 的 ASP.NET 的兼容，以实现代码隐藏功能。在 ASP.NET 2.0 版中，应改用 CodeFile 属性指定该源文件的名称，同时使 用 Inherits 属性指定该类的完全限定名称。
CodeFile
指定指向页引用的代码隐藏文件的路径。此属性与 Inherits 属性一起使用可以将代码隐藏源文件与网页相关联。此属性仅对编译的页有效。
