首页
学习
活动
专区
工具
TVP
发布
精选内容/技术社群/优惠产品,尽在小程序
立即前往

当FormGroup出现新错误时,角度反应表不会更新

FormGroup出现新错误时,角度反应表不会自动更新是因为在Angular中,当FormGroup的错误状态改变时,只有FormControl的状态改变才会触发反应表更新。而FormGroup的错误状态是通过检查其子控件的错误状态来确定的。如果FormGroup的子控件发生错误状态的改变,但是FormGroup本身的状态没有改变,那么角度反应表就不会自动更新。

解决这个问题的方法是,可以使用valueChanges方法来订阅FormGroup的值的变化,并在订阅函数中手动更新角度反应表。具体步骤如下:

  1. 在组件的初始化阶段,订阅FormGroupvalueChanges事件,代码如下:
代码语言:txt
复制
ngOnInit() {
  this.formGroup.valueChanges.subscribe(() => {
    this.formGroup.updateValueAndValidity();
  });
}
  1. 在订阅函数中,调用updateValueAndValidity方法来手动更新FormGroup的状态和错误信息。这将触发角度反应表的更新。
  2. 确保在模板中正确绑定FormGroup的错误信息,以便在视图中显示错误信息。例如,可以使用ngIf指令来检查每个控件的错误状态,并在错误状态存在时显示错误信息。

请注意,以上方法适用于Angular的版本5及更高版本。如果您使用的是较旧的版本,请查阅相应版本的Angular文档进行适当调整。

补充说明:

  • FormGroup是Angular中的一个类,用于表示表单组。它是由一组FormControl组成的,并负责对这些子控件的状态和错误进行管理。
  • 角度反应表是Angular中的一种机制,用于在模板中自动更新数据的显示。它基于数据绑定和变更检测机制,可以实现数据和视图之间的双向同步。
  • valueChangesFormGroup的一个属性,它返回一个Observable,用于订阅FormGroup值的变化。可以通过订阅该Observable来监听FormGroup的值的变化,并触发相应的逻辑操作。
页面内容是否对你有帮助?
有帮助
没帮助

相关·内容

从 Promise 对象讲解事件循环机制

JS引擎从任务队列中取出一个宏任务来执行,如果执行过程中有遇到微任务,那么执行完该宏任务就会去执行宏任务内的所有微任务。然后更新UI。后面就是再从任务队列中取出下一个宏任务来继续执行,以此类推。...Promise 操作后返回的对象还是一个的 Promise 对象。...的回调函数也只能拿到前面状态凝固的结果 Promise缺点: 1 无法取消Promise,一旦新建它就会立即执行,无法中途取消 2 如果不设置回调函数(没有捕获错误),Promise内部抛出的错误,不会反应到外部...它返回的是一个的Promise对象。 03 Promise.prototype.catch() catch方法是.then(null,onrejected)的别名,用于指定发生错误时的回调函数。...我会保持在 7 到 10 天更新一篇。

1.9K30

一文搞懂临床预测模型的评价!

目前模型评价的主要内容都是来自于2017年发于JAMA上面的一篇文章:Discrimination and Calibration of Clinical Prediction Models: Users...区分度和校准度虽然都有不足,但是一般来说,具有较差区分度的模型,其校准度也不会很好。一个模型区分度和校准度都很差的时候,我们可以先从提高模型区分度的角度继续。...绝对净重分类指数反应的是模型对整体的分类能力有无改变,但是,对于有病组和没病组,都是有可能出现重新分类分对了/重新分类分错了/重新分类和之前一样,这3种情况的。...image-20220522210835762 根据这个计算出来的 相加NRI为11%,但是绝对NRI为-8% 。绝对NRI为-8%说明模型比旧模型差,难道我们就要继续采用旧模型了吗?...患者有症状但尚不能诊断为某种疾病时,临床医生必须决定是(1)经验性治疗,(2)不治疗,或(3)在选择选项1和2之前进行进一步的检查。

2.5K21
  • 全新视觉,升维体验!全栈可观测中心嘉为鲸眼产品全新体验升级

    聚焦痛点:以用户为中心,视觉&体验双提升1)设计目标:从使用者角度出发,聚焦用户体验随着数字化转型进程的加快,企业不仅要保障核心业务的稳定运行,也对团队和组织协作效率提出了的要求,B端产品的设计不仅仅需要满足用户的功能层面需求...6)体验升维在用户体验方面,切实从用户角度出发,分别在认知减负、防容错、简化流程、清晰指引四个方面对用户整体体验进行优化,提升用户工作效率及满意度!① 认知减负:减少认知成本,提升产品易用度1....② 防容错:减少用户犯错,提升系统友好度1. 增加二次确认操作,减少用户犯错几率2. 建立容错机制,出现误时及时提醒用户,告知风险3....数据为空时进行指引操作,减少用户迷失感数据为空时告知用户当前暂无数据的具体原因,避免用户遇到后出现迷失感,并提供给用户能解决的相关措施,让用户能够更有目标性的完成操作。2....前置操作指引内容,减少错误发生率功能本身要求限制较多时,用户操作时非常容易出现操作无效、报错的情况,将用户操作需知内容前置,可以减少用户发生错误几率,提高用户的操作效率。05.

    54330

    都知道网站404 可你知道为啥是404吗?

    每当浏览网页出现“404错误”时,我们都知道这表示该网页出现了访问错误,也就是页面丢失。其实,这早已是人尽皆知的常识。作为一种标准的HTTP返回代码,404被用来表示网页服务器HTTP的响应状态。...实际上,“404错误”信息通常是目标页面被更改、移除,或是客户端输入页面地址错误后显示的页面。久而久之,人们也就习以为常的用404代服务器未找到文件的错误代码了。...尽管现在来看,这种错误访问并不会影响互联网发展,但在互联网建设初期,这样却会造成大量资源的浪费。 对此,Cailliau表示:“当你为新系统编写代码时,不能浪费太多时间检测错误地址访问的要求。...为了避免错误地址访问,程序员想出了一个很简单的方法,即指定错误类别的数字范围,而‘404错误’就是程序员为让使用者连接网络错误时,知道自己在哪而设置的。...例如200,其代表着服务器已成功处理请求并提供了请求的网页,又或是表示请求的网页已永久移动到位置的301,以及代表服务器遇到错误无法完成请求的500等等,很多很多。

    1.8K00

    如何给销售经理解释客户的生效期、失效期

    先看了一下销售经理收到的财务截图,报错信息如下: 我看到“Business Partner with Inactive status”第一反应就是到Business Partener去查这个客户的状态...1、BOM:不同时间段可以有不同的版本 2、财务汇率:不同的有效期内的交易,都会自动使用汇率的汇率 3、价格:不管客户还是供应商的价格,都有可能变化,既能保存历史记录,又能确保采购价格准确 日常工作或其它系统开发中...我自己研究的时候,我比较喜欢从程序员的角度考虑,所以喜欢看背后的数据(库),喜欢看相应的错误信息所涉及到的Session Script或底层dll的Program Script,喜欢从业务逻辑的角度来分析理解这里会有哪些商业逻辑...所以,我喜欢肯思考的用户,喜欢动脑筋的用户,不会重复犯错误的用户。比如我们这位销售经理!...死脑筋,不会变通的用户。 也不喜欢那种,相同的问题讲了3遍,依然在同一个地方的用户!!!

    56810

    不要再滥用可选链运算符(?.)啦!

    不会有空引用错误,不会有页面点点就没反应或弹问题。 但是问题和缺点也很明显,而且也会很严重。分两点分析下: 可读性、维护性:给代码维护人员带来了很多分析代码的干扰,代码可读性和维护性都很差。...看着难受,特别是以一个code reviewer 角度看。 1....,就会想这一串链式属性里,是不是有可能有空值,所以导致了user是空值,没走进if里导致没反应。...,导致页面没有任何反应,js不抛,console也没有log,后续流程出错了,这时候如果想找原因就会很困难,对代码熟悉还行,如果不是自己写的就只能看代码捋逻辑,如果是生产环境压缩混淆了就更难排查了。...想想在这个特性出来之前大家是怎么写的,会对每个变量和属性都加if非空判断或者用逻辑与(&&)吗?不会吧。 小结 本文以一个 code reviewer 角度,分析了 可选链运算符(?.)

    35640

    不要再滥用可选链运算符(?.)啦!

    不会有空引用错误,不会有页面点点就没反应或弹问题。 但是问题和缺点也很明显,而且也会很严重。分两点分析下: 可读性、维护性:给代码维护人员带来了很多分析代码的干扰,代码可读性和维护性都很差。...看着难受,特别是以一个code reviewer 角度看。 1....,就会想这一串链式属性里,是不是有可能有空值,所以导致了user是空值,没走进if里导致没反应。...,导致页面没有任何反应,js不抛,console也没有log,后续流程出错了,这时候如果想找原因就会很困难,对代码熟悉还行,如果不是自己写的就只能看代码捋逻辑,如果是生产环境压缩混淆了就更难排查了。...想想在这个特性出来之前大家是怎么写的,会对每个变量和属性都加if非空判断或者用逻辑与(&&)吗?不会吧。

    31120

    数据库知识点总结

    基于不同类型的视图可完成操作 # 基于单的视图可完成操作: 查询, 删除, 更新视图(包含主键的单, 视图无group by) # 基于多表的视图可完成操作: 查询, 删除视图 引入view的优点...视图能够简化用户的操作 视图使用户能以多种角度看待同一数据 视图对重构数据库提供了一定程度的逻辑独立性 视图能够对机密数据提供安全保护 不会出现数据冗余 等值连接和自然连接 等值连接和自然连接的异同...# 同:都对属性进行合并,将分合成一个大. # 异:自然连接消除重复列,而等值连接不会....该协议要求每个事务分两个阶段提出加锁和解锁请求 # 增长阶段: 事务可以获得锁, 但不能释放锁 # 缩减阶段: 事务可以释放锁, 但不能获得锁 数据库引入封锁机制的优缺点 # 优点:有效防止“丢失更新...# 为了解决并发情况下保持数据一致性的问题 # 事务是访问并可能更新各种数据项的一个程序执行单元 要求数据库系统维护事务的以下性质ACID特性 # 原子性:事务的所有操作在数据库中要么全部正确反应出来,

    85010

    《MySQL必知必会》读书笔记

    个人评价 这本书从新手入门的角度可以说是一本很适合的书,讲的内容是非常基础但是可以让你刚好入门的程度,翻起来也不会十分的痛苦,同时在内容的编排方面也是典型的「由浅入深」,这本书 「没有什么废话」,基本就是直接用案例告诉你...大错特,加入select一张全特别是select *一个所有的内容并且通过反射映射到程序当中的时候,甚至会导致 「内存溢出」,并且这种事情是真实发生过的事情。...写了一大段的sql语句并且自我感觉良好运行的时候,这种错误尤其容易出现。...更新和删除的指导原则: 好的建议总是让人忍不住点赞,这里也同样记录: 除非全更新或者删除,否则总是使用where条件更新或者删除 保证每一个都有主键,尽量使用主键关联删除,因为主键索引的效率十分高...在where条件更新或者删除之前,「先用SELECT实验一遍」。

    43220

    如何修复WordPress内容更新和发布失败错误

    通过一些故障排除,您应该立即恢复到您的常规发布时间。 在本文中,我们将讨论导致WordPress内容“更新失败”和“发布失败”错误的原因。...然而,它仍然受到不同的反应,而且WordPress用户也可能因此面临的挑战和错误。...此错误的一个变体是“更新失败”消息,您尝试对已发布的文章或页面进行更改时,可能会显示该消息: 图片 在区块编辑器中更新失败错误 可以想象,这个问题对于博主以及任何发现自己需要更新其网页上的关键信息的网站所有者来说可能是一个特别令人沮丧的问题...如果这是导致您网站上出现错误的原因,您需要让REST API再次工作以修复它。...您与相关支持提供商合作解决“发布失败”错误时,您可能希望安装经典编辑器插件作为临时解决方法: 图片 经典编辑器插件 由于TinyMCE编辑器不需要使用REST API来发布或更新文章,您应该能够使用它对您的内容进行必要的更改

    5.4K30

    收藏!常见的9种错误提示、原因及解决办法!|PQ实战

    解决办法:可以将这个通过【插入】-【表格】的方式先变成“超级” 2、Forrmula Firewall:查询……将引用其他查询或步骤,因此可能不会直接访问数据源 解决办法:设置隐私级别 3...、提升标题后出现数据转换错误 这一般都是数据类型转换错误,出现的错误不多是,可以直接点击链接生成错误明细,进入Power Query查看每一出行的具体情况然后做相应处理。...解决办法也很简单,在出错之前的步骤中找看看具体是什么操作导致的原有列被删或列名被改,然后根据实际情况在前面的步骤中加回来,或者在出错的步骤里,改成的列名。...,随着版本的更新可能就过时了,甚至有时候,对于有经验的用户,这些总结并不需要,而对于没经验的用户,总结了也记不住。...不过,对于初学者来说,多看一下别人踩过的坑,犯过的,兴许总能留下点儿印象,这样,在后续的不断学习中,就更能做到遇不慌,泰然处之。

    5.6K20

    技术干货 | 达观数据推荐系统算法实践—重排序

    对于用户行为日志和推荐日志由于随时间积累会越来越大,一般存储在分布式文件系统(HDFS),即Hive中,需要的时候可以下载到本地进行离线分析。...为了支持高效率的迭代,我们对候选集触发和重排序两层进行了解耦,这两层的结果是正交的,因此可以分别进行对比试验,不会相互影响。...因此在更新周期上也可以做的更短,还可以结合业务做一些在线学习的尝试。...: 其中H是hessian矩阵: hessian矩阵增加了计算的复杂性,不过一般候选集数量都不会太多,所以还可以接受。...一个样本点通过某棵树最终落在这棵树的一个叶子结点上,那么在特征向量中这个叶子结点对应的元素值为1,而这棵树的其他叶子结点对应的元素值为0。

    1.3K40

    脑洞打开!第一次看到这样使用MyBatis的,看得我一愣一愣的。

    一个叫做 product 结构非常简单: 另一个叫做 order_info 结构也非常简单: 看到这两个表出现的时候,你就知道我的场景是啥了,肯定是卖货嘛。 库存减一,订单加一。...读者举的例子大概是几个之间有关联关系,如果一个的某条数据被删除了,另外几个表里面对应的数据也要删除,还有一个需要更新状态。...比如我前面提到的读者举的例子,几个之间有关联关系,如果一个的某条数据被删除了,另外几个表里面对应的数据也要删除,还有一个需要更新状态。...但仅从程序的角度看,抛出异常,没有数据,符合预期,没有任何毛病。 埋雷了。 所以,听歪师傅一句劝,千万别这样写!...你不管它是加锁、间隙锁还是记录锁,我就问你它加不加锁? 如果你还没反应过来的话,说明你对于 MySQL 的加锁机制掌握的有点薄弱,可以去加固一下。

    24420

    脑洞打开!第一次看到这样使用MyBatis的,看得我一愣一愣的。|技术创作特训营第一期

    一个叫做 product 结构非常简单:另一个叫做 order_info 结构也非常简单:看到这两个表出现的时候,你就知道我的场景是啥了,肯定是卖货嘛。库存减一,订单加一。...读者举的例子大概是几个之间有关联关系,如果一个的某条数据被删除了,另外几个表里面对应的数据也要删除,还有一个需要更新状态。...比如我前面提到的读者举的例子,几个之间有关联关系,如果一个的某条数据被删除了,另外几个表里面对应的数据也要删除,还有一个需要更新状态。...举个最简单的例子,写错了:在这个场景下,再次发起调用:程序报错说找不到这个。那么请问:此时,订单是否应该有数据被插入?出异常了,肯定不应该有数据插入。我看了数据库,确实也没有数据插入。...你不管它是加锁、间隙锁还是记录锁,我就问你它加不加锁?如果你还没反应过来的话,说明你对于 MySQL 的加锁机制掌握的有点薄弱,可以去加固一下。

    18920

    架构设计之二——高性能架构

    ,需要用到分布式锁•后台更新机制•由后台线程来更新缓存,而不是由业务线程来更新缓存,缓存本身的有效期设置为永久,后台线程定时更新缓存•缓存系统内存不够时,会“踢掉”一些缓存数据,从缓存被“踢掉”到下一次定时更新缓存的这段时间内...,业务线程读取缓存返回空值,而业务线程本身又不会更新缓存,因此业务上看到的现象就是数据丢了•后台线程除了定时更新缓存,还要频繁地去读取缓存(例如,1 秒或者 100 毫秒读取一次),如果发现缓存被“踢了...TPC 方案本质上和 PPC 方案基本类似,在并发几百连接的场景下,反而更多地是采用 PPC 的方案,因为 PPC 方案不会有死锁的风险,也不会多进程互相影响,稳定性更高。...、kqueue 等•某条连接有的数据可以处理时,操作系统会通知进程,进程从阻塞状态返回,开始进行业务处理。...Reactor I/O 多路复用结合线程池 •来了一个事件我就有相应的反应”,这里的“我”就是 Reactor,具体的反应就是我们写的代码,Reactor 会根据事件类型来调用相应的代码进行处理•Reactor

    46230

    (译)SDL编程入门(1)Hello SDL

    库文件中有导入地址,因此您的程序可以在运行时导入函数。和头文件一样,你可以配置你的编译器在SDL库文件所在的额外目录中搜索,或者把库文件和编译器自带的其他库文件放在一起。...出现误时,SDL_Init返回-1。出现误时,我们要把发生的事情打印到控制台,否则应用程序只会闪烁一秒钟,然后就会消失。 如果你从来没有使用过printf,它代表的是打印格式。...这里出现误时,"SDL could not initialize! SDL_Error: "将被写入控制台,后面是SDL_GetError返回的字符串。那个%s是特殊的格式。...每当出现误时,你需要知道原因。SDL_GetError 会让你知道任何 SDL 函数内部是否发生了错误。 如果SDL初始化成功,我们要使用SDL_CreateWindow创建一个窗口。...需要注意的是,SDL延迟时,它不能接受键盘或鼠标的输入。当你运行这个程序时,它没有反应,不要惊慌。我们还没有给它处理鼠标和键盘的代码。 窗口在那里延迟2秒钟后,我们将销毁该窗口以释放其内存。

    2.9K40

    数据库MySQL-读写分离

    因此,从保护数据库的角度来说,我们应该尽量避免没有主从复制机制的单节点数据库。...在每次准备提交事务完成数 据更新前,主库将数据更新的事件记录到二进制日志中。MySQL 会按事务提交的顺序 而非每条语句的执行顺序来记录二进制日志。...它不会对事件进行轮询。如果该线程追赶上了主库,它将进入睡眠状态,直到主库发送信号量通知其有的事件产生时才会 被唤醒,备库 I/O 线程会将接收到的事件记录到中继日志中。...备库的 SQL 线程执行最后一步,该线程从中继日志中读取事件并在备库执行,从而实现 备库数据的更新SQL 线程追赶上 I/O 线程时,中继日志通常已经在系统缓存中,所 以中继日志的开销很低。...: switchType="3" 此时意味着开启 MySQL 集群复制状态状态绑定的读写分离与切换机制,Mycat 心跳机制通过检测集群复制时延时 如果延时过大或者集群出现节点问题不会负载改节点。

    1.3K20

    短信验证码爆破

    前言 持续更新:整理下渗透测试工作中发现过的漏洞(包含漏洞描述、漏洞等级、漏洞验证、修复建议),这里不深究漏洞产生的各种后利用或者绕过方式,漏洞验证过程不局限于文章中的方法,能够证明漏洞存在即可。...根据验证码请求的返回的内容或者数据包长度可以判断验证码是否匹配成功,验证码匹配错误时统一返回包长度440,验证码匹配正确时返回包长度为436。...0x04 漏洞修复 每次生成验证码时,统一设置验证码的有效时间,验证码仅在限定时间内有效。 设置验证码输入错误次数限制,例如:每输3次验证码,必须作废并要求生成验证码。 避免使用简单验证码。

    12.2K20

    数据库事务详解

    带有保存点的扁平事务 这种事务能设置多个保存点,发生错误时可以回滚到事务中指定的保存点,而不需要将整个事务回滚。 3. 链事务 4. 嵌套事务 5. 分布式事务 数据库并发访问会出现的问题 1....更新丢失 有两个并发执行的事务,更新同一行数据,那么有可能一个事务会把另一个事务的更新覆盖掉。 数据库没有加任何锁操作的情况下会发生。 2....幻读:事务1在两次查询的过程中,事务2对该进行了插入、删除操作,从而事务1第二次查询的结果发生了变化。 与『脏读』的区别?...因此本级别下,不会出现更新丢失,但会出现脏读、不可重复读。 2....Read committed 读提交 在该级别下,未提交的写事务不允许其他事务访问该行,因此不会出现脏读;但是读取数据的事务允许其他事务的访问该行数据,因此会出现不可重复读的情况。 3.

    1.2K50
    领券