公司招Python/C++研发

fantom

改回来，想起来了刚才才有人批评我素质问题

nali

麻烦becoset在IT 板块专门开个贴，给大家详细讲解一下。谢谢了。

becoset

huazhb 发表于 2017-7-8 20:49
做了蛮多年了， 大部分时间都是和数据库打交道。一定要xml的地方确实不多。 xml处理树状结构确实有优势， ...

大部分如此，但是用到树的地方不少，比如各种菜单都是树形的，就算你映射到表格，用parentID，也总是会有这方面的问题。

becoset

pengruijun 发表于 2017-7-8 21:10
.net web api 就用json 传，json 的优点在于数据传输量小，短小精悍。

.net的json主要用newton soft json.net library

那是一家盈利为目的公司开发维护的。。。

你看没看人家啥license，哪天人家想赚钱了改成comercial咋办？你真不怕？

数据短小？现在web服务器都是自动用gzip压缩发出的，xml压缩后根本不是问题。

fantom

pengruijun 发表于 2017-7-8 21:10
.net web api 就用json 传，json 的优点在于数据传输量小，短小精悍。

不对!

大师说了，

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

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

becoset

fantom 发表于 2017-7-8 21:21
不对!

大师说了，

过两年有你哭的时候，现在手机界面都用xml了，你觉得json还能活多久

sunnycoder

becoset 发表于 2017-7-8 08:28
怎么JSON还有人用啊，找不到父节点的数据结构，专门用来忽悠start up。大机构一般用XML ...

哈哈哈哈哈哈哈哈哈哈哈

LifesoCool

fantom 发表于 2017-7-8 21:21
不对!

大师说了，

人家就想出来装个X，结果被你们这一顿怼。。。

fantom

sunnycoder 发表于 2017-7-8 21:24
哈哈哈哈哈哈哈哈哈哈哈

笑吧你


过两年有你哭的时候，现在手机界面都用xml了，你觉得json还能活多久

huazhb

becoset 发表于 2017-7-8 21:14
大部分如此，但是用到树的地方不少，比如各种菜单都是树形的，就算你映射到表格，用parentID，也总是会有 ...

我觉得一定要用xml的就是这种深度嵌套的树状的数据结构， 其他的用json完全够了。所以对你所说的“json离死不远了”实在是不能同意。

fantom

LifesoCool 发表于 2017-7-8 21:25
人家就想出来装个X，结果被你们这一顿怼。。。

别说出来呀，还能愉快的玩耍吗

pengruijun

becoset 发表于 2017-7-8 21:18
.net的json主要用newton soft json.net library

你看没看人家啥license，哪天人家想赚钱了改成comercial ...

json 就是为了解决xml 传输的短板，才出现的。100K的数据传输，xml 有80%都是与数据无关的格式tag. 而json 定义一个相同的数据结构，体积要小很多

becoset

pengruijun 发表于 2017-7-8 21:26
json 就是为了解决xml 传输的短板，才出现的。100K的数据传输，xml 有80%都是与数据无关的格式tag. 而jso ...

解决短板？节点搜索功能丧失殆尽了。。。传得数据你都无法处理了，这还有意义？

再说json是为了解决js object存储问题才出现的，只不过一直没有完成这个目的，前面我讲过。

becoset

huazhb 发表于 2017-7-8 21:25
我觉得一定要用xml的就是这种深度嵌套的树状的数据结构， 其他的用json完全够了。所以对你所说的“json离 ...

数据格式、传输格式、标准，历史上有过许多，盛极一时的也有很多，最后还是走向衰亡的也一大堆。json就是下一个，不信你看。json的问题，我前面写了很多了，都是致命的，从理论上都无法改正的。

pengruijun

becoset 发表于 2017-7-8 21:27
解决短板？节点搜索功能丧失殆尽了。。。传得数据你都无法处理了，这还有意义？

再说json是为了解决js o ...

xml 有节点， json 解析成object后没有节点的概念，都成property 了。
在数据搜索上，xml /object 本质上都是采用相同的机制，xml 并没有优势。

irenejicn

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

Mongodb, azure Doc db 现在的cosmos db... 都是基于json的数据库。你确定你是做数据的。你确定你什么软件都做？对不住，我只是个小会计

becoset

pengruijun 发表于 2017-7-8 21:33
xml 有节点， json 解析成object后没有节点的概念，都成property 了。
在数据搜索上，xml /object 本质上 ...

自己看31楼，你用json的写一遍，看看到底有没有优势

becoset

pengruijun 发表于 2017-7-8 21:33
xml 有节点， json 解析成object后没有节点的概念，都成property 了。
在数据搜索上，xml /object 本质上 ...

自己看31楼，你用json的写一遍，看看到底有没有优势

becoset

irenejicn 发表于 2017-7-8 21:34
Mongodb, azure Doc db 现在的cosmos db... 都是基于json的数据库。你确定你是做数据的。你确定你什么软 ...

那你就把所有东西都在这些db上开发好了。别光说不练，看看最后啥结果就行。

既然是会计，你就在这些json上写个cost estimation出来，能写出来我就给你跪

irenejicn

XML, json 都是树状结构，当然想做object ref用id引用也可。换句话说，xml可以无损转化成json ，json 也可无损转化xml ，两者同质。论坛里面大家好好说话，年轻人多虚心进步快

huazhb

becoset 发表于 2017-7-8 21:30
数据格式、传输格式、标准，历史上有过许多，盛极一时的也有很多，最后还是走向衰亡的也一大堆。json就是 ...

对于传输结构化的数据， 完全碰不到你说的那些问题啊， 我觉得你这个结论很难令人信服

becoset

irenejicn 发表于 2017-7-8 21:39
XML, json 都是树状结构，当然想做object ref用id引用也可。换句话说，xml可以无损转化成json ，json 也可 ...

无损？xml的attribute，换成json你放哪儿？

irenejicn

becoset 发表于 2017-7-8 21:37
那你就把所有东西都在这些db上开发好了。别光说不练，看看最后啥结果就行。

既然是会计，你就在这些json ...

每个技术都有自己的适用范围。你不会用c++去写网页，也不会用html 去写操作系统。手里有把锤子，但你不用它拧螺丝吧

yourock

悉尼的机会好像还是多阿

becoset

huazhb 发表于 2017-7-8 21:42
对于传输结构化的数据， 完全碰不到你说的那些问题啊， 我觉得你这个结论很难令人信服 ...

你传输完了，不去处理它，就那么放着？

pengruijun

becoset 发表于 2017-7-8 21:35
自己看31楼，你用json的写一遍，看看到底有没有优势

你一个$DOM.find(), 背后不知道loop 了多少遍parent child 节点。
json 解析成object 从对象的角度来搜索数据，property 直达，

YugaYuga

irenejicn 发表于 2017-7-8 21:34
Mongodb, azure Doc db 现在的cosmos db... 都是基于json的数据库。你确定你是做数据的。你确定你什么软 ...

你真的“只是个小会计”？

irenejicn

becoset 发表于 2017-7-8 21:43
无损？xml的attribute，换成json你放哪儿？

Property

becoset

pengruijun 发表于 2017-7-8 21:46
你一个$DOM.find(), 背后不知道loop 了多少遍parent child 节点。
json 解析成object 从对象的角度来搜索 ...

多说无益，纸上谈兵。你先自己写一个再说，可以引用别人的递归函数，随便你，你先折腾出来再说。

becoset

irenejicn 发表于 2017-7-8 21:47
Property

那xml的子tag放哪儿？也放property？这还叫无损吗？你还能转回来？

再说xml可以有多个相同的子tag，你搞到json上试试？