s********k
发帖数: 6180 | 1 在自己工作中没法锻炼，怎样学习？看github上的open source，还是自己做一个小
proj？有哪些方法比较好？ |
z****e
发帖数: 54598 | 2 不要拘泥于细节，把理论吃透，理解后用理论指导实践
web service无非soap和rest
soap就是一堆xml封装的东西
rest则是http+扩展后的格式，以前返回都是html
现在可以是xml也可以是json这些
大多数人理解ws主要障碍一个是xml一个是http这些网络协议
这两个理解，再在这两个基础之上去看ws，其实没什么东西
就是一堆乱七八糟的格式定义罢了
framework道理类似，先理解各种概念，什么是orm什么是di
然后做一两个hello world，知道怎么用就行了
同类产品的使用都是类似的，怎么实现就不管了
每个产品的实现都是不同的，但是同类产品的使用都是类似的
所以不要拘泥于单个产品，把理论吃透，然后用理论指导实践
做一个然后举一反三，触类旁通
这样就不会被那些乱七八糟的产品名词所忽悠
其实都是理论 |
z****e
发帖数: 54598 | 3 拿di做例子
spring比较早做到了di
但是后来jee标准也要求了di
那么所有jee impl的server全部都有了di
那如果手头上拿到的是jboss的话
怎么di？一样的，跟spring一样
写一个beans.xml，放到classpath下面去
让jboss在启动时候能够找到这个xml，然后就能用了
跟spring的di一样用，区别就是语法上的区别
spring以前用@Autowired，其他di用@Inject
后来spring也支持了@Inject，所以通用了
这样就可以把在spring上的经验就可以移植到
jboss, weblogic, websphere……上去用
java所有的framework的理论都是通用的
aop也是一样，jboss也实现了aop，用法跟spring类似
aspect j是aop的先行者，所以aspect j的一些语法
会比一般的aop impl比如spring aop要复杂一点
但是基本上aspect, pointcut这些概念都是共通的，所以只要留意一下语法差异
以前的经验就能直接搬过来用，所以最后剩下的其实就是理论
具体的实践反而显得不是那么重要了 |
z****e
发帖数: 54598 | 4 传统的http就是一个request过来，一个html的response回去
web service最早就是把request和response都封装成xml
然后还提出了service broker uddi和describer wsdl这两个xml
近乎疯狂滴使用了xml去封装和描述所有的东西
但是被证明过于复杂，以至于没有多少人真喜欢去用的
后来官方web service 2.0构架就简化了这一切，去掉了uddi，简化了wsdl
但是还是太heavy
坊间流传的是在http之上做的一点点扩展
就是restful web service，简单说就是一个request过来
一个xml的response回去，然后以前只有get/post两个http methods
被扩展成了四个methods，加了put和delete，这样就可以对应起crud操作
后来又有人提出把response和request都用json而不是xml来封装数据
这几个凑在一起，就形成今天常见的web service的主要形式
当然你还可以在这个基础之上继续扩展，随便改，这些都是web service
只要用web提供service，就可以被定义成是web service
其实有什么？无非一堆封装格式和网络传输协议罢了
理解了这些，然后你再去选相应的web service的类库
jaxws这些，做一两个hello world，知道怎么用就行了
搞定 |
l*******o
发帖数: 250 | |
e******0
发帖数: 291 | 6 听牛一席话, 胜做一年题, 哈哈哈, 赞zhaoce大牛的讲解! 又给我点通了不少地方 |
x****d
发帖数: 1766 | 7 编程就是数据结构，算法，语言。这里没有算法语言问题，xml，json把它看作是数据
结构，这么生成，怎么处理，怎么进出数据库。
然后是前面，怎么把这些数据通过http传递，中间要做security，就这么简单。先做
rest，再做soap的。一个星期搞定。
个人感觉是数据部分花时间多，前面http和security都是copy paste，不用动啥脑筋，
实际工作中遇到问题再想解决方案，很难在学习中覆盖所有实际问题，有时间可以各种
frameworks都玩玩，什么jersey，cxf，restlet，等等。
但数据部分是死的，实际工作中没有什么变化，你不会就是不会，比如把xml处理了通
过orm放进数据库，基本上是死套路，干活的时候你要是临时查，肯定挨骂。 |
s********k
发帖数: 6180 | 8 这些理论有没有经典书籍？或者文章博客代码
★ 发自iPhone App: ChineseWeb 7.8
【在 z****e 的大作中提到】
: 不要拘泥于细节，把理论吃透，理解后用理论指导实践
: web service无非soap和rest
: soap就是一堆xml封装的东西
: rest则是http+扩展后的格式，以前返回都是html
: 现在可以是xml也可以是json这些
: 大多数人理解ws主要障碍一个是xml一个是http这些网络协议
: 这两个理解，再在这两个基础之上去看ws，其实没什么东西
: 就是一堆乱七八糟的格式定义罢了
: framework道理类似，先理解各种概念，什么是orm什么是di
: 然后做一两个hello world，知道怎么用就行了
|
s********k
发帖数: 6180 | 9 I used to look at restful but did not understand why it is so powerful and
what is the pros comparing with SOAP?
maybe that is due to lack of experience
【在 z****e 的大作中提到】
: 传统的http就是一个request过来，一个html的response回去
: web service最早就是把request和response都封装成xml
: 然后还提出了service broker uddi和describer wsdl这两个xml
: 近乎疯狂滴使用了xml去封装和描述所有的东西
: 但是被证明过于复杂，以至于没有多少人真喜欢去用的
: 后来官方web service 2.0构架就简化了这一切，去掉了uddi，简化了wsdl
: 但是还是太heavy
: 坊间流传的是在http之上做的一点点扩展
: 就是restful web service，简单说就是一个request过来
: 一个xml的response回去，然后以前只有get/post两个http methods
|
z****e
发帖数: 54598 | 10 是，其实最常用的数据结构是xml和json
【在 x****d 的大作中提到】
: 编程就是数据结构，算法，语言。这里没有算法语言问题，xml，json把它看作是数据
: 结构，这么生成，怎么处理，怎么进出数据库。
: 然后是前面，怎么把这些数据通过http传递，中间要做security，就这么简单。先做
: rest，再做soap的。一个星期搞定。
: 个人感觉是数据部分花时间多，前面http和security都是copy paste，不用动啥脑筋，
: 实际工作中遇到问题再想解决方案，很难在学习中覆盖所有实际问题，有时间可以各种
: frameworks都玩玩，什么jersey，cxf，restlet，等等。
: 但数据部分是死的，实际工作中没有什么变化，你不会就是不会，比如把xml处理了通
: 过orm放进数据库，基本上是死套路，干活的时候你要是临时查，肯定挨骂。
|
|
|
z****e
发帖数: 54598 | 11 soap更强大，xml可以用dtd或者schema纠错，可以定义得很严谨
rest相比之下简单，简单很多，xml写起来和parse起来都太麻烦了
【在 s********k 的大作中提到】
: I used to look at restful but did not understand why it is so powerful and
: what is the pros comparing with SOAP?
: maybe that is due to lack of experience
|
z****e
发帖数: 54598 | 12 一般认为，如果是一个行业的监管机构，比如政府的话
要发布一个标准，一般是以xml based为准，比如soap
因为便于纠错，发布xml文件同时发布一个schema
要求下属成员企业在提交请求的时候就用schema检查一遍
这样就可以在提交数据之前就把数据给检查一遍，提高debug的效率
这个时候就上soap，现在物流，民航，互联网，旅行社
等很多行业都有行业内部通用的定义好的xml格式，遵照执行
这个层面之下，一般企业内部使用，json什么就可以了
因为没有什么严格的format要求，随便写
很适合小范围内使用，比如一个公司内部，同一个组
互相之间定义数据结构，只要这个组看得懂就行了
其它组看不懂，过来问，说几遍也就懂了
这个时候就上rest和json，很简单，开发快，容错性强 |
g*****g
发帖数: 34805 | 13 It's not more powerful, but it's more efficient and developer-friendly.
【在 s********k 的大作中提到】
: I used to look at restful but did not understand why it is so powerful and
: what is the pros comparing with SOAP?
: maybe that is due to lack of experience
|
z****e
发帖数: 54598 | 14 其实ws跟java没有什么必然联系，倒是跟xml关系很大 |
b*******s
发帖数: 5216 | 15 现在一般还是轻量级的用得多，我们是用c++实现的restful
【在 z****e 的大作中提到】
: soap更强大，xml可以用dtd或者schema纠错，可以定义得很严谨
: rest相比之下简单，简单很多，xml写起来和parse起来都太麻烦了
|
z****e
发帖数: 54598 | 16 随便找个库就用了，哪里还需要自己实现
【在 b*******s 的大作中提到】
: 现在一般还是轻量级的用得多，我们是用c++实现的restful
|
b*******s
发帖数: 5216 | 17 我们code base老，那时还没多少现成的
【在 z****e 的大作中提到】
: 随便找个库就用了，哪里还需要自己实现
|
s*****r
发帖数: 43070 | 18 好的XML parser都是Java的
【在 z****e 的大作中提到】
: 其实ws跟java没有什么必然联系，倒是跟xml关系很大
|
b*******s
发帖数: 5216 | 19 如何评价好坏？
【在 s*****r 的大作中提到】
: 好的XML parser都是Java的
|
