公司招Python/C++研发

becoset

huazhb 发表于 2017-7-8 19:09
首先呢， 我估计99%的网站都是静态结构的，所以json的适用场景还是很多的， 而且关键是用json代码比xml要 ...

31楼有例子。代码短到你都看不见。自己看了想想就知道，要是JSON，不写个几十行根本出不来。

还有，你说大部分网站搞静态object，那还能扩展吗？今天我有座机电话，明天加一个手机，这还让不让人活了？换个例子，如果电话多了，你让他们编个组，由person.mobilephone变成person.phone.mobilephone和person.phone.homephone这样好管理，你这个改动，还要不要JSON的人活了？别忘了，XML只要盯着找tag name就行了。完全没压力。

aulin

现在谁还会用xml传特别复杂的数据，让前端去parse dom, 真是搞笑。

fantom

becoset 发表于 2017-7-8 19:07
我说过了，要真正低延迟，那都不是computer science考虑的事，那是通信工程的人研究的。JSON比XML适合低 ...

好吧，我去跟客户建议一下专用光纤直连Exchange

fantom

aulin 发表于 2017-7-8 19:12
现在谁还会用xml传特别复杂的数据，让前端去parse dom, 真是搞笑。

你还跟他较真啊，看他胡说啥用FPGA解决low latency

becoset

aulin 发表于 2017-7-8 19:12
现在谁还会用xml传特别复杂的数据，让前端去parse dom, 真是搞笑。

Php，Python，c#，Java哪个支持XML不是炉火纯青？

JSON你就给我把父节点选出来我就给你跪，这格式parse不能处理，你parse他有毛用？

你发JSON过去，JSON就不用parse了？自己看代码哪个短，31楼有例子。

yangwulong1978

前端都是显示后台处理好的数据  谁会在前端搞那么复杂的东西

becoset

fantom 发表于 2017-7-8 19:14
你还跟他较真啊，看他胡说啥用FPGA解决low latency

你没见过就别说我胡说，自己搜有没有人这么干。再说了，互联网延迟就够大了，还在这比较JSON那真是舍本逐末。

becoset

yangwulong1978 发表于 2017-7-8 19:19
前端都是显示后台处理好的数据  谁会在前端搞那么复杂的东西

复杂吗？就三行啊哥哥，你看相同的东西用JSON要写多少。

fantom

becoset 发表于 2017-7-8 19:20
你没见过就别说我胡说，自己搜有没有人这么干。再说了，互联网延迟就够大了，还在这比较JSON那真是舍本逐 ...

我还真见过光纤直连Exchange的，悉尼也就那几家

aulin

becoset 发表于 2017-7-8 19:18
Php，Python，c#，Java哪个支持XML不是炉火纯青？

JSON你就给我把父节点选出来我就给你跪，这格式parse ...

看不懂吗？这些复杂的数据结构为什么要传给前端处理？一个browser处理数据的能力能比得上后台？browser主要用途是display和UI interaction, 这才是前端的强项。

也别拿dom说事，后台为什么要根据前端的dom来生成数据？如果前台dom改了后台还得跟着改？你这不是胡说八道是什么？

huazhb

becoset 发表于 2017-7-8 19:12
31楼有例子。代码短到你都看不见。自己看了想想就知道，要是JSON，不写个几十行根本出不来。

还有，你说 ...

我不知道你认真的还是搞笑的， 我就当你是认真的。你举的例子,  如果用js object的话， 也可以获得mobilephone和homephone的name， 你是觉得javascript的object不能直接获得property的name吗？

yangwulong1978

becoset 发表于 2017-7-8 19:21
复杂吗？就三行啊哥哥，你看相同的东西用JSON要写多少。

呵呵

becoset

aulin 发表于 2017-7-8 19:22
看不懂吗？这些复杂的数据结构为什么要传给前端处理？一个browser处理数据的能力能比得上后台？browser主 ...

后台处理数据，你行啊，给你个object，你把parent node抓出来，我就给你跪。这不是给谁处理，而是JSON没能力找父节点。所以无论前台后台，数据处理应当一律使用Dom，XML Dom可以轻易搜索任何节点，Dom也不仅限于前台，因为Java和c#，Python，PHP，任何编程语言对XML Dom的处理能力强过JSON或本身object处理能力百倍。完毕。

becoset

huazhb 发表于 2017-7-8 19:23
我不知道你认真的还是搞笑的， 我就当你是认真的。你举的例子,  如果用js object的话， 也可以获得mobile ...

js obj改了以后，后面的程序都得改。如果XML，后面程序不用改，因为XML直接搜索tag name。做API，XML改了也不用通知下家。但是如果JSON，不能改，否则下家parse就找不到了。

becoset

yangwulong1978 发表于 2017-7-8 19:23
呵呵

没有比较就没有伤害，JSON有多怂，比了XML就知道。

becoset

fantom 发表于 2017-7-8 19:21
我还真见过光纤直连Exchange的，悉尼也就那几家

这有光纤直连了，这头就用专用设备了，FPGA只是一种，自己去搜有没有人这么干。说我胡说，你做过调查吗？啥项目我没见识过？

becoset

fantom 发表于 2017-7-8 19:14
你还跟他较真啊，看他胡说啥用FPGA解决low latency

你搜了没，到底谁在胡说八道？

fantom

becoset 发表于 2017-7-8 19:35
这有光纤直连了，这头就用专用设备了，FPGA只是一种，自己去搜有没有人这么干。说我胡说，你做过调查吗？ ...

嗯嗯，下次去面low latency trading platform的时候必须说用XML，保证旗开得胜

huazhb

becoset 发表于 2017-7-8 19:28
js obj改了以后，后面的程序都得改。如果XML，后面程序不用改，因为XML直接搜索tag name。做API，XML改了 ...

就是说你考虑的是前端的数据结构改了， 后台不要改直接处理， 其实如果json要这样做的话一样可以， 传个KeyValuePari的数组就可以， 但是就算这样我觉得这种设计也不是一个好的设计， 前面不管有什么东西， 来了以后直接拿到tag name和value然后就处理，这种做法其实你并不能做更多的复杂一点的处理， 你只能保存一下， 如果要在新的字段上加业务逻辑， 你还是要修改后台。

becoset

fantom 发表于 2017-7-8 19:39
嗯嗯，下次去面low latency trading platform的时候必须说用XML，保证旗开得胜

你就这素质？我就问你，FPGA解决latency，到底有没有人在这么干？你不是说我胡说八道吗？

putian10

做量化交易的么？

becoset

huazhb 发表于 2017-7-8 19:39
就是说你考虑的是前端的数据结构改了， 后台不要改直接处理， 其实如果json要这样做的话一样可以， 传个K ...

你自己写写看，要多少行，再回来讨论可行性。

JSON是种没有数据处理能力的格式，你再否认也没用。先把父节点问题搞定再说。我前面讲过，这是不可能的事。

fantom

becoset 发表于 2017-7-8 19:40
你就这素质？我就问你，FPGA解决latency，到底有没有人在这么干？

必须有，而且还必须FPGA和XML一起上！双剑合璧！

becoset

fantom 发表于 2017-7-8 19:43
必须有，而且还必须FPGA和XML一起上！双剑合璧！

你这素质加无知暴露出来了。

fantom

:):):)这帖子逗死我了

fantom

becoset 发表于 2017-7-8 19:43
你这素质加无知暴露出来了。

好吧，又是牵扯素质问题，不过估计XML加FPGA可以解决

becoset

fantom 发表于 2017-7-8 19:44
好吧，又是牵扯素质问题，不过估计XML加FPGA可以解决

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

becoset

fantom 发表于 2017-7-8 19:44
好吧，又是牵扯素质问题，不过估计XML加FPGA可以解决

我就问你，FPGA解决latency，到底有没有人这样做，我到底有没有胡说八道，希望在这件事上你有个态度。

becoset

fantom 发表于 2017-7-8 19:43
:):):)这帖子逗死我了

希望你不是以骂别人胡说八道取乐。

fantom

becoset 发表于 2017-7-8 19:47
我就问你，FPGA解决latency，到底有没有人这样做，我到底有没有胡说八道，希望在这件事上你有个态度。 ...

唉，你去找个做fx，securities的trading platform的公司做做就知道了