Redian新闻
>
json是一种革命性的创造
avatar
json是一种革命性的创造# Programming - 葵花宝典
a*a
1
高考那会就做过一次,是阳性。医生说我平时很健康,阳性可能是因为接种过卡介苗,
没管。最近三年也几乎每年有做过X光片,一切正常(都在国内)。现在工作需要,又
做了tb test,还是阳性。不知道会不会有影响。约了明天下午跟health center的人谈
,不知道我说这些有用吗?还望知情人士指点一二,谢了!
各位新年愉快
avatar
a*j
2
这里有Bachelor + 5 years Working Experience 申请EB2的吗?
RT, THX!
avatar
H*9
3
全片主要讲的是女主foster捉奸的故事。
从一开始看到丈夫身上出现的陌生的唇膏追到丈夫身上的头发再到车上的细节还有丈夫
的支支吾吾。这些都是我们平时可能不会注意到的细节,我发现医生对人的观察仅次于
警察对于人的观察。方方面面,就是女主在自己丈夫身上的几个细节的镜头拍的都特别
好。而且明明是你知道是一个出轨的故事。但是你却不觉得厌烦,看下去能找到很多婚
姻生活还有恋爱的时候会发现的金句。
这期间其实丈夫也有在抵赖还有一次去了女主妈妈的养老院假装去看母亲抵消女主的怀
疑。但是女主真的很聪明啊。除了听丈夫说的还回去找那边的记录,发现自己的丈夫就
是在欺骗自己的时候就又开始继续找那些小细节。
而这个故事不光是告诉我抓奸的故事。更是在说女性对于男性的关注,还有男女之间的
关系的偏差还有细节的描述。这些都特别棒。让我想起一个电影讲的女主总是忘记周一
到周五之间的事情。因为丈夫已经死了,所以这之间的所有时间都是打乱的。女主一直
穿插在这些时间里想拯救自己的丈夫。但最终还是未能拯救丈夫只能顺应时间和结果的
演变。那个电影叫啥我给忘记了但是片子不错,也推荐大家可以去看看。
以后要是有人问我什么片子能参考来抓奸,我以后就推荐这个剧目。真的是100%捉奸的
聪明夫人。简直是居家必备,比之前那个好莱坞的妻子们还是什么的都好看。
avatar
c*d
4
我们作programming, 本质上就是对信息进行加工整理。 一个根本的问题就是怎么对信
息建模。 关系数据库给我们提供了一种选择, 加上事务性成就了三十年的基本后台架
构。 然后是xml, 对schema的定义能力有了一大步的扩展。目前json无疑是表达能力
和工程性能最好的数据模型, 这个是革命性的。 这好像坦克对大刀长矛, 根本没有
悬念。
我一直想找crawford聊聊他当时到底是怎么想出来这个东西的, 可惜他一直很忙。
avatar
h*e
5
种过卡介苗的都是这样的
我没种过,所以是阴性(其实我是错过了,那时候没有纪录的。所以也没有补)
avatar
t*2
6
yes. The job requirement needs BS+5 years.
And half of 5 years was in China..
avatar
H*9
7
这新的第二季我看完之后感觉到了........
以后得安利我闺蜜一起看,总是不注意细节的姑娘没有好下场的感觉
avatar
P*i
8
js object自然而然的

【在 c***d 的大作中提到】
: 我们作programming, 本质上就是对信息进行加工整理。 一个根本的问题就是怎么对信
: 息建模。 关系数据库给我们提供了一种选择, 加上事务性成就了三十年的基本后台架
: 构。 然后是xml, 对schema的定义能力有了一大步的扩展。目前json无疑是表达能力
: 和工程性能最好的数据模型, 这个是革命性的。 这好像坦克对大刀长矛, 根本没有
: 悬念。
: 我一直想找crawford聊聊他当时到底是怎么想出来这个东西的, 可惜他一直很忙。

avatar
a*j
9
Has your 140 approved?
thx!
avatar
l*y
10
你说的是对的。所以mongodb就是json

【在 c***d 的大作中提到】
: 我们作programming, 本质上就是对信息进行加工整理。 一个根本的问题就是怎么对信
: 息建模。 关系数据库给我们提供了一种选择, 加上事务性成就了三十年的基本后台架
: 构。 然后是xml, 对schema的定义能力有了一大步的扩展。目前json无疑是表达能力
: 和工程性能最好的数据模型, 这个是革命性的。 这好像坦克对大刀长矛, 根本没有
: 悬念。
: 我一直想找crawford聊聊他当时到底是怎么想出来这个东西的, 可惜他一直很忙。

avatar
t*2
11
my PD was in 2008/03, PERM was filed then, and was audited. PERM was
approved in somewhere before 2008/11, when I-140 was filed. It was approved
in 2009/04.
That is it.
avatar
n*t
12
。。。。。。。。。。。。。。。
无语。。。。。。

【在 c***d 的大作中提到】
: 我们作programming, 本质上就是对信息进行加工整理。 一个根本的问题就是怎么对信
: 息建模。 关系数据库给我们提供了一种选择, 加上事务性成就了三十年的基本后台架
: 构。 然后是xml, 对schema的定义能力有了一大步的扩展。目前json无疑是表达能力
: 和工程性能最好的数据模型, 这个是革命性的。 这好像坦克对大刀长矛, 根本没有
: 悬念。
: 我一直想找crawford聊聊他当时到底是怎么想出来这个东西的, 可惜他一直很忙。

avatar
l*y
13
你看懂了lz的文章了么?

【在 n******t 的大作中提到】
: 。。。。。。。。。。。。。。。
: 无语。。。。。。

avatar
d*g
14
Python和json简直是绝配

【在 c***d 的大作中提到】
: 我们作programming, 本质上就是对信息进行加工整理。 一个根本的问题就是怎么对信
: 息建模。 关系数据库给我们提供了一种选择, 加上事务性成就了三十年的基本后台架
: 构。 然后是xml, 对schema的定义能力有了一大步的扩展。目前json无疑是表达能力
: 和工程性能最好的数据模型, 这个是革命性的。 这好像坦克对大刀长矛, 根本没有
: 悬念。
: 我一直想找crawford聊聊他当时到底是怎么想出来这个东西的, 可惜他一直很忙。

avatar
d*i
15
Node和JSON呢,是不是更绝配一点?

【在 d********g 的大作中提到】
: Python和json简直是绝配
avatar
l*y
16
python的缩进太恶心了,导致你没法从block开头跳到结尾。比如我用vim,别的语言的
话,我从开头的{,按一下%,就到}了,然后可以选中整个语句block。你python怎么办


【在 d********g 的大作中提到】
: Python和json简直是绝配
avatar
j*k
17
You will get used to it if using it a lot.
I had the same feeling as you when I started it.

【在 l*y 的大作中提到】
: python的缩进太恶心了,导致你没法从block开头跳到结尾。比如我用vim,别的语言的
: 话,我从开头的{,按一下%,就到}了,然后可以选中整个语句block。你python怎么办
: ?

avatar
l*y
18
一个功能没法实现,我怎么getused to it?

【在 j*****k 的大作中提到】
: You will get used to it if using it a lot.
: I had the same feeling as you when I started it.

avatar
p*2
19

我就是觉得__name__==__main__很丑陋。

【在 l*y 的大作中提到】
: python的缩进太恶心了,导致你没法从block开头跳到结尾。比如我用vim,别的语言的
: 话,我从开头的{,按一下%,就到}了,然后可以选中整个语句block。你python怎么办
: ?

avatar
d*g
20
别的语言没有太强制的coding style,Python用IDE自动检查PEP 8能省很多事
vim只是偶尔上服务器调试一下,问题不大。而且不排除vim有配置文件可以实现你说的
功能,当然这个我不熟就不好乱说了
Python没有搞成client端的一个很重要原因确实是因为这个缩进,无法压缩代码

【在 l*y 的大作中提到】
: python的缩进太恶心了,导致你没法从block开头跳到结尾。比如我用vim,别的语言的
: 话,我从开头的{,按一下%,就到}了,然后可以选中整个语句block。你python怎么办
: ?

avatar
d*g
21
另外Python的缩进一般不超过3、4层,按PEP 8的79宽度和4 indent,太多层数就写不
了什么代码。这也是强制要求你需要精简代码,而且用list comprehension如同进入了
极乐世界

【在 l*y 的大作中提到】
: python的缩进太恶心了,导致你没法从block开头跳到结尾。比如我用vim,别的语言的
: 话,我从开头的{,按一下%,就到}了,然后可以选中整个语句block。你python怎么办
: ?

avatar
r*y
22
是啊,我觉得还是good part更难一点。

【在 P****i 的大作中提到】
: js object自然而然的
avatar
n*t
23
。。。。。
这年头还真有2b人士觉得xml和Json有人不懂的。。。

【在 l*y 的大作中提到】
: 你看懂了lz的文章了么?
avatar
a*e
24
建议楼主学习一下什么是 algebraic data type,补充一下基础知识,再来看 JSON,
就会发现其中颇有不足。我就说三点:1. 不能表选达择,也就是缺乏 sum 2. 不能表
达递归关系 3. 不能命名
avatar
t*t
25
业余程序员举手表示完全不懂json...

【在 n******t 的大作中提到】
: 。。。。。
: 这年头还真有2b人士觉得xml和Json有人不懂的。。。

avatar
P*i
26
又装

【在 t****t 的大作中提到】
: 业余程序员举手表示完全不懂json...
avatar
t*t
27
真的不懂, 凡是跟web有关的我都不懂, 所以你们讨论什么前端后端这么多天, 我一直很
识相的不吱声

【在 P****i 的大作中提到】
: 又装
avatar
a9
28
json还是摆脱不了xml最大的缺点:
垃圾数据太多

【在 c***d 的大作中提到】
: 我们作programming, 本质上就是对信息进行加工整理。 一个根本的问题就是怎么对信
: 息建模。 关系数据库给我们提供了一种选择, 加上事务性成就了三十年的基本后台架
: 构。 然后是xml, 对schema的定义能力有了一大步的扩展。目前json无疑是表达能力
: 和工程性能最好的数据模型, 这个是革命性的。 这好像坦克对大刀长矛, 根本没有
: 悬念。
: 我一直想找crawford聊聊他当时到底是怎么想出来这个东西的, 可惜他一直很忙。

avatar
c*e
29
python让我想起了cobol,vb

【在 l*y 的大作中提到】
: python的缩进太恶心了,导致你没法从block开头跳到结尾。比如我用vim,别的语言的
: 话,我从开头的{,按一下%,就到}了,然后可以选中整个语句block。你python怎么办
: ?

avatar
c*e
30
json和xml一个东西啊,都是有name和value,都是dictionary类别的。

【在 a9 的大作中提到】
: json还是摆脱不了xml最大的缺点:
: 垃圾数据太多

avatar
T*g
31
各个工具适用场景不同。游戏还是二进制协议效率高。

【在 c***d 的大作中提到】
: 我们作programming, 本质上就是对信息进行加工整理。 一个根本的问题就是怎么对信
: 息建模。 关系数据库给我们提供了一种选择, 加上事务性成就了三十年的基本后台架
: 构。 然后是xml, 对schema的定义能力有了一大步的扩展。目前json无疑是表达能力
: 和工程性能最好的数据模型, 这个是革命性的。 这好像坦克对大刀长矛, 根本没有
: 悬念。
: 我一直想找crawford聊聊他当时到底是怎么想出来这个东西的, 可惜他一直很忙。

avatar
k*g
32
data are not strongly typed... google buffer is better .

【在 c***d 的大作中提到】
: 我们作programming, 本质上就是对信息进行加工整理。 一个根本的问题就是怎么对信
: 息建模。 关系数据库给我们提供了一种选择, 加上事务性成就了三十年的基本后台架
: 构。 然后是xml, 对schema的定义能力有了一大步的扩展。目前json无疑是表达能力
: 和工程性能最好的数据模型, 这个是革命性的。 这好像坦克对大刀长矛, 根本没有
: 悬念。
: 我一直想找crawford聊聊他当时到底是怎么想出来这个东西的, 可惜他一直很忙。

avatar
B*i
33
美中不足的是不支持 multiline field.
avatar
E*m
34

你寫過 Cobol?

【在 c*********e 的大作中提到】
: python让我想起了cobol,vb
avatar
c*e
35
当然写过,就象写英文句子一样,不停的loop.

【在 E*****m 的大作中提到】
:
: 你寫過 Cobol?

avatar
n*t
36
不懂是好事。。。
真要懂就是分分钟的事。
问题是现在太多软件开发人员把这些个东西当bible,搞得我都不想混软件公司了。

【在 t****t 的大作中提到】
: 业余程序员举手表示完全不懂json...
avatar
n*t
37
JSON 和web没有必然联系。就是个网络之间传数据的格式。

直很

【在 t****t 的大作中提到】
: 真的不懂, 凡是跟web有关的我都不懂, 所以你们讨论什么前端后端这么多天, 我一直很
: 识相的不吱声

avatar
c*e
38
革什么命,default schema是dictionary而已。效率和xml也是50步笑一百步。前端web
service用的多,后台还是用类似google protocol buffer,效率高多了。不过人都是
追星,BSON热起来也完全可能。
avatar
k*e
39
冰山一角而已,没看出来多革命。
avatar
c*e
40
json,xml的红火,很可能是因为它们能在不同的操作系统平台之间传递数据,用最简单
的形式。

【在 n******t 的大作中提到】
: 不懂是好事。。。
: 真要懂就是分分钟的事。
: 问题是现在太多软件开发人员把这些个东西当bible,搞得我都不想混软件公司了。

avatar
r*n
41
vim可以 v line number G.
比如你想选当前光标到75行,
v75G 就行了。

【在 l*y 的大作中提到】
: python的缩进太恶心了,导致你没法从block开头跳到结尾。比如我用vim,别的语言的
: 话,我从开头的{,按一下%,就到}了,然后可以选中整个语句block。你python怎么办
: ?

avatar
E*m
42

你寫啥不需要 loop?
不過你啥年代寫 Cobol 的? 我老人家都錯過 Cobol 了。

【在 c*********e 的大作中提到】
: 当然写过,就象写英文句子一样,不停的loop.
avatar
n*t
43
其实就是开发人员懒。没别的。。。
当然很多情况下用什么东西都是OK的,但是搞得好像这些东西是niub东西,就太2了。
xml和json都不是简单的形式,一堆冗余数据.尤其是xml本来根本就不应该拿来做这种
事,
人图省事就用了。

【在 c*********e 的大作中提到】
: json,xml的红火,很可能是因为它们能在不同的操作系统平台之间传递数据,用最简单
: 的形式。

avatar
l*y
44
ft,我还得先知道行号!那还要%干嘛使

【在 r*******n 的大作中提到】
: vim可以 v line number G.
: 比如你想选当前光标到75行,
: v75G 就行了。

avatar
z*e
45
操作系统太夸张
但凡是网络协议
哪有不能在不同操作系统之间传递数据的道理
json能利用上现有的http协议和浏览器和web service技术才是它红火的原因
xml是到处都在用,不仅仅是web service,现在什么不用xml

【在 c*********e 的大作中提到】
: json,xml的红火,很可能是因为它们能在不同的操作系统平台之间传递数据,用最简单
: 的形式。

avatar
g*g
46
XML是革命性的创造,json只能算一种简化形式。web service的协议比二进制协议红火
的原因是防火墙和可读容易调试。
avatar
z*e
47
不要侮辱软件公司,这都是web公司

【在 n******t 的大作中提到】
: 不懂是好事。。。
: 真要懂就是分分钟的事。
: 问题是现在太多软件开发人员把这些个东西当bible,搞得我都不想混软件公司了。

avatar
z*e
48
xml是标准,不是图省事用的
当然从长远看会节省很多东西,但是短期内的牺牲是必要的
就像java短期内牺牲了jvm那点效率一样

【在 n******t 的大作中提到】
: 其实就是开发人员懒。没别的。。。
: 当然很多情况下用什么东西都是OK的,但是搞得好像这些东西是niub东西,就太2了。
: xml和json都不是简单的形式,一堆冗余数据.尤其是xml本来根本就不应该拿来做这种
: 事,
: 人图省事就用了。

avatar
d*g
49
xml快退流行了,整一堆无用的,程序没搞完自己先恶心死了

【在 z****e 的大作中提到】
: 操作系统太夸张
: 但凡是网络协议
: 哪有不能在不同操作系统之间传递数据的道理
: json能利用上现有的http协议和浏览器和web service技术才是它红火的原因
: xml是到处都在用,不仅仅是web service,现在什么不用xml

avatar
z*e
50
标准还有退流行的?

【在 d********g 的大作中提到】
: xml快退流行了,整一堆无用的,程序没搞完自己先恶心死了
avatar
d*g
51
HTML5后你还用XHTML吗?现在是没事,再过几年就是行为艺术了

【在 z****e 的大作中提到】
: 标准还有退流行的?
avatar
z*e
52
用啊,这两个又不冲突

【在 d********g 的大作中提到】
: HTML5后你还用XHTML吗?现在是没事,再过几年就是行为艺术了
avatar
z*e
53
我相信html5成型之后会有一个xhtml5的东东出来

【在 d********g 的大作中提到】
: HTML5后你还用XHTML吗?现在是没事,再过几年就是行为艺术了
avatar
d*g
54
这就好比json革了xml的命。xml还在那,但用得越来越少。你也可以说json和它不冲突
,因为有些场合xml是更适合。不可否认xml越来越不如json受青睐

【在 z****e 的大作中提到】
: 用啊,这两个又不冲突
avatar
z*e
55
这话说得
就好比说配置文件在那边,xml就用得越来越少一样
我所看到的是行业的大多数协议都还是用xml来定义
json怎么定义协议?
当然json也可以简单操作,但是简化的东西毕竟不能成为标准
实际上key value pair的东西早就在用
但是如果不是为了性能上的考虑,能xml就xml是我所看到的趋势

【在 d********g 的大作中提到】
: 这就好比json革了xml的命。xml还在那,但用得越来越少。你也可以说json和它不冲突
: ,因为有些场合xml是更适合。不可否认xml越来越不如json受青睐

avatar
d*g
56
你根本就是概念混淆的。定义协议比如WSDL这样是为了自动化,而且很多framework里
以前引入xml配置后像打了鸡血一样滥用,造成你思维定势而已
json的协议其中一个例子就是backbone想搞的前端MVC。协议和xml没有一毛钱关系,
RFC里你还写xml?那都是写给人看的,不是xml
xml显然太臃肿,等你写完配置,别人prototype都出来了

【在 z****e 的大作中提到】
: 这话说得
: 就好比说配置文件在那边,xml就用得越来越少一样
: 我所看到的是行业的大多数协议都还是用xml来定义
: json怎么定义协议?
: 当然json也可以简单操作,但是简化的东西毕竟不能成为标准
: 实际上key value pair的东西早就在用
: 但是如果不是为了性能上的考虑,能xml就xml是我所看到的趋势

avatar
l*s
57
米高蜥蜴同学就是但凡要你说他错了,他一定要证明错的是你不是他。

【在 d********g 的大作中提到】
: 你根本就是概念混淆的。定义协议比如WSDL这样是为了自动化,而且很多framework里
: 以前引入xml配置后像打了鸡血一样滥用,造成你思维定势而已
: json的协议其中一个例子就是backbone想搞的前端MVC。协议和xml没有一毛钱关系,
: RFC里你还写xml?那都是写给人看的,不是xml
: xml显然太臃肿,等你写完配置,别人prototype都出来了

avatar
z*e
58
那行业内要推广,你不用xml用什么?
定义协议的目的难倒不就是给别人看的?
我最早接触xml是为了uddi做准备
可不是java那些配置文件,我说的配置文件是properties
以前用得很多,现在几乎都不用了,因为性能上没有什么问题的话
为什么不用xml?不明白你干嘛对标准那么排斥?
xhtml5已经箭在弦上,都不明白你为什么拿html5做例子
我写东西都尽量往xml靠拢,难倒你不是这样?
你还是以前那样,一个地方倒腾一遍,另外一个地方换一种方式,重新学一遍,再倒腾
一遍?
那这样什么时候是个头啊?活到老学到老?

【在 d********g 的大作中提到】
: 你根本就是概念混淆的。定义协议比如WSDL这样是为了自动化,而且很多framework里
: 以前引入xml配置后像打了鸡血一样滥用,造成你思维定势而已
: json的协议其中一个例子就是backbone想搞的前端MVC。协议和xml没有一毛钱关系,
: RFC里你还写xml?那都是写给人看的,不是xml
: xml显然太臃肿,等你写完配置,别人prototype都出来了

avatar
z*e
59
我从来没有这么说过

【在 l*********s 的大作中提到】
: 米高蜥蜴同学就是但凡要你说他错了,他一定要证明错的是你不是他。
avatar
d*g
60
那xml发明之前,人类就没办法设计协议了?协议就是定义好的接口而已,xml只是其中
一种实现方式,你就把它当圣经了。举个简单例子,做在线支付的stripe,看看他们的
协议吧:
https://stripe.com/docs/api?lang=python
这种离了xml就搞不定协议的人,我还是第一次见。那些搞游戏的直接二进制包,别人
就不叫协议了?非得搞个臃肿1w倍的xml来传输?
你其实搞反了xml的目的。xml一个重要目的是自动化,写给人看的你如果还用xml,不
是别人想抽你就是你自己想抽自己
活到老学到老有什么问题?少壮不努力,老大写PHP,这样好吗?

【在 z****e 的大作中提到】
: 那行业内要推广,你不用xml用什么?
: 定义协议的目的难倒不就是给别人看的?
: 我最早接触xml是为了uddi做准备
: 可不是java那些配置文件,我说的配置文件是properties
: 以前用得很多,现在几乎都不用了,因为性能上没有什么问题的话
: 为什么不用xml?不明白你干嘛对标准那么排斥?
: xhtml5已经箭在弦上,都不明白你为什么拿html5做例子
: 我写东西都尽量往xml靠拢,难倒你不是这样?
: 你还是以前那样,一个地方倒腾一遍,另外一个地方换一种方式,重新学一遍,再倒腾
: 一遍?

avatar
z*e
61
不是没有办法,你绝对化了
是目前看最好得方法,如果不是为了性能做考虑的话
性能可以满足的前提下,那当然是xml咯
这也不是什么新鲜事,多少行业的协议用的是xml定制的?
xml定制的协议是一个理想状态
能不能实现是一回事,但是会尽可能往这个理想状态靠拢
难倒你写的时候不是这样?
还是怎么爽怎么来是吧?n年以前的那种英雄式的写法?

【在 d********g 的大作中提到】
: 那xml发明之前,人类就没办法设计协议了?协议就是定义好的接口而已,xml只是其中
: 一种实现方式,你就把它当圣经了。举个简单例子,做在线支付的stripe,看看他们的
: 协议吧:
: https://stripe.com/docs/api?lang=python
: 这种离了xml就搞不定协议的人,我还是第一次见。那些搞游戏的直接二进制包,别人
: 就不叫协议了?非得搞个臃肿1w倍的xml来传输?
: 你其实搞反了xml的目的。xml一个重要目的是自动化,写给人看的你如果还用xml,不
: 是别人想抽你就是你自己想抽自己
: 活到老学到老有什么问题?少壮不努力,老大写PHP,这样好吗?

avatar
l*s
62
sorry, 论事不论人,这话是我说的不对在先。不过,我一向觉得网上讨论问题目的主
要还是开拓自己眼界,都是虚拟id,非要争个对错没啥实际意义。 :-)

【在 z****e 的大作中提到】
: 我从来没有这么说过
avatar
n*t
63
你 知道我在说啥么?

【在 z****e 的大作中提到】
: xml是标准,不是图省事用的
: 当然从长远看会节省很多东西,但是短期内的牺牲是必要的
: 就像java短期内牺牲了jvm那点效率一样

avatar
g*g
64
XML是臃肿,但json跟它比强得有限。序列化都是库写好了,用xml用json没啥区别。
json就是效率稍高一些。

【在 d********g 的大作中提到】
: 你根本就是概念混淆的。定义协议比如WSDL这样是为了自动化,而且很多framework里
: 以前引入xml配置后像打了鸡血一样滥用,造成你思维定势而已
: json的协议其中一个例子就是backbone想搞的前端MVC。协议和xml没有一毛钱关系,
: RFC里你还写xml?那都是写给人看的,不是xml
: xml显然太臃肿,等你写完配置,别人prototype都出来了

avatar
c*e
65
同意,json,xml是一类东西,换汤不换药。况且,现在android也在用xml的文件,xml
还会流行一段时间。其实,web services用xml,还不错。

【在 g*****g 的大作中提到】
: XML是臃肿,但json跟它比强得有限。序列化都是库写好了,用xml用json没啥区别。
: json就是效率稍高一些。

avatar
w*g
66
同问. 没这个功能没法编程序啊.

【在 l*y 的大作中提到】
: python的缩进太恶心了,导致你没法从block开头跳到结尾。比如我用vim,别的语言的
: 话,我从开头的{,按一下%,就到}了,然后可以选中整个语句block。你python怎么办
: ?

avatar
l*p
67

xml
Soap简直就是个笑话

【在 c*********e 的大作中提到】
: 同意,json,xml是一类东西,换汤不换药。况且,现在android也在用xml的文件,xml
: 还会流行一段时间。其实,web services用xml,还不错。

avatar
g*g
68
说rest是soap进化也就罢了,说soap是个笑话是不知天高地厚的。
soap在rest流行之前,至少是10年的主流。

【在 l***p 的大作中提到】
:
: xml
: Soap简直就是个笑话

avatar
t*t
69
数据的可维护性很高,想想看去PARSE一个文本文件,比如CSV的话,尼玛得写多少正则
表达式才能找到数据?这玩意不是给人看的。

【在 c*********e 的大作中提到】
: json,xml的红火,很可能是因为它们能在不同的操作系统平台之间传递数据,用最简单
: 的形式。

相关阅读
logo
联系我们隐私协议©2024 redian.news
Redian新闻
Redian.news刊载任何文章,不代表同意其说法或描述,仅为提供更多信息,也不构成任何建议。文章信息的合法性及真实性由其作者负责,与Redian.news及其运营公司无关。欢迎投稿,如发现稿件侵权,或作者不愿在本网发表文章,请版权拥有者通知本网处理。