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

Apache Isis:@属性(编辑= Editing.ENABLED)不适用于ViewModels

Apache Isis是一个开源的领域驱动设计框架,用于快速开发企业级应用程序。它提供了一种基于领域模型的方式来构建应用程序,通过自动生成用户界面和持久化层,大大减少了开发工作量。

在Apache Isis中,@属性(编辑= Editing.ENABLED)是一种注解,用于指定属性在用户界面中是否可编辑。然而,这个注解在ViewModels中不适用。

ViewModels是一种用于展示和处理用户界面逻辑的模型。它们通常用于将领域模型适配到用户界面上,以满足特定的需求。由于ViewModels是一种独立于领域模型的模型,因此它们可能具有不同的编辑需求。

在Apache Isis中,如果想要在ViewModels中控制属性的编辑行为,可以通过编写自定义的属性编辑器来实现。属性编辑器是一种用于处理属性编辑逻辑的组件,可以根据具体需求进行定制。通过使用自定义的属性编辑器,可以灵活地控制属性在用户界面中的编辑行为。

总结起来,@属性(编辑= Editing.ENABLED)注解在ViewModels中不适用,但可以通过编写自定义的属性编辑器来实现属性的编辑控制。这样可以根据具体需求灵活地控制属性在用户界面中的编辑行为。

腾讯云相关产品和产品介绍链接地址:

页面内容是否对你有帮助?
有帮助
没帮助

相关·内容

  • 3个CCIE出的面试题

    1. 现在的6509及7609,SUP720交换带宽去到720G,是不是可以说7609/6509可以取代一部分GSR的地位?   2. isis level1 的路由表包括哪此路由?有多个level-1-2出口时,其它路由它从哪里学到,如何选路?   3. MPLS L3 ×××,如果我想让两个不同的×××作单向互访,怎做?   4. 跨域的MPLS L3 ×××可以谈谈思路吗?   5. MPLS L3 ×××的一个用户,他有上internet的需求,如何实现?有几种实现方法?特点各是什么?   6. MPLS L3 ×××,如果我想让两个不同的×××作单向互访,怎做?   7. L3 ×××与L2 ×××各自的特点是怎样?你觉得哪一种模式运营起来比较有前景?   8. ISIS与OSPF的区别谈一谈吧,各个方面。   9. 一个骨干网或城域网选ISIS及OSPF基于什么理由?   10. BGP选路原则常用是哪些?在骨干网与城域网间如何搭配一块使用?   11. 如果BGP加上max path,会在哪个BGP选路属性之前应用这个选项?   12. 为什么骨干网pop及城域网出口要作next-hop-self?   13. 两个AS之间,有四台路由器口字型互联,其中一台路由器上从EBGP学到一个网络,又从IBGP学到同一个网络,选路哪个?是哪个属性影响?如果我在IBGP过来那个加上MED小于从EBGP过来的,又选哪个?为什么?   14. local-pre与weight的区别是什么?   15. BGP能不能实现负载均衡?如果可以,有哪些方法?   16. 多个AS之间,可不可以比较MED?如可以,需要前提条件吗?如有,前提条件是什么?   17. MED能不能和AS内的IGP度量值结合起来?如可以,如何做?   18. 割接限定回退的时间还有十分钟,割接还未成功,局方已经催你回退了,但你觉得这些问题你再努力5分钟可能会解决,你的选择是什么?   19. 骨干网的QoS,如何部署?你认为什么骨干网什么情况下是有拥塞发生了?   20. 对于工程及维护来说,你觉得l3网络和l2网络哪个比较好?   21. L3网络与L2网络对环路的处理各是什么样的机制?   22. 一般情况下,L2交换机的生成树有多少数量?   23. 3550的生成树模式是什么?生成树数量是怎样的?   24. 跟据你的经验,GE的端口,当流量达到多少时,你可以认为是有拥塞发生了?2.5G POS口,当流量达到多少时,你可以认为有拥塞? 1. 现在的6509及7609,SUP720交换带宽去到720G,是不是可以说7609/6509可以取代一部分GSR的地位? 题目问取代一部分,而非全部。在LAN环境中取代GSR作为核心的确可以,甚至于在MAN环境中取代GSR做部分出口也是可以的,但是在承载网中,我们都是用GSR来做BGP和×××的RR,我没看到谁用76和65去在承载网中做RR的。因为GSR的包转发率要高于SUPER720的引擎. 2. isis level1 的路由表包括哪此路由?有多个level-1-2出口时,其它路由它从哪里学到,如何选路? L1相当于非骨干的区域的路由,默认的ISIS L2会给L1分一个默认路由,如果存在多ABR点的时候会利用SPF找最近的,当然可能会造成次优化路由 3. MPLS L3 ×××,如果我想让两个不同的×××作单向互访,怎做? 如果是把数据发进去那么修改RT就可以了,但是如果想有TCP连接需求那么需要ACL控制+策略 4. 跨域的MPLS L3 ×××可以谈谈思路吗? 跨区域实际上就是LSP的建立以及×××标签的SWAP 以在连接不同区域的CE所属PE上设置VRF的Target属性相同,这样就可以实现跨域互访。如果有总部,那么设置总部所属PE的VRF的Target属性和分布所属PE的VRF的Target属性正好相反,那么可以实现总部与分部之间的跨域访问,但是不同分部之间无法互访。其实,那几个关于3层MPLS的option中有很不错的解释。 三种方式: 1. 在AS边界的ASBR之间建立逻辑子接口,在每个子接口上为每个×××配置一个VRF,每个VRF和相应的PEER的VRF背靠背.从而传输×××用户的IPV4路由及数据.相当于将对端的ASBR PE的逻辑子接口的VRF作为用户设备CE.VRF和VRF之间通过传统的EBGP来传送. 2. 在ASBR之间通过MP-EBGP为×××-IPV4的路由转发,在这种情况下,内PE用MP-IBGP来分发带标记的×××-IPV4路由到ASBR-PE,然后ASBR-PE通过MP-EBGP分发×××-IPV4路由给它相邻的PEER的ASBR-PE,因此边界的ASBR-PE重写了路由表中的下一跳地址和LABLE. 3. 第三种情况就是ASBR-PE之间只运行EBGP,对于需要

    04

    C# WPF MVVM开发框架Caliburn.Micro 自定义Conventions⑩

    虽然ViewLocator和ViewModelLocator类通过提供对每个类的NameTransformer实例的公共访问来支持非标准约定,但对于那些不熟悉正则表达式语法的人来说,添加基于正则表达式的新名称转换规则可能是一项艰巨的任务。此外,由于NameTransformer设计用于执行通用名称转换,因此它不允许单独定制名称和名称空间转换。换句话说,没有简单的方法可以在维护名称空间的标准转换的同时添加对自定义视图名称后缀的支持,也没有简单的方法可以在维护类型名称的标准转换的同时更改名称空间转换。认识到这些局限性,我们为每个定位器类添加了可配置性和几个高级方法。这些新特性允许为常见用例构建自定义转换规则,而无需了解正则表达式。此外,这些方法是领域感知的(即它们考虑了名称空间和类型名称的概念),而不是面向泛型名称转换。

    02
    领券