JAD 文件中属性的转义字符/序列是什么

发布于 2024-08-08 21:36:37 字数 151 浏览 7 评论 0原文

我可以使用字符或编码来转义 J2ME 应用程序的 JAD 文件中的自定义属性吗?

示例:此属性中的额外 : 是否会破坏某些设备上的 Jad,是否有转义语言(如 HTML 编码)可以用来使其成为有效的属性条目?

自定义属性 1:诺基亚:6150 / X.15

Is there a character or encoding I can do to escape a custom property in a JAD file for a J2ME application?

Example: Would the extra : in this property break the Jad on some devices, and is there an escape language (like HTML encoding) that I could use to make this a valid property entry?

Custom-Property-1: Nokia : 6150 / X.15

如果你对这篇内容有疑问,欢迎到本站社区发帖提问 参与讨论,获取更多帮助,或者扫码二维码加入 Web 技术交流群。

扫码二维码加入Web技术交流群

发布评论

需要 登录 才能够评论, 你可以免费 注册 一个本站的账号。

评论(1

等数载,海棠开 2024-08-15 21:36:37

额外的冒号并不重要。它只是您财产价值的一部分。

JSR 37 说:

“应用程序的格式
描述符是一系列行
由属性名称组成
后跟一个冒号,值
属性和回车符。
和 之前的空白被忽略
在值之后。”

可能还有其他 JAD“陷阱”,具体取决于您的目标设备。最好保持 JAD 小,在某些情况下不超过 5K,并且没有超长的行或连续的行。

请参阅 此处了解有关 JAD 内容的更多信息,特别注意,ISO-8859-1 编码是首选,因为所有手机都应该支持它,并且如果需要,可以使用 unicode 转义序列(如 \u00A9 = 版权符号)

编辑

JSR 118 包含用于解析 JAD 内容的 BNF:

appldesc: *attrline
attrline: attrname “:” [WSP] attrvalue [WSP] newlines
attrname: 1*<any Unicode char except CTLs or separators>
attrvalue: *valuechar | valuechar *(valuechar | WSP) valuechar
valuechar: <any valid Unicode character, excluding CTLS and WSP>
newlines = 1*newline ; allow blank lines to be ignored
newline: CR LF | LF
CR = <Unicode carriage return (U+000D)>
LF = <Unicode linefeed (U+000A)>
WSP: 1*( SP | HT )
SP = <Unicode space (U+0020)>
HT = <Unicode horizontal-tab (U+0009)>
CTL = <Unicode characters
U+0000 - U+001F and U+007F>
separators: “(” | “)” | “<” | “>” | “@” | “,” | “;” |
            “:” | “'” | <“> | “/” | “[” | “]” | “?” | 
            “=” | “{” | “}” | SP | HT

The extra colon won't matter. It will just be part of the value for your property.

JSR 37 says:

"the format of the application
descriptor is a sequence of lines
consisting of an attribute name
followed by a colon, the value of the
attribute, and a carriage return.
White space is ignored before and
after the value."

There can be other JAD 'gotchas', depending on your target device or devices. Best to keep the JAD small, no more than 5K in some cases, and no extra long lines, or lines with continuation.

See notes here for more info on JAD content, especially note that ISO-8859-1 encoding is preferred because it should be supported by all handsets, and that unicode escape sequences (like \u00A9 = copyright sign) can be used if needed.

EDIT

JSR 118 contains a BNF for parsing JAD content:

appldesc: *attrline
attrline: attrname “:” [WSP] attrvalue [WSP] newlines
attrname: 1*<any Unicode char except CTLs or separators>
attrvalue: *valuechar | valuechar *(valuechar | WSP) valuechar
valuechar: <any valid Unicode character, excluding CTLS and WSP>
newlines = 1*newline ; allow blank lines to be ignored
newline: CR LF | LF
CR = <Unicode carriage return (U+000D)>
LF = <Unicode linefeed (U+000A)>
WSP: 1*( SP | HT )
SP = <Unicode space (U+0020)>
HT = <Unicode horizontal-tab (U+0009)>
CTL = <Unicode characters
U+0000 - U+001F and U+007F>
separators: “(” | “)” | “<” | “>” | “@” | “,” | “;” |
            “:” | “'” | <“> | “/” | “[” | “]” | “?” | 
            “=” | “{” | “}” | SP | HT
~没有更多了~
我们使用 Cookies 和其他技术来定制您的体验包括您的登录状态等。通过阅读我们的 隐私政策 了解更多相关信息。 单击 接受 或继续使用网站,即表示您同意使用 Cookies 和您的相关数据。
原文