摘要:最近做一個(gè)項(xiàng)目,應(yīng)該來說比較簡單的輸入框驗(yàn)證地址而已,允許空值首先是對地址進(jìn)行檢驗(yàn)匹配是否正確,開始我在指令中是這樣寫的。
最近做一個(gè)項(xiàng)目,應(yīng)該來說比較簡單的輸入框驗(yàn)證ip地址而已,允許空值
首先是對ip地址進(jìn)行檢驗(yàn)匹配是否正確,開始我在指令中是這樣寫的。我輸入空格后會(huì)提示輸入有誤,可是這就有一個(gè)問題了,我在輸入框中刪除空格后提示并不會(huì)消失,我就想應(yīng)該先判斷dns是否輸入空格,可是各種姿勢過后我發(fā)現(xiàn)沒有辦法區(qū)分是否輸入空格。
/** * 檢驗(yàn)ip */ jbconsole.directive("checkIp", [function () { return { require: "ngModel", link: function (scope, element, attr, ngModel) { if (ngModel) { var ipRegexp = /^(?:(?:25[0-5]|2[0-4][0-9]|[01]?[0-9][0-9]?).){3}(?:25[0-5]|2[0-4][0-9]|[01]?[0-9][0-9]?)$/; } var customValidator = function (value) { if (/^s+$/.test(value)) { var validity = ipRegexp.test(value); } else { validity = ngModel.$isEmpty(value) } console.log(validity) ngModel.$setValidity("checkIp", validity); return validity ? value : undefined; }; ngModel.$formatters.push(customValidator); ngModel.$parsers.push(customValidator); } } }])
jade中
input.form-control(type="text" name="dns" ng-model="appForm.dns" placeholder="255.255.255.255" check-ip) .text-fail(ng-if="appNewForm.dns.$invalid" ) 輸入有誤
然后我想是不是angular的ng-model 對空格進(jìn)行了處理,遂在本地進(jìn)行了一個(gè)測試,監(jiān)聽ipt的值變化,發(fā)現(xiàn)空字符和有空格的字符串是有區(qū)別的,果然是ng-model對字符串進(jìn)行了trim()操作
接下來,通過google,發(fā)現(xiàn)需要加上ng-trim="false"這個(gè)指令就可以了,看來google才是程序員真愛
這個(gè)問題雖然是一個(gè)小問題,是我對angular學(xué)習(xí)的不夠深刻,記錄下來萬一大家和我遇到了同樣的困擾了呢
在做項(xiàng)目的時(shí)候遇到了一個(gè)angular打包后的坑,之前在開發(fā)環(huán)境文件沒有壓縮混淆之前一切都是正常的,但是壓縮后報(bào)了這樣的錯(cuò)誤
我當(dāng)時(shí)就納悶了,然后就去看代碼是否寫的規(guī)范,是不是分號什么的忘寫了什么的。后面才發(fā)現(xiàn)自己指令寫法有點(diǎn)問題,沒有壓縮的時(shí)候,angular能正常的注入,但是壓縮后無法工作
angular.module("myApp").directive("permissionAccess", function($rootscope, $timeout) { });
需要改成
angular.module("myApp").directive("permissionAccess", ["$rootscope","$timeout",function($rootscope, $timeout) { }]);
其實(shí)也不是坑,就是寫代碼呢一定要按規(guī)范來
嗯,記錄一個(gè)并不是anuglar的問題,也不屬于坑,但是屬于自己對基礎(chǔ)知識掌握的不鬧靠照成的錯(cuò)誤
列子:
$scope.obj = { "1238fdd" : {a:"1"}, "7614c08" :{a:"1"}, "c7b2636" : {a:"1"}, "39696a0" :{a:"1"}, };
得到的結(jié)果并不是想的按順序渲染的
就是ng-repeat 對象時(shí),并不是按照順序來的,其實(shí)就是因?yàn)镺bject類型for in時(shí)沒有固定順序的,是無序的
文章版權(quán)歸作者所有,未經(jīng)允許請勿轉(zhuǎn)載,若此文章存在違規(guī)行為,您可以聯(lián)系管理員刪除。
轉(zhuǎn)載請注明本文地址:http://m.hztianpu.com/yun/86909.html
摘要:打包成一個(gè)文件,這個(gè)技術(shù)網(wǎng)上有不同的框架技術(shù)可以實(shí)現(xiàn),就略過了,我用的是。這里主要說的是,當(dāng)這個(gè)配置成隨系統(tǒng)啟動(dòng),則是自動(dòng)啟后,當(dāng)你試圖讀取同一目錄下的文件的時(shí)候,會(huì)發(fā)現(xiàn)找不到該文件。 python打包成一個(gè)exe文件,這個(gè)技術(shù)網(wǎng)上有不同的框架技術(shù)可以實(shí)現(xiàn),就略過了,我用的是pyinstaller。 這里主要說的是,當(dāng)這個(gè)exe配置成隨系統(tǒng)啟動(dòng),則是自動(dòng)啟后,當(dāng)你試圖讀取同一目錄下的文...
摘要:其實(shí)這個(gè)應(yīng)用并不是那么的特別需求,一來本人寫越來越少,二來開發(fā)工作也是越做越少,再者目前的編輯器幾乎都支持直接剪切板上傳圖片,使圖床應(yīng)用的場景越來越少。 其實(shí)這個(gè)應(yīng)用并不是那么的特別需求,一來本人寫blog越來越少,二來開發(fā)工作也是越做越少,再者目前的編輯器幾乎都支持直接剪切板上傳圖片,使圖床應(yīng)用的場景越來越少。不過本人本著不想丟棄技術(shù)的內(nèi)心想法,以及鍛煉自己寫一個(gè)完整項(xiàng)目,還是開啟了...
摘要:公司使用來作為通訊格式,一個(gè)同事這樣的寫法文件格式使用的時(shí)候這時(shí)候拿到的是一個(gè)要是改成這樣這時(shí)候拿到的是一個(gè)為什么會(huì)出現(xiàn)這種情況呢讀了源碼才知道是這樣處理的這里發(fā)現(xiàn)只要才會(huì)進(jìn)行包裝,要不調(diào)用的是那么是什么時(shí)候變成不為呢繼續(xù)看代碼發(fā)現(xiàn)只要是調(diào) 公司使用protobuf來作為通訊格式,一個(gè)同事這樣的寫法proto文件格式: message PlayerFightQueue { op...
摘要:在引入官方的文件時(shí),不起作用,如圖然后我們來看下頁面的效果然后經(jīng)過一番作死之后,我把下劃線改成了中隔線,上代碼看看效果效果如下圖純屬個(gè)人小分享,請大牛略過 在引入官方的文件時(shí),不起作用,如圖:showImg(https://segmentfault.com/img/bVMplF?w=837&h=154); 然后我們來看下頁面的效果:showImg(https://segmentfaul...
摘要:在引入官方的文件時(shí),不起作用,如圖然后我們來看下頁面的效果然后經(jīng)過一番作死之后,我把下劃線改成了中隔線,上代碼看看效果效果如下圖純屬個(gè)人小分享,請大牛略過 在引入官方的文件時(shí),不起作用,如圖:showImg(https://segmentfault.com/img/bVMplF?w=837&h=154); 然后我們來看下頁面的效果:showImg(https://segmentfaul...
閱讀 1916·2023-04-26 02:51
閱讀 2968·2021-09-10 10:50
閱讀 3237·2021-09-01 10:48
閱讀 3757·2019-08-30 15:53
閱讀 1917·2019-08-29 18:40
閱讀 472·2019-08-29 16:16
閱讀 2103·2019-08-29 13:21
閱讀 1876·2019-08-29 11:07