公司招Python/C++研发

fantom

becoset 发表于 2017-7-8 19:48
希望你不是以骂别人胡说八道取乐。

骂人的是小狗，好吧？

看别人笑话取乐倒是蛮有意思

yangwulong1978

自行车和汽车有什么好比的 汽车再好再快 也不是什么时候都用汽车合适的

huazhb

becoset 发表于 2017-7-8 19:42
你自己写写看，要多少行，再回来讨论可行性。

JSON是种没有数据处理能力的格式，你再否认也没用。先把父 ...

我觉得不是很多啊， 比如你直接传
{
"phones": [
        { "Key":"Mobile", "Value": "123" },
        { "Key":"Home", "Value": "123" },
        { "Key":"Work", "Value": "123" },
    ]
},
后台直接就是一个数组啊， 很简单啊。

关于那个parent节点的问题， 你能不能举出实际的例子， 一段xml，我们来看看json如果实现

becoset

fantom 发表于 2017-7-8 19:50
骂人的是小狗，好吧？

看别人笑话取乐倒是蛮有意思

你就不能google一下，fpga low latency，看看什么结果出来，真相不就大白了？

承认自己错了有那么难？

fantom

becoset 发表于 2017-7-8 20:07
你就不能google一下，fpga low latency，看看什么结果出来，真相不就大白了？

承认自己错了有那么难？ ...

额，Google拒绝了我的搜索请求，你知道为啥不？

becoset

huazhb 发表于 2017-7-8 20:02
我觉得不是很多啊， 比如你直接传
{
"phones": [

你这要一开始object就得这个样子，否则还不是要中途改程序，或者通知大家吗？

json不能找父节点，原因我前面解释了，麻烦你爬楼。

在xml DOM里，找父节点很容易，jquery的parent（），php C# 可用xpath “..”，python 啥的有内置parent，都是一行搞定。

json里面，由于先要变成object，而object是可以有多个parent，所以你无论怎么整，他也没有内置方法找父节点，你只能自己写遍历，前面有解释你自己翻。

有了这条，足够判json死刑了，还不说json就算搜索其他节点也是基本废柴。

becoset

fantom 发表于 2017-7-8 20:11
额，Google拒绝了我的搜索请求，你知道为啥不？

知道fpga干这个的人很多，你先骂我胡说八道，现在还拒绝认错，对你个人名誉没好处。你自己看着办

huazhb

becoset 发表于 2017-7-8 20:12
你这要一开始object就得这个样子，否则还不是要中途改程序，或者通知大家吗？

json不能找父节点，原因我 ...

我先回你第一点， 你的意思是xml的结构你可以随便放？ 那后台怎么知道你新加的一个元素是什么东西呢？

becoset

yangwulong1978 发表于 2017-7-8 20:00
自行车和汽车有什么好比的 汽车再好再快 也不是什么时候都用汽车合适的

json作为数据交换格式，处理过程中，无法选取父节点，其他节点搜索功能也很有限，这就决定了，在任何时候使用json做树结构传递都是不合适的。

我再说一遍，任何时候，用json做树结构传递，都是不合适的，任何时候。

fantom

becoset 发表于 2017-7-8 20:14
知道fpga干这个的人很多，你先骂我胡说八道，现在还拒绝认错，对你个人名誉没好处。你自己看着办

...

嗯，谢谢你让大家知道用FPGA和XML做low latency trading platform。间接减少了行业竞争。

huazhb

becoset 发表于 2017-7-8 20:12
你这要一开始object就得这个样子，否则还不是要中途改程序，或者通知大家吗？

json不能找父节点，原因我 ...

你前面好像也没有具体的例子。 就你说的这个例子有点不清楚。找父节点， 你要先找到当前节点， 在xml中你用XPath直接找到当前节点， 然后你找上个节点。 但是， 这是完全的dom的处理模式， 在object的情况下， 并没有这个需要， 就比如我刚才的例子， 你完全可以用obj.Phones["Mobile"]就可以了， 需要找什么父节点呢？ 你有其他的具体的例子吗？

becoset

huazhb 发表于 2017-7-8 20:15
我先回你第一点， 你的意思是xml的结构你可以随便放？ 那后台怎么知道你新加的一个元素是什么东西呢？ ...

加个元素任何时候都没问题，json也是的。问题出现在你把节点移动到别的层上。xml不怕这个，我已经说了它不仅仅是盯着tagname去，无论是xpath还是jquery，无论前台后台，从xml把移动了的节点找回来都是轻而易举的。最懒的方法，就是我说的，盯着tagname去，你从头到尾，xml改的面目全非了也没问题。

jquery就一句$DOM.find("tagname")就搞定了，无论这个tag在哪一层都轻易找到，如果是C#或是php，都是类似的方法，你可以搜select xml node by tag name，任何编程语言都一句搞定

至于json，假如移动节点位置或层面，你转成object，那就得改程序，除非你又来一个遍历搜索，如果在哪一层不知道，你就要用recursive逐层查找，写起来很麻烦。

becoset

fantom 发表于 2017-7-8 20:19
嗯，谢谢你让大家知道用FPGA和XML做low latency trading platform。间接减少了行业竞争。 ...

我什么时候说FPGA要和xml结合了？你哪只眼睛看见我这么说的？

becoset

huazhb 发表于 2017-7-8 20:20
你前面好像也没有具体的例子。 就你说的这个例子有点不清楚。找父节点， 你要先找到当前节点， 在xml中你 ...

找父节点，见31楼例子，然后你可以琢磨下，json咋写，100行看能不能写出来。

json或者obj找父节点要递归的，这都不是一般人能写出来的了。

实际上，json做任何节点filter或者搜索，统统要递归。

fantom

becoset 发表于 2017-7-8 20:21
我什么时候说FPGA要和xml结合了？你哪只眼睛看见我这么说的？

那FPGA要和binary用吗？

huazhb

becoset 发表于 2017-7-8 20:21
加个元素任何时候都没问题，json也是的。问题出现在你把节点移动到别的层上。xml不怕这个，我已经说了它 ...

你这么做的意义是什么呢， 有什么现实的例子吗？

becoset

fantom 发表于 2017-7-8 20:30
那FPGA要和binary用吗？

你去问那些搞FPGA trading的人去，别问我。我不感兴趣。用哪种格式要看服务器认哪个。

fantom

becoset 发表于 2017-7-8 20:33
你去问那些搞FPGA trading的人去，别问我。我不感兴趣。用哪种格式要看服务器认哪个。 ...

加了FPGA就用binary了，谁还用structed data

LifesoCool

becoset 发表于 2017-7-8 12:43
我各种软件都做，几乎天天都要用到节点搜索和filter。你说那个不常用，我是完全不认同。即便完全相同的功 ...

你觉得不好别用就是了，自己发明一个更好的也是个办法。

huazhb

becoset 发表于 2017-7-8 20:23
找父节点，见31楼例子，然后你可以琢磨下，json咋写，100行看能不能写出来。

json或者obj找父节点要递归 ...

你的例子都是用xpath来操作dom的， 并没有具体的实际的例子。 xpath操作Dom和object的操作从思路上完全不一样的。我前面也说了， 用object的话，直接就从root对象开始了， 不存在查找的问题。 像web的HTML这种深度嵌套的数据结构来说，xpath确实在查找方面有优势，但是大部分和后台交互的数据其实并没有这么大量的嵌套， 这个时候用xml就显得很臃肿了

becoset

huazhb 发表于 2017-7-8 20:31
你这么做的意义是什么呢， 有什么现实的例子吗？

我做了七八年，啥app都碰过，如果没需求，我会和自己过不去？

我真是很奇怪，你要是经常开发app，经常和api打交道，经常采集信息，经常处理数据，应该不用我提醒你有啥应用吧？

比如你要处理docx，他就是个大xml，你增加段落了，如果自动按模板生成文档，那个关键词节点早就不知道跑到哪里去了，但你给他加个id，无论你怎么编辑那个word文档，那个xml的tag一直在哪里，用id轻松找到，你就可以用C#轻松替换，然后产生新文档。

做个web版绘图软件，svg的本身是xml，用户给图形编组，编一个组，图形元素就在xml tree上到处乱跑，你要想refer回去，比如挑出所有的line或者circle，用jquery轻松搞定。在图元上加class或id也是搜索的轻松方法。

我前面还有树形的cost estimation例子，自己麻烦爬楼看，找到需要计算价格的部件一路向上顺着parent找，看看parent是什麽qty，然后一路乘上去，把子元素乘以各个parent的qty然后加起来，总cost就计算出来了。

这都是例子，你要经常做app不会遇不到。

becoset

fantom 发表于 2017-7-8 20:34
加了FPGA就用binary了，谁还用structed data

对，这是我说的，有啥问题？

becoset

huazhb 发表于 2017-7-8 20:41
你的例子都是用xpath来操作dom的， 并没有具体的实际的例子。 xpath操作Dom和object的操作从思路上完全不 ...

你不用多深嵌套，只要是个树，你就逃不了某一天，顺着树翻查，斗胆问一句，您做了几年开发了？

再者，C#和java处理xml的方法有好几种，比如c#不但有自带的一套system。xml，还有linq to SQL，java更是非常丰富，比json都要强不止多少倍，这背后的原因思考过？

huazhb

becoset 发表于 2017-7-8 20:43
我做了七八年，啥app都碰过，如果没需求，我会和自己过不去？

我真是很奇怪，你要是经常开发app，经常和 ...

我有点明白了， 你的app主要是和这些非结构化的数据打交道， 所以并没有固定的结构给你， 这个时候你用xml的话， 只要有个id就可以了。 我主要和数据库的数据打交道， 基本上都是结构化的数据， 就算有动态的， 也比较容易解决， 所以现在基本上都不要xml了。 目前的web， 用数据库处理结构化的数据还是大多数吧。

huazhb

becoset 发表于 2017-7-8 20:46
你不用多深嵌套，只要是个树，你就逃不了某一天，顺着树翻查，斗胆问一句，您做了几年开发了？ ...

做了蛮多年了， 大部分时间都是和数据库打交道。一定要xml的地方确实不多。 xml处理树状结构确实有优势， 但是碰到的很少

fantom

非Structed data
选不上父节点，多大公司的项目，坐等他垮掉就行，我的话就放着。不信你问问他们，非Structed data么选父节点，肯定他们一脸郁闷，不信你把他技术负责人找来我和他对峙。

XML的话，直接attribute>100.parent(). Children.each(

可能还是FPGA加XML比较优越

fantom

不跟你说了，看恒大去了。哦，PPTV也用了JSON传数据，得和他们技术负责人好好说一下，以后只用XML。

becoset

fantom 发表于 2017-7-8 20:49
非Structed data
选不上父节点，多大公司的项目，坐等他垮掉就行，我的话就放着。不信你问问他们，非Struct ...

这些话都是我说的没错，最后一句不是，你少混一起。自己业务水平不行，毁别人名誉的事情很热衷，就该放出来让你同事看清你是个什么嘴脸。

fantom

becoset 发表于 2017-7-8 20:55
这些话都是我说的没错，最后一句不是，你少混一起。自己业务水平不行，毁别人名誉的事情很热衷，就该放出 ...

哎呀，大师的话果然是不能有半点更改的，推导一下都不行。

BTW，回完贴还还改你不累吗？我来帮大家休息一下吧。

pengruijun

becoset 发表于 2017-7-8 20:55
这些话都是我说的没错。用json的公司，都不靠谱。你别跟我说google，Google照样不靠谱，但比起facebook要 ...

.net web api 就用json 传，json 的优点在于数据传输量小，短小精悍。