k********e
发帖数: 368 | 1 spring本来是解决配置分散的问题，把注入，transaction等集中到XML文件里，现在又
说集中不方便，再用annotation放回去。
JS本来火了几年，后来说不安全，就让位给Java。现在又来了居多的JS库，特别是node
.js. 然后有搞出js MVC.
网络之前是应用当道。后来又是web当道，现在Ipad出来，接着android，大家惊呼原生
应用才是大势所趋。
感觉是一个循环。说不定那天又回到CGI。
google glasses出来后，会是什么形式呢？ 估计就是订阅，推送机制当道了。 |
c*********e
发帖数: 16335 | 2 cgi的传string没错，但是通过url来传，太过简单和单一，而且如果要大量地传递数据
，那url会老长。比如传递一個image. image在json里面其实就是些code.和其它的
string没有什么区别，但是image的code会非常的长。
node
【在 k********e 的大作中提到】
: spring本来是解决配置分散的问题，把注入，transaction等集中到XML文件里，现在又
: 说集中不方便，再用annotation放回去。
: JS本来火了几年，后来说不安全，就让位给Java。现在又来了居多的JS库，特别是node
: .js. 然后有搞出js MVC.
: 网络之前是应用当道。后来又是web当道，现在Ipad出来，接着android，大家惊呼原生
: 应用才是大势所趋。
: 感觉是一个循环。说不定那天又回到CGI。
: google glasses出来后，会是什么形式呢？ 估计就是订阅，推送机制当道了。
|
c*********e
发帖数: 16335 | 3 spring能让代码简化，di.它不是必须的，属于锦上添花的东西。
node
【在 k********e 的大作中提到】
: spring本来是解决配置分散的问题，把注入，transaction等集中到XML文件里，现在又
: 说集中不方便，再用annotation放回去。
: JS本来火了几年，后来说不安全，就让位给Java。现在又来了居多的JS库，特别是node
: .js. 然后有搞出js MVC.
: 网络之前是应用当道。后来又是web当道，现在Ipad出来，接着android，大家惊呼原生
: 应用才是大势所趋。
: 感觉是一个循环。说不定那天又回到CGI。
: google glasses出来后，会是什么形式呢？ 估计就是订阅，推送机制当道了。
|
t***a
发帖数: 416 | 4 这贴好，信息量很大，是最近版面讨论的综合贴
你说的每一个趋势都发人深省啊。。。。
node
【在 k********e 的大作中提到】
: spring本来是解决配置分散的问题，把注入，transaction等集中到XML文件里，现在又
: 说集中不方便，再用annotation放回去。
: JS本来火了几年，后来说不安全，就让位给Java。现在又来了居多的JS库，特别是node
: .js. 然后有搞出js MVC.
: 网络之前是应用当道。后来又是web当道，现在Ipad出来，接着android，大家惊呼原生
: 应用才是大势所趋。
: 感觉是一个循环。说不定那天又回到CGI。
: google glasses出来后，会是什么形式呢？ 估计就是订阅，推送机制当道了。
|
T*********g
发帖数: 496 | 5 我觉得业务可能比编程方式更重要。
20年以后google使用的编程语言或者硬件架构可能已经落后了。可是搜索仍然是我们需
要。
node
【在 k********e 的大作中提到】
: spring本来是解决配置分散的问题，把注入，transaction等集中到XML文件里，现在又
: 说集中不方便，再用annotation放回去。
: JS本来火了几年，后来说不安全，就让位给Java。现在又来了居多的JS库，特别是node
: .js. 然后有搞出js MVC.
: 网络之前是应用当道。后来又是web当道，现在Ipad出来，接着android，大家惊呼原生
: 应用才是大势所趋。
: 感觉是一个循环。说不定那天又回到CGI。
: google glasses出来后，会是什么形式呢？ 估计就是订阅，推送机制当道了。
|
g*****g
发帖数: 34805 | 6 Flexibility and simplicity are trade-offs. Personally I don't see spring
bean xml configuration as "configuration". Configuration should be simple,
if it cannot be externalized as properties, they are too complicated to be
configured after deployment.
JS never took the main stage on server side until last few years, when
jquery becomes powerful enough.
Mobile is a different story, when iOS and Android were invented, mobile
computing resources are very limited, native app is the only possible
solution to make it fluid. Moving forward, however, once touch operation
gets standardized in browser, I see most apps to be web based again.
node
【在 k********e 的大作中提到】
: spring本来是解决配置分散的问题，把注入，transaction等集中到XML文件里，现在又
: 说集中不方便，再用annotation放回去。
: JS本来火了几年，后来说不安全，就让位给Java。现在又来了居多的JS库，特别是node
: .js. 然后有搞出js MVC.
: 网络之前是应用当道。后来又是web当道，现在Ipad出来，接着android，大家惊呼原生
: 应用才是大势所趋。
: 感觉是一个循环。说不定那天又回到CGI。
: google glasses出来后，会是什么形式呢？ 估计就是订阅，推送机制当道了。
|
p*****2
发帖数: 21240 | 7
很赞同。
【在 g*****g 的大作中提到】
: Flexibility and simplicity are trade-offs. Personally I don't see spring
: bean xml configuration as "configuration". Configuration should be simple,
: if it cannot be externalized as properties, they are too complicated to be
: configured after deployment.
: JS never took the main stage on server side until last few years, when
: jquery becomes powerful enough.
: Mobile is a different story, when iOS and Android were invented, mobile
: computing resources are very limited, native app is the only possible
: solution to make it fluid. Moving forward, however, once touch operation
: gets standardized in browser, I see most apps to be web based again.
|
t*******e
发帖数: 684 | 8 既是自然规律，也是搞钱需要。
xml和annotation没什么大冲突。
A general rule that applies to various Java technologies is that
configurations set programmatically take precedence over values in XML, and
that XML always overrides annotations. I think of XML and annotations as
complementary techniques. For relatively static settings closely related to
specific Java classes, methods, properties, I would use source-level
annotations. I prefer to use XML for more volatile, global settings not tied
to Java source code to avoid recompilation on changes, or when I don't have
access to the Java source code (because classes are wrapped in a JAR file),
or when I need to override the settings defined in annotations.
node
【在 k********e 的大作中提到】
: spring本来是解决配置分散的问题，把注入，transaction等集中到XML文件里，现在又
: 说集中不方便，再用annotation放回去。
: JS本来火了几年，后来说不安全，就让位给Java。现在又来了居多的JS库，特别是node
: .js. 然后有搞出js MVC.
: 网络之前是应用当道。后来又是web当道，现在Ipad出来，接着android，大家惊呼原生
: 应用才是大势所趋。
: 感觉是一个循环。说不定那天又回到CGI。
: google glasses出来后，会是什么形式呢？ 估计就是订阅，推送机制当道了。
|
b******y
发帖数: 9224 | 9 app太多了后，各自都不通气，没有类似http协议这样标准的东东的话，咋成互联网呢
？所以，觉得app最终会走向统一，也就是类似browser的道路。
2 cents. |
p*****2
发帖数: 21240 | 10
几年前我就这么觉得。呵呵。要不Google两条路并行呢，以后也是要二合一的。Chrome
OS没什么市场还是一直坚持，就是因为相信这个趋势。
【在 b******y 的大作中提到】
: app太多了后，各自都不通气，没有类似http协议这样标准的东东的话，咋成互联网呢
: ？所以，觉得app最终会走向统一，也就是类似browser的道路。
: 2 cents.
|
