公司招Python/C++研发

becoset

zhaogod 发表于 2017-7-8 12:17
五千块钱的手机在方方面面都秒杀一千块钱的手机，为什么还是一千块钱的手机卖的多？因为它够用了还经济。 ...

认为jquery过时的：


$DOM1=$(xmlString); 直接提升xmlstring至浏览器管理的DOM，你都不用js里的xml parse
既然已经是DOM，你轻松随便处理，就像html：

$DOM1.find(".ClassName").parent().find("tagName").each(this.val(this.val()+1))

一行搞定所有这个class的另外一种tagname的兄弟姐妹每项加一，然后轻松编码送走：

newXMLstring=$DOM1.outerHTML();

注意如果要标准xml的话，用js那个xml serial函数就行。当然如果里面没有br这种东西，出来直接标准xml


轻松修改数据。试问要是json，你得写多少行？

如果xml是handler返回的，轻松定义

$DOM2=$('<x />'); 短短半行定义伪DOM交由浏览器管理
然后轻松
$DOM2.load("Path/to/handler.ashx"); 半句话接受handler返回的xml并且一步直接提升string至DOM

然后轻松处理

$('[name="test"]'  $DOM2).each(this.html("newcontent")); 把所有name是test重新赋值，一句话搞定。看清楚我怎么拜访$DOM2的位置

这些都是jQuery的，你们有谁用到这个层次的？就开始说jquery是老的技术？？？

爱咋玩咋玩。知道这个，你们有谁还吭哧吭哧拿js去parse json string的？得写多少行才能达到相同的效果？？？

再说服务端的。

C#选中节点用xpath，想要父节点直接返回上级操作符“..”就搞定了，也不自己看看xpath牛逼到啥程度了，竟然还把json拿过来作比较，sql更是老早就支持xml和xpath，sql层面上直接filter data不要太容易，json 100年都赶不上，你们再搜搜python PHP java ruby之流，哪个不是要么有内置parent（），children，selectby功能，要么支持xpath，搜起节点跟玩一样，这年头新发明的编程语言，哪个敢不把xml支持做到家？json有这么全的功能？知道这些还有谁会鸟那个垃圾json？

那些真真假假搞数据处理的，连这些都不知道，日子都怎么混的？

你就比比那些不幸中招用了json的项目，你就等着垮掉吧，直接废掉用xml重写还给投资人省钱。不用提，看网上如果说必须用json的职位，直接不用鸟，去了你也坐不住。看了上面xml的例子，你们用json的有谁坐的住？


来来zhaogod，你哪只眼睛看见json在web端的优势来了？

becoset

liucescs 发表于 2017-7-8 11:26
哥们儿搞笑了吧，按这种说法 Google，Facebook，Amazon 都是被忽悠的.....

想起来前几天你发帖说非科班 ...

来来来这位科班的，评论下我对这个行业了解到底深不深

liucescs

becoset 发表于 2017-7-8 13:36
来来来这位科班的，评论下我对这个行业了解到底深不深

呵呵，你有自信就好。

becoset

liucescs 发表于 2017-7-8 14:15
呵呵，你有自信就好。

你这个科班的，尽然不知道每个object可能会有多个parent，也不知道这对json意味着啥，然后还说数据只要deserile出来就行了，完全不管处理，这是怎么学出来的？工作经验放哪儿去了？

一个劲贬低别人，小心自己怎么办？你觉得你比得上我？

还是那句话，科班出来的，编程就赶不上别的转职的，比如电气机械工程之类。看问题的广度更是如此，你就是个活生生的例子。

我办的项目多的去了，雇的人多的去了，现在我都不太喜欢招科班出身的，原因你自己明白。

别忘了json这种垃圾就是科班一群啥都不懂的折腾出来的。

liucescs

becoset 发表于 2017-7-8 14:18
你这个科班的，尽然不知道每个object可能会有多个parent，也不知道这对json意味着啥，然后还说数据只要de ...

  好吧，比不上你，你是 XML 大神

becoset

liucescs 发表于 2017-7-8 14:24
好吧，比不上你，你是 XML 大神

那祝你以后项目多用json啊，工作时间长，是不是拿的钱也多？怪不得

liucescs

becoset 发表于 2017-7-8 14:24
那祝你以后项目多用json啊，工作时间长，是不是拿的钱也多？怪不得

还真没遇到过一个数据用 xml 传的，全部json，也许我干过的公司全部应该倒闭？

becoset

liucescs 发表于 2017-7-8 14:25
还真没遇到过一个数据用 xml 传的，全部json，也许我干过的公司全部应该倒闭？ ...

你说的一点都不错，不信把你们搞技术全找来，先把我驳倒了再说。

再说主帖里点名要的是xml，你这把楼主往哪搁？99%api传递json的童鞋？

huazhb

becoset 发表于 2017-7-8 14:26
你说的一点都不错，不信把你们搞技术全找来，先把我驳倒了再说。

再说主帖里点名要的是xml，你这把楼主 ...

我的感觉你可能用xml来查寻数据比较多是吧， 用xpath确实可以很方便的查找各种数据节点， 但是很多情况下处理一个Object要方便很多啊， 比如User.Name, User.Address, User.Address.PostCode, 这个比起你用XPath来查找要方便的多， 同时也更容易维护和理解。

becoset

huazhb 发表于 2017-7-8 14:36
我的感觉你可能用xml来查寻数据比较多是吧， 用xpath确实可以很方便的查找各种数据节点， 但是很多情况下 ...

那是在静态object，你对结构很了解，并且结构不变的话，的确你一个劲加点点就找到了。

但问题是，你要搜索property 的value，他们在树的不一个层面上，然后数据源发来的可能还会有结构改变，比如集体再加一个父包装下，再延伸下。。。

再比如一个object里面很多子object，他们的property，你要做filter，你就得写遍历，还是recursive的因为不同的object可能在不同的level上。。。写完遍历，然后要回去修改原object，你就又傻眼了。。。three js在使用web显示3d内容的时候你就不得不搞这个，因为你会选择性地让一部分3d内容消失。这是不得已因为webgl目前似乎没有好的xml的framework。制造业中，有些部件放在不同的assembly层面上，你要估测他的cost，就只能使用xml，因为他会逐级上推每层的parent，查询他的qty，然后加起来确定材料价格。某些金融风险评估软件，就是需要把这些东西一层套一层，然后从底下往上逐级推算风险或价格，我猜楼主那个就是干这个的。这种树都是要随时有新的结构出来。你就要通过xml的attribute去探测是不是这个node在计算过程中要考虑进去。你用object或者json干这个直接就完蛋了

这在现实中很常见，比如某些地图服务，你发一个address过去，他有时候返回不同结构的，比如suburb和街道名之前又加一个sibling之类。某些地图返回地址信息，他的结构是经常会有变化的。所以类似的需求，如果是谷歌的api我一律用它那个xml版本的，搜节点一步到位。你可以试试address to coordinate， coordinate to address， 或者address 发来断成街道、suburb、州名，多个地图提供商，包括谷歌、whereis，还有NSW政府那个能查房屋建了多少年之类。

某些服务商如果只提供json，我都是一律用各种库直接转成xml，处理起来比折腾object少写80%的代码。

huazhb

becoset 发表于 2017-7-8 14:43
那是在静态object，你对结构很了解，并且结构不变的话，的确你一个劲加点点就找到了。

但问题是，你要搜 ...

你这种动态的数据结构应该是某一专门领域的吧， 对大多数应用来说数据结构都是固定的， 所有XML依然有应用的地方， 但是大多数时候还是用json代替了。

becoset

huazhb 发表于 2017-7-8 14:54
你这种动态的数据结构应该是某一专门领域的吧， 对大多数应用来说数据结构都是固定的， 所有XML依然有应 ...

动态数据结构肯定要比静态广，比如如果你想自己开发个PS，自己开发个绘图软件（多图层），自己开发个成本推算，文档编辑器……自己随便开发个“能派上用场”的软件，你都会发现动态是唯一的办法。这些能派上用场的软件都是以适应性为目标的，“只有逻辑树能够自由生长，你的软件才能自由成长”，等你多搞几个软件你就明白了，因为如果树能够自由生长，也就意味着使用者能够琢磨出各种巧妙的方式来用你的软件，他们用你软件的方法，你自己都想象不到。（我开发过很多web版的软件，发现用户竟然用的比我都熟，看的瞠目结舌，他们自然也都提出我想都想不到的改进建议，而且得益于动态结构，想要做改动也是轻车熟路，有时候敲个半小时代码就改完了，不用提他们多爱用。而且别忘了，web版，html和xml本就是一家子，一些处理html的库或者路子直接搬来处理xml，你都想象不到多好使。）就算你不同意这一点，请问如果xml两个通吃，json只能搞一个，而且还有这样和那样的问题我前面提到了，在考虑开发成本时。你会选哪个？

以前json这东西出来，只是为了储存js的object，因为比如C#的object，你想把他存在硬盘上，做binary object，方法是很多的。那js 的object存不下来怎么行？所以就有人搞出了json这东西。

后来人们发现js的object有时候还有function在里面，这东西json似乎很难存住（也很麻烦），所以大家就不太在意这个了，然后就有人开始搞事，用json做API，还大肆宣传rest api就是json（实际上rest API也可以用xml的），再加上一堆可有可无的web app，什么CRM，ERM，都是那种自己开发要比买来用顺手的软件，泡沫就是这么吹起来的。

等着以后大家明白，jquery在搞HTML，本质其实在搞XML，DOM，等大家慢慢明白这个事情，那json就慢慢退出历史舞台了。毕竟现在很多手机界面都是xml写的，比如那个xamarin，再有就是很多其他android framework也是xml描述界面，用不了多久，json就沦为笑柄。至于网上说json比xml好的几个地方，真是无关紧要。

liucescs

becoset 发表于 2017-7-8 14:24
那祝你以后项目多用json啊，工作时间长，是不是拿的钱也多？怪不得

如果我的时间全部耗费在这种无关紧要的细节（如何parsing data），那必然早被解雇了。