关于ValueStack的介绍

本文详细介绍了Struts2框架中的核心概念ValueStack及其与OGNL表达式的关系。ValueStack用于封装Action对象及属性,便于页面访问。OGNL则提供了一种简洁的方式来访问和操作这些属性。

摘要生成于 C知道 ,由 DeepSeek-R1 满血版支持, 前往体验 >

 

当Action设置了某个属性值后,struts2将这些属性值全部封在一个叫struts.valuestack的请求属性里。在JSP页面中输出需要的信息可以通过如下代码来获取包含全部输出信息的ValueStack对象 

request.getAttribute("struts.valuestack"); 

可以通过OGNL表达式非常方便的访问该对象封装的信息。 

从数据结构上看,ValueStack有点类似于Map的结构,但它比Map结构更加强大。Action中所有的属性都被封装到了ValueStack对象中,Action中的属性名可以理解为ValueStack中的value的名字。 

struts2的标签 

为了控制struts2的valuestack中封装的值,struts2提供了大量的标签,常用的有: 

if(if …else):如果标签里的判断表达式返回值为真,输出标签体内容。(可以用来做样式控制) 

iterator:用于迭代集合属性的某个元素 

property:该标签用于输出指定的属性值 

=========================================================
struts2属性值存放在valueStack中。(属性值必须通过set方法,才能设置到valueStack中) 
读取有两种方式: 

1.ValueStack vs1 = ActionContext.getContext().getValueStack(); 
  value1 = (String) vs1.findValue("value"); 

2.ValueStack vs2 = (ValueStack) ServletActionContext.getRequest().getAttribute("struts.valueStack"); 

  value2 = (String) vs2.findValue("value"); 

=============================struts学习笔记=
Struts2 Action职责 

1.处理实际的业务逻辑,这一点与Struts1.x Action作用相同 
2.数据转换,自动处理从request里面提取的请求参数。实际上依赖interceptor实现 
3.请求转发,跳转到试图 

Struts 2 packages 
it’ll organize your actions and  other components into logical containers called packages 
Struts2 package 和java包相似,都是按照功能或者业务领域把类分组。同时Struts2 package提供了继承机制。 

<package name="chapterThreeSecure" namespace="/chapterThree/secure"
extends="struts-default">
<action name="AdminPortfolio" >
<result>/chapterThree/AdminPortfolio.jsp</result>
</action>
<action name="AddImage" >
<result>/chapterThree/ImageAdded.jsp</result>
</action>
<action name="RemoveImage" >
<result>/chapterThree/ImageRemoved.jsp</result>
</action>
</package>


ValueStack 
The Value-Stack holds a stack of objects. These objects all have properties. The magic of the  ValueStack is that all the properties of these objects appear as properties of the   ValueStack itself. 
Struts Action被放在ValueStack中,所以所有Action的实例变量都是ValueStack的properties。ValueStack中的所有properties都被暴露给当前request. 

ActionContext 
ActionContext中包含session,request,application以及ValueStack中的数据。ActionContext相当于一个大的map。我们可以在页面中通过struts标签通过OGNL表达式访问ActionContext中的对象。 

OGNL 
OGNL expression必须选择一个Root Object作为访问起点,在Struts2中,ValueStack就是这个Root Object。 

再论ValueStack 
当Struts2接受一个请求时,它迅速创建ActionContext,ValueStack,action object。然后action被存到ValueStack,所以action的实例变量可以被OGNL访问。 

Interceptors 
ActionInvocation包装了Action执行的详细信息。ActionInvocation持有Action所有的拦截器引用。 

public String intercept(ActionInvocation invocation) throws Exception {
long startTime = System.currentTimeMillis();
String result = invocation.invoke();
long executionTime = System.currentTimeMillis() - startTime;
... log the time ...
return result;
}


<package name="chapterFourSecure" namespace="/chapterFour/secure"
extends="struts-default">
<interceptors>
<interceptor name="authenticationInterceptor"
class="manning.utils.AuthenticationInterceptor"/>
<interceptor-stack name="secureStack">
<interceptor-ref name="authenticationInterceptor"/>
<interceptor-ref name="defaultStack"/>
</interceptor-stack>
</interceptors>
<default-interceptor-ref name="secureStack"/>
. . .
</package>

==============================================
struts2 ognl用法
1、值栈(ValueStack)
Struts2将OGNL上下文设置为Struts2中的ActionContext(内部使用的仍然是OgnlContext),并将值栈设为OGNL的根对象。
我们知道,OGNL上下文中的根对象可以直接访问,不需要使用任何特殊的“标记”,而引用上下文中的其他对象则需要使用“#”来标记。由于值栈是 上下文中的根对象,因此可以直接访问。那么对于值栈中的对象该如何访问呢?Struts2提供了一个特殊的OGNLPropertyAccessor,它 可以自动查找栈内的所有对象(从栈顶到栈底),直接找到一个具有你所查找的属性的对象。也就是说,对于值栈中的任何对象都可以直接访问,而不需要使用 “#”。
假设值栈中有两个对象:student和employee,两个对象都有name属性,student有学号属性number,而 employee有薪水属性salary。employee先入栈,student后入栈,位于栈顶,那么对于表达式name,访问的就是student 的name属性,因为student对象位于栈顶;表达式salary,访问的就是employee的salary属性。正如你所见,访问值栈中的对象属 性或方法,无须指明对象,也不用“#”,就好像值栈中的对象都是OGNL上下文中的根对象一样。这就是Struts2在OGNL基础上做出的改进。

2、[N]语法
如上所述,如果想要访问employee的name属性,应该如何写表达式呢?我们可以使用[N].xxx(N是从0开始的整数)这样的语法来指定从哪一个位置开始向下查找对象的属性,表达式[1].name访问的就是employee对象的name属性。
在使用[N].xxx语法时,要注意位置序号的含义,它并不是表示“获取栈中索引为N的对象”,而是截取从位置N开始的部分栈。

3、top关键字
top用于获取栈顶的对象,结合[N].xxx语法,我们就可以获取栈中任意位置的对象。
如:[0].top,[1].top等

4、访问静态成员
除了使用标准的OGNL表达式访问静态字段和静态方法外,Struts2还允许你不指定完整的类名,而是通过“vs”前缀来调用保存在栈中的静态字段和静态方法。
@vs@FOO_PROPERTY
@vs@someMethod()
@vs1@someMethod()
vs表示ValueStack,如果只有vs,那么将使用栈顶对象的类;如果在vs后面跟上一个数字,那么将使用栈中指定位置处的对象类。

5、值栈中的Action实例
Struts2框架总是把Action实例放在栈顶。因为Action在值栈中,而值栈又是OGNL中的根,所以引用Action的属性可以省略“#”标记,这也是为什么我们在结果页面中可以直接访问Action的属性的原因。

6、Struts2中的命名对象
Struts2还提供了一些命名对象,这些对象没有保存在值栈中,而是保存在ActionContext中,因此访问这些对象需要使用“#”标记。这些命名对象都是Map类型。
parameters
用于访问请求参数。如:#parameters['id']或#parameters.id,相当于调用了HttpServletRequest对象的getParameter()方法。
注意,parameters本质上是一个使用HttpServletRequest对象中的请求参数构造的Map对象,一量对象被创建(在调用Action实例之前就已经创建好了),它和HttpServletRequest对象就没有了任何关系。
request
用于访问请求属性。如:#request['user']或#request.user,相当于调用了HttpServletRequest对象的getAttribute()方法。
session
用于访问session属性。如:#session['user']或#session.user,相当于调用了HttpSession对象的getAttribute()方法。
application
用于访问application属性。如:#application['user']或#application.user,相当于调用了ServletContext的getAttribute()方法。
attr
如果PageContext可用,则访问PageContext,否则依次搜索request、session和application对象。 


===========================
1.访问静态方法:@包.类名@方法名(),如:
    @cn.edu.ahau.mgc.struts2.model.Magci@method();
2.访问静态属性:@包.类名@属性名,如:
    @cn.edu.ahau.mgc.struts2.model.Magci@NAME
3.第一个@后面的类可以省略,默认为Math类,如:
    @@floor(1.32342);
4.访问静态方法必须在struts.xml文件中添加如下配置:
    <constant name="struts.ognl.allowStaticMethodAccess" value="true" />

 
访问静态方法:@cn.edu.ahau.mgc.struts2.model.Magci@method() 
<s:property value="@cn.edu.ahau.mgc.struts2.model.Magci@method()" /> 
访问静态属性:@cn.edu.ahau.mgc.struts2.model.Magci@NAME 
<s:property value="@cn.edu.ahau.mgc.struts2.model.Magci@NAME" 
访问静态方法(默认为Math类):
@@floor(1.32342) --> <s:property value="@@floor(1.32342)" />

访问值栈中的Action的普通属性
访问Action的普通方法
访问值栈中的对象的普通属性
访问值栈中的对象的普通方法
访问静态方法
访问静态属性
访问普通类的构造方法
访问List:<s:property value="userList" />
访问List中的某个元素:<s:property value="userList[1]" />
访问List中元素的某个属性的集合:<s:property value="userList.{name}" />
访问List中元素的某个属性的集合中的特定值:<s:property value="userList.{name}[1]" /> | <s:property value="userList[1].name" />

访问Map:<s:property value="catMap" />
访问Map中某个元素:<s:property value="catMap.cat1" /> | <s:property value="catMap['cat1']" />
访问Map中的所有keys:<s:property value="catMap.keys" />
访问Map中的所有values:<s:property value="catMap.values" />

投影(过滤)user的name为aaa的集合:<s:property value="userList.{?#this.name=='aaa'}" />
投影(过滤)user的age大于21的第一个元素:<s:property value="userList.{^#this.age>21}" />
投影(过滤)user的age大于21的第最后一个元素:<s:property value="userList.{$#this.age>21}" />

ActionContext.getContext().put("aa", "aaaaaaa");
ActionContext.getContext().getSession().put("bb", "bbb");
ActionContext.getContext().getValueStack().set("cccccc", "ccc1");

Struts2框架总是把Action实例放在栈顶。因为Action在值栈中,而值栈又是OGNL中的根,所以引用Action的属性可以省略“#”标记,这也是为什么我们在结果页面中可以直接访问Action的属性的原因。


4.5节 OGNL

OGNL是Object Graph Navigation Language的简称,详细相关的信息可以参考:http://www.ognl.org。这里我们只涉及Struts2框架中对OGNL的基本支持。

 

OGNL是一个对象,属性的查询语言。在OGNL中有一个类型为Map的Context(称为上下文),在这个上下文中有一个根元素(root),对根元素的属性的访问可以直接使用属性名字,但是对于其他非根元素属性的访问必须加上特殊符号#。

 

在Struts2中上下文为ActionContext,根元素位Value Stack(值堆栈,值堆栈代表了一族对象而不是一个对象,其中Action类的实例也属于值堆栈的一个)。ActionContext中的内容如下图:

              |

              |--application

              |

              |--session

context map---|

              |--value stack(root)

              |

              |--request

              |

              |--parameters

              |

              |--attr (searches page, request, session, then application scopes)

              |

因为Action实例被放在Value Stack中,而Value Stack又是根元素(root)中的一个,所以对Action中的属性的访问可以不使用标记#,而对其他的访问都必须使用#标记。

 

引用Action的属性

<s:property value="postalCode"/>

ActionContext中的其他非根(root)元素的属性可以按照如下的方式访问:

<s:property value="#session.mySessionPropKey"/> or

<s:property value="#session["mySessionPropKey"]"/> or

<s:property value="#request["mySessionPropKey"]/>

 

Action类可以使用ActionContext中的静态方法来访问ActionContext。

ActionContext.getContext().getSession().put("mySessionPropKey", mySessionObject);

 

OGNL与Collection(Lists,Maps,Sets)

 

生成List的语法为: {e1,e2,e3}.

<s:select label="label" name="name" 

list="{'name1','name2','name3'}" value="%{'name2'}" />

上面的代码生成了一个HTML Select对象,可选的内容为: name1,name2,name3,默认值为:name2。

 

生成Map的语法为:#{key1:value1,key2:value2}.

<s:select label="label" name="name" 

list="#{'foo':'foovalue', 'bar':'barvalue'}" />

上面的代码生成了一个HTML Select对象,foo名字表示的内容为:foovalue,bar名字表示的内容为:barvalue。

 

判断一个对象是否在List内存在:

<s:if test="'foo' in {'foo','bar'}">

   muhahaha

</s:if>

<s:else>

   boo

</s:else>

 

<s:if test="'foo' not in {'foo','bar'}">

   muhahaha

</s:if>

<s:else>

   boo

</s:else>

 

取得一个List的一部分:

?  –  所有满足选择逻辑的对象 

^  -   第一个满足选择逻辑的对象 

$  -   最后一个满足选择逻辑的对象

例如:

person.relatives.{? #this.gender == 'male'}

上述代码取得这个人(person)所有的男性(this.gender==male)的亲戚(relatives)


本文来自优快云博客,转载请标明出处:http://blog.youkuaiyun.com/axzywan/archive/2008/07/12/2643921.aspx

    

OGNL是Object-Graph Navigation Language的缩写,它是一种功能强大的表达式语言(Expression Language,简称为EL),通过它简单一致的表达式语法,可以存取对象的任意属性,调用对象的方法,遍历整个对象的结构图,实现字段类型转化等功能。它使用相同的表达式去存取对象的属性。
  WebOGNL是一种构建以servlet为基础的组件化应用的web表现层框架,它的模板语言建立在OGNL表达式的基础上,具有别的web层框架不能匹敌的适应性。
  OGNL可以让我们用非常简单的表达式访问对象层,例如,当前环境的根对象为user1,则表达式person.address[0].province
  可以访问到user1的person属性的第一个address的province属性。
  这种功能是模板语言的一个重要补充,象jsp2.0,velocity,jelly等等,都有类似的功能,但是ognl比它们完善得多,而且以一个独立的lib出现,方便我们构建自己的框架。
  webwork2和现在的Struts2.x中使用OGNL取代原来的EL来做界面数据绑定,所谓界面数据绑定,也就是把界面元素(例如一个textfield,hidden)和对象层某个类的某个属性绑定在一起,修改和显示自动同步。
  和struts1.x的formbean相比,这样做的好处非常明显:在webwork中不需要为每个页面专门写formbean,可以直接利用对象层的对象。例如在对象设计中,我们的User和Person是分开的,而一个注册用户界面需要填写两者的内容,在webwork中,就可以保持后台的对象结构,把属于用户属性的界面元素用user.person.xxx绑定,把属于账号属性的界面元素用user.xxx绑定。


OGNL全名Object Graph Navigation Language,可认为是更完美EL表达式。

它可以真正意义上代替个传统jsp服务器脚本(<%%>)。本文不阐述OGNL的优势,志在为帮助大家理解并学习OGNL。

以下是struts2中的OGNL。

OGNL的表达式的资料确实不少,但几乎都是同一个版本,并且笔者真的有怀疑此版本的作者在一些关键问题上要么就是自己也没弄清楚,要么就是表达有问题,总之很容易就把简单的东西放到云里雾里。

下面让我来给大家理理思路。

1. OGNL有什么内容。

      OGNL的标准结构包含OGNL Context和ValueStack两部分。

      其中OGNL Context与传统的EL表达式大径相同,包含有parameterMap,requestAttributeMap,sessionAttributeMap,applicationAttributeMap

      而struts2 OGNL的ValueStack被指定为ActionContext。ActionContext是stack(先进后出的结构)的根节点,而Action中的属性成员则是stack的顶节点(第一层)。

2. 我们先要明白OGNL能实现到什么程度的功能。

      第一,OGNL是JSP脚本的替代品,又是EL,那么它一定是运行在服务器之上的。

      第二,OGNL可以page,request,session,application的attribute,request的parameter范围的数据,与一般的EL一致

      第三,OGNL可以访问Struts2中Action的属性。非常实用的数据绑定效果。

      第四,OGNL可以创建对象,并且定制对象的数据。一般EL没有的功能呢个,弥补一大缺陷

3. OGNL的格式。

      Struts2的OGNL表达式主要涉及#%$三个特殊符号。这里我们需要强调的是实际上OGNL的范畴中只有#%两个特殊符号,而$并不属于OGNL。这是许多OGNL资料中造成误解的主要地方。下面笔者具体说明它们的用法。

#  是OGNL查找符,当目标对象在根部或顶部,也就是根部的第一层树节点时,可直接使用对象名,并且必须只写对象名,不可使用#以作为区分。 
struts2 OGNL的查找范围为OGNL context和ActionContext,其包含下面是顶节点: 

名称
 作用 例子 
parameters 包含当前HTTP请求参数的Map #parameters.id[0]作用相当于request.getParameter("id") 
request 包含当前HttpServletRequest的属性(attribute)的Map #request.userName相当于request.getAttribute("userName") 
session 包含当前HttpSession的属性(attribute)的Map #session.userName相当于session.getAttribute("userName") 
application 包含当前应用的ServletContext的属性(attribute)的Map #application.userName相当于application.getAttribute("userName") 
attr 用于按request > session > application顺序访问其属性(attribute) #attr.userName相当于按顺序在以上三个范围(scope)内读取userName属性,直到找到为止 
(value Stack) Action类的属性 #login.name相当于对应的Action类的name属性访问,可省略#

如name但要求其actionName为login
 


其中parameters,request,session,application属于OGNL context范畴,而valuestack属于ActionContext范畴。

也就是说当使用parameters,request,session,application以及Action类的属性时#可省略,但这些非根非顶节点是必须完整给出#符号。

值得注意的是:除了ValueStack可以按照javaBean的getter/setter原则展开对象视图OG,也就是Action类的成员属性可按照getter方式查找;其余顶节点都是Map数据,只能查找自身所含的数据。我们说parameters是requestParameterMap;request是requestAttributeMap;session是sessionAttributeMap;application是applicationAttributeMap;attr是page,request,session,application的attributeMap

另外#在集合中可以作为筛选元素的条件,如books.{?#this.price<100}                //其中books是Action类的集合元素

 格式#{数据1,数据2...}可以创建集合对象并引用其值

 这里我们需要深入的去理解什么是顶节点和非顶节点?

其实非常简单以javaBean的getter/setter访问规则取到的对象就是栈顶顶节点,而非栈顶节点就是非顶节点。

而OGNL巧妙的用#符号标识了顶节点和非顶节点,如上述所说顶节点可不写#而且必须不写,非顶节点必须写#;

当然struts2已经预设了parameters,request,session,application和Action属性成员这么些顶节点供直接访问。

这就可以让OGNL知道查找对象的规则了。

请看下列表达式:

user.name       访问路径为Action成员getUser().getName();栈顶节点

#user.name     访问路径为Action成员getUser().iterator().........

其实OGNL数据视图原理是基于对象数量级关系比所展开的视图,也就是说1:1的情况是javaBean的getter/setter,也就是OGNL称之的"顶节点",而1:n的情况时1为顶访问n则需要注明非顶节点#。从上面的例子不难看出,OGNL的视图中只有集合/集合的元素与非集合两种类型,所以使用OGNL时我们仅需要记住一点集合属性或集合元素都要使用#

解释为何OGNL访问根不用#,而顶节点也不用#呢?实际上顶节点对应的只是根节点的getter方法,也就访问的只是根节点。

另外我还要强调一点,parameters,request,session,application并不是出自ActionContext,原因是request没有getter方法,实际上他是另外加入的。

%   将字符串变量的值按照OGNL表达式解析。也就是说字符串中#将按照特殊字符处理,仅此作用。 
以上是OGNL的内容,接下来我们说说$的用法。

需要注意的是OGNL目前只能运行在标签中取值处,笔者认为未来的OGNL一定可以脱离标签项EL表达式的写法那样,这已经是大势所趋了

$ {}实际上传统EL的写法,是告知服务器在后台运行.

OGNL需要联合<s:property/>等标签库使用就拥有了OGNL表达式的运行环境,但离开标签库表达式只是普通的字符串,所以${}目前尚未提供OGNL表达式的运行环境。以往Struts的EL以后能完善此项功能。

这里简单的介绍EL:

struts的EL与OGNL的概念上有重复,其操作符号为. 并且预设了page,request,sesion等AtrributeMap,parameterMap对象限定只能查询Map所包含的内容,仅提供pageContext对象可使用javaBean的getter;操作上不分层必须以预设对象开始

总结:OGNL实际上最终发挥作用的是#,而%按照字符串转换#(省略#是顶节点),${}是传统的EL表达式

新手学python就来py编程

 

05-23 16:00:49.311 25132-25512 A0c0d0/JSAPP I result {"code":200,"msg":"操作成功","data":[{"id":1,"name":"华为Mate 60 Pro","model":"ALN-AL80","imageUrl":"https://img.alicdn.com/imgextra/i3/2213047591560/O1CN01QNx6eB1NOWu3oeUfn_!!2213047591560.jpg_q50.jpg_.webp","shortDescription":"麒麟9000S 卫星通信","price":6999.00,"subsidizedPrice":6499.00,"sales":15000,"rating":4.90,"stock":500,"isAvailable":0,"brand":"华为"},{"id":2,"name":"华为P60 Art","model":"NOH-AN80","imageUrl":"https://img.alicdn.com/imgextra/i4/2609173245/O1CN011h2L1I1ZqGCdlsYlJ_!!2609173245.jpg_q50.jpg_.webp","shortDescription":"超聚光XMAGE影像","price":7988.00,"subsidizedPrice":7588.00,"sales":12000,"rating":4.80,"stock":300,"isAvailable":0,"brand":"华为"},{"id":3,"name":"华为nova 12","model":"BAC-AL00","imageUrl":"https://picasso.alicdn.com/imgextra/O1CNA1bnbda21Vuba4TjLYB_!!2838892713-0-psf.jpg_.webp","shortDescription":"前置双摄人像","price":2999.00,"subsidizedPrice":2699.00,"sales":50000,"rating":4.70,"stock":1000,"isAvailable":0,"brand":"华为"},{"id":4,"name":"荣耀Magic6 Pro","model":"PGT-AN30","imageUrl":"https://img.alicdn.com/imgextra/i2/263726286/O1CN01ko93gt1wJ2hQAORAB_!!4611686018427380942-0-item_pic.jpg_.webp","shortDescription":"骁龙8 Gen3 青海湖电池","price":5699.00,"subsidizedPrice":5399.00,"sales":25000,"rating":4.80,"stock":600,"isAvailable":0,"brand":"荣耀"},{"id":5,"name":"荣耀X50 GT","model":"ANY-AN00","imageUrl":"https://img.alicdn.com/imgextra/i3/3851598352/O1CN01UHPfyv2BZGwPnHUlx_!!0-item_pic.jpg_q50.jpg_.webp","shortDescription":"1.5K护眼曲屏","price":1999.00,"subsidizedPrice":1799.00,"sales":80000,"rating":4.60,"stock":1500,"isAvailable":0,"brand":"荣耀"},{"id":6,"name":"荣耀90 Pro","model":"REA-AN20","imageUrl":"https://img.alicdn.com/imgextra/i3/1114511827/O1CN01r3ngr41PMof7MhFhY_!!4611686018427386323-0-item_pic.jpg_q50.jpg_.webp","shortDescription":"2亿像素写真相机","price":3299.00,"subsidizedPrice":2999.00,"sales":40000,"rating":4.70,"stock":800,"isAvailable":0,"brand":"荣耀"},{"id":7,"name":"荣耀Play7T Pro","model":"CMA-AN40","imageUrl":"https://img.alicdn.com/imgextra/i1/1907069314/O1CN019jd3kt2IfrnZ6J0AH_!!1907069314.jpg_q50.jpg_.webp","shortDescription":"40W快充 OLED屏","price":1799.00,"subsidizedPrice":1599.00,"sales":120000,"rating":4.50,"stock":2000,"isAvailable":0,"brand":"荣耀"},{"id":8,"name":"华为畅享70 Pro","model":"CMA-AN70","imageUrl":"https://android-api.oss-cn-beijing.aliyuncs.com/logo.jpg","shortDescription":"7000mAh长续航","price":1599.00,"subsidizedPrice":1399.00,"sales":150000,"rating":4.40,"stock":3000,"isAvailable":0,"brand":"华为"},{"id":9,"name":"华为Mate X5","model":"TET-AN80","imageUrl":"https://android-api.oss-cn-beijing.aliyuncs.com/logo.jpg","shortDescription":"折叠屏 玄武钢化","price":12999.00,"subsidizedPrice":12499.00,"sales":5000,"rating":4.90,"stock":100,"isAvailable":0,"brand":"华为"},{"id":10,"name":"荣耀Magic Vs2","model":"CMA-AN80","imageUrl":"https://android-api.oss-cn-beijing.aliyuncs.com/logo.jpg","shortDescription":"轻薄折叠屏","price":8999.00,"subsidizedPrice":8499.00,"sales":10000,"rating":4.70,"stock":300,"isAvailable":0,"brand":"荣耀"},{"id":11,"name":"iPhone 15 Pro Max","model":"A3108","imageUrl":"https://android-api.oss-cn-beijing.aliyuncs.com/logo.jpg","shortDescription":"A17 Pro 钛金属","price":9999.00,"subsidizedPrice":null,"sales":80000,"rating":4.80,"stock":200,"isAvailable":0,"brand":"苹果"},{"id":12,"name":"iPhone 15","model":"A3092","imageUrl":"https://android-api.oss-cn-beijing.aliyuncs.com/logo.jpg","shortDescription":"A16芯片 灵动岛","price":5999.00,"subsidizedPrice":null,"sales":150000,"rating":4.80,"stock":5000,"isAvailable":0,"brand":"苹果"},{"id":13,"name":"iPhone 15 Plus","model":"A3096","imageUrl":"https://android-api.oss-cn-beijing.aliyuncs.com/logo.jpg","shortDescription":"6.7英寸大屏","price":6999.00,"subsidizedPrice":null,"sales":80000,"rating":4.70,"stock":3000,"isAvailable":0,"brand":"苹果"},{"id":14,"name":"iPhone SE 4","model":"A2785","imageUrl":"https://android-api.oss-cn-beijing.aliyun 05-23 16:00:49.311 25132-25512 A0c0d0/JSAPP I result [object Object] 05-23 16:00:49.359 25132-25512 C03f00/ArkCompiler E [ArkRuntime Log] TypeError: is not callable 05-23 16:00:49.361 25132-25512 C03900/Ace E [Engine Log]Lifetime: 0.000000s 05-23 16:00:49.361 25132-25512 C03900/Ace E [Engine Log]Js-Engine: ark 05-23 16:00:49.361 25132-25512 C03900/Ace E [Engine Log]page: pages/Index.js 05-23 16:00:49.361 25132-25512 C03900/Ace E [Engine Log]Error message: is not callable 05-23 16:00:49.361 25132-25512 C03900/Ace E [Engine Log]Stacktrace: 05-23 16:00:49.361 25132-25512 C03900/Ace E [Engine Log] at forEachUpdateFunction (/devcloud/slavespace/usr1/081f8aba80800f0f0fcec015bd66c7e0/harmony_code/codearts_workspace/foundation/arkui/ace_engine/frameworks/bridge/declarative_frontend/engine/stateMgmt.js:4352:1) 05-23 16:00:49.361 25132-25512 C03900/Ace E [Engine Log] at anonymous (entry|entry|1.0.0|src/main/ets/pages/Index.ts:144:13) 05-23 16:00:49.361 25132-25512 C03900/Ace E [Engine Log] at updateFunc (/devcloud/slavespace/usr1/081f8aba80800f0f0fcec015bd66c7e0/harmony_code/codearts_workspace/foundation/arkui/ace_engine/frameworks/bridge/declarative_frontend/engine/stateMgmt.js:6812:1) 05-23 16:00:49.361 25132-25512 C03900/Ace E [Engine Log] at UpdateElement (/devcloud/slavespace/usr1/081f8aba80800f0f0fcec015bd66c7e0/harmony_code/codearts_workspace/foundation/arkui/ace_engine/frameworks/bridge/declarative_frontend/engine/stateMgmt.js:6514:1) 05-23 16:00:49.361 25132-25512 C03900/Ace E [Engine Log] at anonymous (/devcloud/slavespace/usr1/081f8aba80800f0f0fcec015bd66c7e0/harmony_code/codearts_workspace/foundation/arkui/ace_engine/frameworks/bridge/declarative_frontend/engine/stateMgmt.js:6741:1) 05-23 16:00:49.361 25132-25512 C03900/Ace E [Engine Log] at updateDirtyElements (/devcloud/slavespace/usr1/081f8aba80800f0f0fcec015bd66c7e0/harmony_code/codearts_workspace/foundation/arkui/ace_engine/frameworks/bridge/declarative_frontend/engine/stateMgmt.js:6736:1) 05-23 16:00:49.361 25132-25512 C03900/Ace E [Engine Log] at rerender (entry|entry|1.0.0|src/main/ets/pages/Index.ts:152:9)
最新发布
05-24
### 关于 HarmonyOS 或 ArkCompiler 中 'is not callable' 的 TypeError 问题 在 HarmonyOS 和 ArkCompiler 开发环境中遇到 `TypeError: is not callable` 错误通常表明尝试调用的对象并非函数或可调用对象。这种错误可能由多种原因引起,例如变量名冲突、未正确定义的回调函数或者对 `null` 值进行了不当操作。 #### 可能的原因分析 1. **变量覆盖了内置方法或函数** 如果开发者无意间将某些全局名称重新赋值为其他类型的值(如 `null`),可能会导致该错误。例如,在 JavaScript 环境下,如果重写了 `Array.prototype.map` 方法并将其设置为 `null`,那么后续对该方法的调用会失败[^4]。 2. **异步编程中的上下文丢失** 在使用箭头函数或其他形式绑定事件处理器时,如果没有正确处理 this 上下文,则可能导致原本期望作为函数执行的内容变成了 undefined 或 null。这种情况常见于 React 组件生命周期方法以及 Vue.js 自定义指令场景中[^5]。 3. **API 返回值异常** 当从外部服务获取数据时,若返回的结果不符合预期结构——比如应该是一个函数却实际接收到的是 null ——也会引发此类错误消息提示[^6]。 4. **Null 安全性问题** 类似于 MySQL 数据库设计里提到允许字段为空 (NULL)[^2], 在程序逻辑层面也需要考虑如何优雅地应对可能出现的 Null 情况。如果不小心试图直接调用了被赋予 Null 的属性或方法就会抛出类似的运行期错误。 #### 解决方案建议 针对以上几种可能性提供相应的解决方案如下: - #### 验证目标是否确实具备可调用特性 在每次准备调用前先验证其类型是否属于 Function 。可以利用 typeof 运算符来进行初步判断。 ```javascript const maybeFunction = someCondition ? () => {} : null; if(typeof maybeFunction === 'function') { maybeFunction(); } ``` - #### 使用 Optional Chaining 提高健壮性 ES2020 引入了一个新功能叫做 optional chaining (`?.`) ,它可以帮助我们更简洁安全地访问深层嵌套对象而不用担心中间环节存在 null/undefined 导致崩溃风险。 ```javascript let result = possiblyUndefinedObject ?. methodToCall(); // 不会报错即使object不存在 ``` - #### 明确区分命名空间内的同名实体 尽量避免自定义标识符与框架内部保留字发生碰撞;另外通过模块化组织代码也能有效减少这类隐患的发生几率。 - #### 调试工具辅助定位具体位置 利用断点调试技术逐步跟踪哪一部分代码最终触发了这个特定异常,并针对性修复源头问题所在之处。 ```javascript try{ potentiallyProblematicCode(); }catch(e){ console.error('Error occurred:', e); } ``` ### 总结 通过对 HarmonyOS / ArkCompiler 平台开发过程中常见的 “not callable” 类型错误现象剖析可知,这往往涉及到基本概念理解偏差或者是编码习惯上的疏漏所致。采取适当预防措施加上良好实践能够显著降低遭遇这些问题的概率。
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包

打赏作者

py编程

你的鼓励将是我创作的最大动力

¥1 ¥2 ¥4 ¥6 ¥10 ¥20
扫码支付:¥1
获取中
扫码支付

您的余额不足,请更换扫码支付或充值

打赏作者

实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值