angualrjs 总结 随记

Posted 2020-09-08

表单控制变量
form 控制变量

//字段是否未更改
fromName.inputFieldName.$pristine
//字段是否更改
fromName.inputFieldName.$dirty
//字段有效
fromName.inputFieldName.$valid
//字段无效
fromName.inputFieldName.$invalid
//字段错误信息
fromName.inputFieldName.$error

css样式

ng-valid 表单验证通过时的设置
ng-invalid 表单验证失败时的设置
ng-pristine 表单未被动之前拥有
ng-dirty 表单被动后之后拥有

自定义表单验证

自定义表单验证ngModel属性总结
$parsers 　　　　保存了从viewValue向modelValue绑定过程中的处理器函数，它们将来会依次执行
$formatters 　　 保存了从 modelValue向viewValue绑定过程中的处理器函数
$setViewValue 　当view发生了某件事情时，从view向model绑定调用$setViewValue把viewValue保存下来
$render 　　　　 当模型发生变化时，应该怎么去更新视图，从model向view绑定，调用ctrl.$render方法,将viewValue渲染到页面上
$setValidity 　　 设置验证结果
$viewValue 　　  试图的值
$modelValue 　  模型里的值

$scope绑定事件之$on方法和$emit,$broadcast

function DemoCtrl($scope){
　　$scope.count = 0;
　　$scope.$on(‘myevent‘,function(){
　　　　$scope.count++;
　　})
}

视图

//向同级以上dom所在的作用域传递,就是说只有同级以上的dom里访问才能访问到count属性
<button ng-click="$emit(‘myevent‘)"></button>
//向同级以下dom所在的作用域传递，同理只有同级以下的dom里访问才能访问到count属性     
<button ng-click="$broadcast(‘myevent‘)"></button> 

 

利用ngModel相关属性及方法自定义表单验证指令
ngModel里的属性总结 已经在上面提到了
下面这是一个 只能输入偶数的验证指令

 

angular关于表单指令的汇总
input 属性
　　name
　　ng-model
　　ng-required
　　ng-minlength
　　ng-maxlength
　　ng-pattern 匹配模式
　　ng-change 值变化时的回调

ngModelController的方法和属性的使用

ngModelController方法
$render();
　　当视图需要更新的时候会被调用。使用ng-model的指令应该自行实现这个方法。

$isEmpty(value);
　　该方法用于判断输入值是否为空。
　　例如，使用ngModelController的指令需要判断其中是否有输入值的时候会使用该方法。该方法可用来判断值是否为undefined,‘‘,null或者NaN。
　　你可以根据自己的需要重载该方法。

$setValidity(validationErrorKey, isValid);
　　该方法用于改变验证状态，以及在控制变化的验证标准时通知表格。
　　这个方法应该由一个验证器来调用。例如，一个解析器或者格式化函数。

$setPristine();
　　该方法用于设置控制到原始状态。
　　该方法可以移除‘ng-dirty‘类并将控制恢复到原始状态(‘ng-pristine‘类)。

$cancelUpdate();
　　该方法用于取消一次更新并重置输入元素的值以防止$viewCalue发生更新，它会由一个pending debounced事件引发或者是因为input输入框要等待一些未来的事件。

　　如果你有一个使用了ng-model-options指令的输入框，并为它设置了debounced事件或者是类似于blur的事件，那么你可能会碰到在某一段时间内输入框中值和ngModel的$viewValue属性没有保持同步的情况。
　　在这种情况下，如果你试着在debounced/future事件发生之前更新ngModel的$modelValue，你很有可能遇到困难，因为AngularJS的dirty cheching机制实际上并不会分辨一个模型究竟有没有发生变化。
　　$cancelUpdate()方法应该在改变一个输入框的model之前被调用。
　　记住，这很重要因为这能够确保输入字段能够被新的model值更新，而pending操作将会被取消。

ngModelController中的属性
$viewValue
　　视图中的实际值

$modelValue
　　model中的值，它金额控制器绑定在一起

$parsers
　　将要执行的函数的数组，无论什么时候控制器从DOM中读取了一个值，它都将作为一个管道。其中的函数依次被调用，并将结果传递给下一个。最后出来的值将会被传递到model中。其中将包括验证和转换值的过程。

　　对于验证步骤，这个解析器将会使用$setValidity方法，对于不合格的值将返回undefined。

$formatters
　　一个包含即将执行函数的数组，无论什么时候model的值发生了变化，它都会作为一个管道。其中的每一个函数都被依次调用，并将结果传递给下一个函数。该函数用于将模型传递给视图的值进行格式化。

$viewChangeListeners
　　只要视图的值发生变化，其中的函数就会被执行。其中的函数执行并不带参数，它的返回值也会被忽略。它可以被用在额外的#watches中。

$error
　　一个包含所有error的对象

$pristine
　　如果用户还没有进行过交互,值是true。

$dirty
　　如果用户已经进行过交互，值是true。

$valid
　　如果没有错误，值是true。

$invalid
　　如果有错误，值是true。


指令与控制器交互和复用

指令是用来复用的是用来生成UI组件的。

 

 HTML中的IE条件注释

IE条件注释是一种特殊的html注释，这种注释只有IE5.0及以上版本才能理解。比如普通的HTML注释是：

<!--This is a comment-->

　　而只有IE可读的IE条件注释是：

<!--[if IE]> <![endif]-->

　　“非IE条件注释”：

<!--[if !IE]>--> non-IE HTML Code <!--<![endif]-->

　　“非特定版本IE条件注释”（很少用到）：

<!--[if ! lt IE 7]><![IGNORE[--><![IGNORE[]]>Code for browsers that match the if condition<!--<![endif]-->

　　简而言之，除了“Windows上的IE”之外的所有浏览器都会认为条件注释只是一段普通的HTML注释。你不能在CSS代码中使用条件注释。IE条件注释是很有用的对IE隐藏或者展现特定代码的方法，比起在CSS中用诡异的_/制造bug，利用IE条件注释来写CSS “hacks”是更合理的方法。通俗点，条件注释就是一些if判断，但这些判断不是在脚本里执行的，而是直接在html代码里执行的。

1. 条件注释的基本结构和HTML的注释(<!– –>)是一样的。因此IE以外的浏览器将会把它们看作是普通的注释而完全忽略它们。
2. IE将会根据if条件来判断是否如解析普通的页面内容一样解析条件注释里的内容。
3. 条件注释使用的是HTML的注释结构，因此他们只能使用在HTML文件里，而不能在CSS文件中使用。

　　从语法上看这是相当合法的普通HTML注释。任何浏览器都会认为<!–和–>之间的部分是注释从而忽略它。但是IE也会看到其中[if IE]>，从而开始解释接下来的代码直到遇到<![endif]。所以，下面这些代码不会显示在任何其他浏览器中面。

　　通过“比较操作符”可以更灵活地对IE版本进行控制，用法是在IE前面加上“比较操作符”。合法的操作符如下：

• lte：就是Less than or equal to的简写，也就是小于或等于的意思。
• lt ：就是Less than的简写，也就是小于的意思。
• gte：就是Greater than or equal to的简写，也就是大于或等于的意思。
• gt ：就是Greater than的简写，也就是大于的意思。
• ! ：就是不等于的意思，跟javascript里的不等于判断符相同

　　示例：

• <!–[if gt IE 5.5]> / 如果IE版本大于5.5 /
• <!–[if lte IE 6]> / 如果IE版本小于等于6 /
• <!–[if !IE]> / 如果浏览器不是IE /

　　虽然看上去当你第一次使用条件注释的时候会更费时，但当你以后调试你的CSS的时候，就会发现非常方便。用条件注释你只需要写一遍HTML注释，而用bug你需要为每一条规则都写上又长又丑的代码，而且还经常是为了改变其他的hacks而写的hacks。除此之外条件注释对于不支持它的任何浏览器而言都是合法的HTML注释。以下为条件注释与CSS hacks的一些区别：

1. Hacks是基于浏览器的bug，而这些bug最终可能会被修复。
2. 条件注释是基于IE特定代码，这种识别机制任何时候都不会被移除。
3. 每一个浏览器都能看见你的hacks，或许下一个版本或者一个新的浏览器会在你的hacks代码上出错。
4. 只有IE才能看到条件注释，通过额外的“IE文件”来影响页面，其他浏览器根本就不会下载它。
5. Hacks不能确保对哪些浏览器生效而对哪些不，用的hacks越多，代码越混乱。
6. 条件注释利用版本匹配使得作者可以容易地对特定版本写代码

让低版本IE也能正常运行HTML5+CSS3网站的3种解决方案

现在我们可以选择浏览器非常多，所以浏览器的环境也是种类繁多，同一个浏览器也是包含各种不同的版本，不同的版本之间的渲染方法也存在差异，，它们支持的 HTML5、CSS3 特性恐怕也不尽相同。这种情况于是造成Web开发者在开发网站时，要面对数量庞大的浏览器种类。

如果开发时按最低标准，比如 IE6不支持的特性，我们统统不用，那就没有必要写这篇文章了；但我想这种情况极少，更多的开发，是在现代浏览器上使用它们支持的特性，而在早期浏览器上做一定的降级处理，这就是所谓 “渐进增强”，也是本文要说的重点。通过下面的方法，希望可以让网站也能够在低版本IE浏览器上奇迹般地运行得更好！

htmlshiv.js

Remy的 HTML5shiv通过JavaScript 来创建HTML5元素(如 main, header, footer等)。在某种程度上通过JavaScript 创建的元素是 styleable(可样式)的。我们可以花很多时间来思考其运行原理，但谁会在乎呢?这种策略在所有产品网站上仍然是必须使用的。

<!--[if lt IE 9]><script src="http://cdn.bootcss.com/html5shiv/3.7/html5shiv.js"></script><![endif]-->

selectivizr.js

Selectivizr.js 是一个不可思议的资源，用于填充不支持的CSS选择器和属性,包括重要的 last-child。在最近的重设计中，我嵌入了 selectivizr，并在更老的 IE 浏览器上也不会错过任何细节。下面是我的实现代码:

<!--[if lte IE 8]><script src="http://cdn.bootcss.com/selectivizr/1.0.2/selectivizr.js"></script><![endif]-->

现代项目绝对必须的。只在老版本IE时才加载。

另外，Modernizr 脚本中已经添加 HTML5 浏览器支持脚本 html5shiv，我们只要引用 Moernizr.js 文件，IE9 以下的 IE 浏览器就支持 HTML5 添加的语义标签如 nav、section、article 等，也可以使用 CSS 对它们进行样式化。

条件注释

下面这样最土的情况你肯定看到过。但无论丑陋与否，事实上这段代码完全按预期的方式运行：

<!DOCTYPE html>
<!--[if lt IE 7 ]> <html class="ie6" lang="en"> <![endif]-->
<!--[if IE 7 ]>    <html class="ie7" lang="en"> <![endif]-->
<!--[if IE 8 ]>    <html class="ie8" lang="en"> <![endif]-->
<!--[if IE 9 ]>    <html class="ie9" lang="en"> <![endif]-->
<!--[if (gt IE 9)|!(IE)]><!--> <html lang="en"> <!--<![endif]-->

上面的方法是作用于css，来写一些针对IE各版本的样式差异。先判断用户用的哪个IE版本，然后在标签上加上该版本的class，这样可以方便hack。

然后我们在css文件中就可以这样写：

.ie6 xxx {};
.ie7 xxx {};

这是目前小编认为效率最高的方法，这个方法不需要或等待JavaScript，而且也不需要重量级的JavaScript库。你定义的styles类立即生效，还没有闪屏。

尽管IE浏览器正在迎头赶上竞争对手，新版本IE也有非常大的变化，并希望借助全新的 IE重塑网络体验。但在国内旧版IE仍然是比较流行。好消息是，这些资源在所有现代浏览器上运行良好，代价也并不高！