问题标签 [string-parsing]

我有一个这种格式的字符串：- { panel : {start : [{"element_id" : 0, "element_name" :0, "element_image" : 0, "element_desc" : 0, "element_dob" : 0, "awards" :0},]}我该如何解析这个字符串。请帮助我克服这个问题。我试过 SBJSon - 代码： -

饲料在..中NSDictionary得到零值NSLog

我在内存中有一个 T9 字典（trie/hash_map）。字典包含单词评级对，因此当从字典中挑选一个单词时，它的评级会增加，并且单词评级对在单词列表中上升。

假设有一种方法可以从字典中挑选一个单词。该方法还执行一些单词评级程序。

在输入中，我有在电话上按下的数字字符串（1-9、'*' 来更改单词和''）。

问题：

1. 有什么算法可以快速解析字符串吗？
2. 哪种数据结构会更好？

升级版：

完整的问题文本（问题 D）

Hash_map 实现

尝试实现

有没有一种简单的方法可以将引用的文本解析为 java 的字符串？我有这样的行来解析：

而我想要的只是托尔金，JRR，指环王，乔治艾伦和安温，1954 年的弦乐。

我有以下字符串：

在 Ruby 中，如何提取以字母开头H并在H. 在上面的示例中，子字符串将是H200000787

如何拆分选定的值，将数字与 jQuery 中的文本分开？

例子：

myselect包含c4

只得到号码4。

我正在尝试解析一个 url 以从中提取一些文本，以便在下载文件时可以使用它来重命名我的文件。基本上我想写一个shell脚本来做到这一点。我想将 url 收集到一个字符串中，然后逐个字符地解析它。这怎么能在shell脚本中完成？？？

我正在尝试编写一个正则表达式来解析一个 php 脚本的这个 url：

http://www.megavideo.com/v/B4PZHP0Nb2e8a877f8378e778446318596415780

得到这个：B4PZHP0N

有人可以帮忙吗？提前致谢。

在过去的两个小时里，我一直在调试似乎极不可能的事情。我已经将辅助 Android Activity 的方法剥离为：

是的，我因为好的 ol' NullPointerException 崩溃了：

09-11 02:02:50.444: ERROR/AndroidRuntime(1588): Uncaught handler: thread main 由于未捕获异常而退出 09-11 02:02:50.464: ERROR/AndroidRuntime(1588): java.lang.NullPointerException

看起来（来自其他测试） Long.getLong(str) 返回 NULL，这让我发疯了。我错过了什么？

提前致谢。我可以愚蠢地错过明显的东西，但我的理智已经上线。

输入元素包含数字 a ，其中逗号或点用作小数分隔符，空格可用于对千位进行分组，如下所示：

'1,2'
'110 000,23'
'100 1.23'

如何使用 JavaScript 在浏览器中将它们转换为浮点数？

使用 jQuery 和 jQuery UI。Number(string)返回NaN并parseFloat()在第一个空格或逗号处停止。

我正在转换一个网站。它涉及标准化图像和媒体文件的目录结构。我正在解析来自各种标签的路径信息，对其进行标准化，检查媒体是否存在于新的标准化位置，如果不存在则将其放在那里。我正在使用字符串操作来做到这一点。

这有点开放式，但是有没有我可以使用的类、工具或概念来为自己省去一些头痛？例如，我遇到了问题，例如，子目录 ( website.com/subdir/dir/page.php) 中的页面具有相对图像路径 ( ../images/image.png)，或其他类似的东西。这不是一个总体问题，而是很多小事情加起来。

当我认为我的脚本涵盖了大多数情况时，我会收到错误，比如Could not find file at export/standardized_folder/proper_image_folderimage.png应该在哪里export/standardized_folder/proper_image_folder/image.png。这有点让我发疯，进行字符串解析和检查以确保目录分隔符位于正确的位置。

我觉得我在使一次性导入脚本非常健壮方面投入了太多精力。也许有人已经以一种可重复使用的方式解开了这个混乱，我可以利用这种方式？

后记：所以这里有一个更深入的独家新闻。我编写了解析一种“类型”页面并从同类页面中提取内容的脚本。然后我将我的脚本转为解析另一种类型的页面，获取所有错误，并了解到我关于如何引用路径的所有假设都必须抛诸脑后。洗涤，冲洗，重复。

所以我正在考虑对我的脚本进行一些重大的重构，抛弃所有假设，并检查、重新检查和仔细检查路径信息。由于我真的在尝试构建一个强大的路径构建脚本，希望我可以避免重新发明轮子。外面有轮子吗？