z****e
发帖数: 54598 | 1 可以去，除了m以外
其它三个都有招core java的人
前一段jobhunting不是还有人在说这事么？
说他在找core java的职位，然后面的就是这几家
不过core java跟j2ee多少有些不是一回事
你要注意这两者的区别
尤其是j2ee web这一块的
web这一块变动太大了
包括客户端的东西，几天一变
建议多关注一下service tier或者说business tier
也就是容器这一块，spring和ejb是这一层仅有的两个选择
两个都搞定也没什么大不了的，spring的概念比较超前，ejb比较传统
然后是orm这一层，注意这一层也有ejb，entity bean，不过已经deprecated鸟
现在orm全部都是pojo，这一层主要还是hibernate
不过ibatis等也都有人用，主要idea知道就是了
这一层还有web层的东西的核心思想都是一致的
掌握其中一个很容易可以理解其它框架的思路，不算太难
唯一有着巨大区别的就是spring和ejb，这一层这两个东西整个理念都不一样
ejb通过传统的jndi调用，spring则是ioc，但是这两者又不冲突
必要时候可... 阅读全帖 |
|
z****e
发帖数: 54598 | 2 今天复习了一下web service
对比了一下web service和ejb的xml
web service远比ejb的部署要难
尤其是wsdl1.0版本，2.0还好，但是也有三层接口的xml要写
从service到binding再到interface
ejb最复杂的也不过两层，一个remote或者local接口
然后就是interface，木有了 |
|
z****e
发帖数: 54598 | 3 可以去，除了m以外
其它三个都有招core java的人
前一段jobhunting不是还有人在说这事么？
说他在找core java的职位，然后面的就是这几家
不过core java跟j2ee多少有些不是一回事
你要注意这两者的区别
尤其是j2ee web这一块的
web这一块变动太大了
包括客户端的东西，几天一变
建议多关注一下service tier或者说business tier
也就是容器这一块，spring和ejb是这一层仅有的两个选择
两个都搞定也没什么大不了的，spring的概念比较超前，ejb比较传统
然后是orm这一层，注意这一层也有ejb，entity bean，不过已经deprecated鸟
现在orm全部都是pojo，这一层主要还是hibernate
不过ibatis等也都有人用，主要idea知道就是了
这一层还有web层的东西的核心思想都是一致的
掌握其中一个很容易可以理解其它框架的思路，不算太难
唯一有着巨大区别的就是spring和ejb，这一层这两个东西整个理念都不一样
ejb通过传统的jndi调用，spring则是ioc，但是这两者又不冲突
必要时候可... 阅读全帖 |
|
z****e
发帖数: 54598 | 4 今天复习了一下web service
对比了一下web service和ejb的xml
web service远比ejb的部署要难
尤其是wsdl1.0版本，2.0还好，但是也有三层接口的xml要写
从service到binding再到interface
ejb最复杂的也不过两层，一个remote或者local接口
然后就是interface，木有了 |
|
d**k
发帖数: 1223 | 5 现在手里有很多不太大的web application 要做。每个app 都会有很多类似的地方，比
如authentication, web layout等等。而且，要求各个app的look and feel尽量类似。
回头可能会分给不同的人去做，所以我现在盘算着，我是不是能做一个web
application的project模板, 里面把基本的function都包括了，比如说，security/
authentication, spring configuration, hibernate configuration, logging, tile
configuration 以及标准的style sheet等等。当其他的developer开始一个新的
project的时候，直接用这个当模板，然后基本focus在business logic上。想过直接做
一个这样的project放在share drive上，要用的时候直接拿去copy 就好，但是，总觉
得比较土；而且，如果这么做的话，回头需要update这个template project的时候，对
别的app 会麻烦。
如果用mave... 阅读全帖 |
|
c*****e
发帖数: 3226 | 6
按你的意思G都不是web internet公司？
gdoc,gmail, gchat, g+那个不是web？
ibm有什么web services/products?
就像楼上说的 |
|
g*****g
发帖数: 34805 | 7 This is not true. Most high scalability java web applications run on Tomcat,
very few of them run on Weblogic/Websphere. Big non-IT companies don't
really have that many end users compared to web companies. And when you have
high number of concurrent users, Database becomes the bottleneck, what you
use for web app server is not as critical since it can be scaled out
relatively easily. It makes economical sense to use open source technologies
as much as possible. |
|
z*******3
发帖数: 13709 | 8 sql还越来越少用，你让这里的dba怎么混
我觉得你很牛逼啊，你的论断一个比一个牛
连sql越来越少用都敢说，还跟web公司比有很大差距
在你眼里ibm是不是快倒闭了？
web公司用不用java做web server都很难说
前面那么多例子，我觉得你们应该把jsp淘汰掉
php轻多了，而且开发人员也便宜
non-sql流行也没有撼动oracle的地位
对了，oracle也是一个市值上150b的公司
你是不是觉得这家公司也快倒闭了？
要不你zkss你对ibm和oracle的看法？
我很看好你哦 |
|
z*******3
发帖数: 13709 | 9 我对脚本一点信心都没有
觉得就是一个泡沫
因为脚本本身实现的功能相当有限
太简单的用不了脚本，太复杂的我干脆直接预编译后投递算了
脚本就有点上不上下不下，但凡是这种上不上下不下的
我都不太看好
webservice也不单纯是web的东西
尤其是被ejb这一层采用了之后
再经过rest等优化
估计以后会变成front end和back end的一种标准集成方式
替换掉rmi，在公司内部网络上实现一种比较合理的通信
这才是我看好web service的原因
如果仅仅是web的东西，尤其是公网上的service
那还是算了吧
Groovy |
|
z*******3
发帖数: 13709 | 10 distributed transaction有一个死结
两段式的事务只能解决大部分问题
理论上是不存在有绝对安全的全局事务的
只要是发生在不同的数据库上
都有出问题的可能，这就是为什么后来有recentralize的趋势
很长一段时间人们都以为
decentralize是将来的趋势
但是分布式有其自身的问题
尤其是事务，所以能绕开就绕开，不用最好
所以我问了古德霸，有没有联程票的问题
我实话说，我是不用global transaction的
最多到local transaction，而global transaction的这个死结
唯一的解法就是人为干预，一旦出错了，用人来修改结果
这就是为什么到今天民航业还养着一群类似售票的服务人员的原因
关于全局事务的两段式处理的弊端，网络上有很多讨论
这也是为什么我之前一直在说jta比较难，而不是jpa比较难
一旦搞大了，全局事务就是一噩梦
还有就是，ejb应该要会，很多时候用什么，完全不是你说了算的
人家系统早就存在那边，做eai难道可以说
你这个不行，给我扔掉重写一个系统么？
我看最后被淘汰的不是系统，是做eai的人
估计人家会说，做不了是... 阅读全帖 |
|
z****e
发帖数: 54598 | 11 无非一个网络上的请求和响应
我觉得http和tcp搞懂了，web service就跟玩一样
无非是http和tcp之上的文件格式定义问题
你觉得神秘是因为一对网络协议不太了解
二是对于操作网络协议的web server不了解
这两个不了解导致你不知道他们在干什么
其实渗透下去就跟普通的web差不多
无非request+response
其实所有的网络上的这种交流都是一样的
包括jdbc connection，rmi这些，无非都是协议和格式的差异
么？ |
|
z****e
发帖数: 54598 | 12 其它协议可以不懂
http和tcp/ip一定要清楚
尤其是http和tcp/ip之间的关系
现在几乎所有的网络底层协议都是tcp/ip
你会servlet么？
用servlet来写response什么的
不要用框架
把request和response什么弄懂
然后把response里面的html/jsp给换成xml
这是server side
然后在client side，自己用java从main开始写
模拟提交http request
然后接收response
然后弄明白这中间是怎么回事
对比一下web service的一个访问和普通的http访问之间的区别
就大概能够明白是怎么回事了
其实所谓的web service就是客户端把一个xml塞进去
然后再拿到一个xml，xml可以描述你拿到的和发送的是什么东西
当然你也可以不用xml，但是实际上http就已经可以不用html了
你返回什么类型都没问题
web service其实没什么东西，换了一个好听的名字而已
uddi和wsdl之类的就不用看了，了解一下是什么就行了
关键是http, soap, rest, xml, tcp/ip这... 阅读全帖 |
|
z*******3
发帖数: 13709 | 13 这个是传输数据的协议
web service的协议则侧重于定义封装数据的格式
所以大部分都是xml
置标语言最初的本意就是用来封装并描述数据的
web service最初的灵感就来自我们天天用的http传送的各种数据
一个request发送过去之后，拿到一个html的response
xml的灵感就来自html，所以最常见的应用就是xhtml这个extension
然后在保留这个传输协议的基础之上，对request和response里面的数据做了定义
最初要求全部用xml来搞，但是群众总是拒绝接受这么复杂的东西
所以有了各种简化版，rest和json就是这种简化版的产物
区别仅仅在于用不用xml而已
web service这个最早是在ieee那个icws上提出来的
我们这边的几所大学在这个领域很活跃 |
|
c*********e
发帖数: 16335 | 14 现在做jasper report,amazon web services了，goodbug我要经常向你请教了。
刚把家里计算机的glassfish给删了，装了tomcat,eclipse里装了aws kit.开始做这方
面的了。web services只用c#做过，发现和java web services完全2码事啊，有点心虚
啊。咋办？短期上手看哪本书才行？ |
|
c*********e
发帖数: 16335 | 15 【 以下文字转载自 Programming 讨论区 】
发信人: convergence (Rex), 信区: Programming
标 题: rails和java,c#的rest web services比较，有何优缺点？
发信站: BBS 未名空间站 (Sun Oct 20 10:56:01 2013, 美东)
貌似现在很多19岁高中毕业生都在用ruby on rails做rest web services.
大家说说，ruby on rails和java,c#的rest web services比较，有何优缺点？ |
|
c*********e
发帖数: 16335 | 16 【 以下文字转载自 Programming 讨论区 】
发信人: convergence (Rex), 信区: Programming
标 题: rails和java,c#的rest web services比较，有何优缺点？
发信站: BBS 未名空间站 (Sun Oct 20 10:56:01 2013, 美东)
貌似现在很多19岁高中毕业生都在用ruby on rails做rest web services.
大家说说，ruby on rails和java,c#的rest web services比较，有何优缺点？ |
|
a*****0
发帖数: 6788 | 17
app就够了，搞这个asp.net mvc 4是附庸风雅，吃力不讨好，不实用。
这个俺不同意。 俺以前搞ASP.NET Web Forms也算专家级别。ASP.NET MVC刚出来时一
度也是和你一样的看法。 早期的确看起来像是倒退到Classic ASP那样混杂的源码。
真正让到ASP.NET MVC像回事的是那个Razor ViewEngine。 ASP.NET MVC 3就很不错了,
Unobtrusive javascript and AJAX非常简洁。4又更进了一步。
大部分公司现有的ASP.NET Web Form应用要全改写成MVC主要是从成本上不合算。 新开
发的话应该上MVC。 俺有幸把个Web Form应用用MVC 4重写了一遍，对这个优劣感受颇
深。 |
|
h********8
发帖数: 159 | 18 最近在找Java Developer工作，recruiter都要我建的Java Web应用的链接。我用
Struts+Spring+Hibernate做的Java Web应用，底层用MySQL数据库储存。能发布到什么
网站上？好像Google App Engine不支持SSH框架，有什么网站免费提供Java Web应用的
发布吗？还是需要自己买个域名啊？
非常感谢！ |
|
S******1
发帖数: 216 | 19 【 以下文字转载自 Programming 讨论区 】
发信人: Snail121 (二爷粉丝团), 信区: Programming
标 题: Web Service怎么让多个api call share 同一个 connection ??
发信站: BBS 未名空间站 (Sun Aug 3 15:25:49 2014, 美东)
有一个关于apache keep alive 的问题。
如果有一个web server是用apache host的，设置了keep alive为true, 那是不是默认
对于同一个client的multiple api call (even different types of api to the same
web service) 都是share同一个connection, 除了设置外，在程序上如何实现这点呢(
比如用java servlet) ??
还有就是keep alive 是share persistent connection的， 也就是对于同一个client
不会多次创建http连接，那么这里的client是怎么定义的，是一个什么样的sco... 阅读全帖 |
|
s**m
发帖数: 1564 | 20 【 以下文字转载自 Programming 讨论区 】
发信人: slim (小时候胖), 信区: Programming
标 题: ADA Compliance / Web Accessibility Evaluation Tool Recommendation
发信站: BBS 未名空间站 (Mon Jun 12 22:41:11 2017, 美东)
Hi,
Anyone used any tools that scan websites for ADA Compliance or Web Content
Accessibility?
I found a list of them but don't know which ones are better.
https://www.w3.org/WAI/ER/tools/?q=wcag-20-w3c-web-content-accessibility-
guidelines-20&q=english
Please recommend the ones you like. I appreciate your input.
Thanks... 阅读全帖 |
|
B*********s
发帖数: 292 | 21 我用的是mini+usb版本，接着打印机，工作都很好。前天想把web interface转到HTTPS
上面，把http 80端口留出来。可是选择了之后按apply，就再也连不上web interface
了,用http或者https都说连接不到服务器。路由器的功能都很好，也能telnet上去。
用ps看，没有 httpd -S 了。
应该如何启动web interface呢？执行httpd -S，没有任何反应；ps |grep httpd也是
空的。
重启动过，还是一样。
除了重新灌dd-wrt，还有什么办法？谢谢。 |
|
L*1
发帖数: 11537 | 22 Your question is not clear.
If you want to know how the web server (服务器) handles CGI internally, not
many people can help you -- better read some source code (e.g. Apache).
If you want to know how your CGI program will do the job, that should be
easy.
In the web world, we use forms to submit information. These information are
submitted to the server using POST or GET method. The form data is feed to
the CGI program, you decode it (or use existing lib functions) to get the
parameters you want. On... 阅读全帖 |
|
s*****k
发帖数: 604 | 23 我的问题当然是第一个意思了，我不提web服务器的话不是很清楚吗
是web server启动一个外部CGI程序，设置好很多环境变量，
并且有需要的话从stdin中输入一些数据，然后这个CGI程序
运行，完了输出到它的stdout,这时候web server就获得CGI程序
输出的stdout的stream.
我没学过操作系统什么的，要是学过里面的进程管理应该很容易知道吧
not
are |
|
s***d
发帖数: 14 | 24 I am building a very simple Dashboard/widget for Mac OS10.4/Tiger. Basically i
t's just a web form and using values to query a web service. On PC, there's a
service.htc web service companion for JavaScript, but I couldn't find one for
Mac. The service.htc is written in JavaScript by Microsoft, somehow it's not c
ompatible with Mac. Do you have any suggestions or examples? Thanks a lot! |
|
h**p
发帖数: 14 | 25 I just got a complete new project from my boss. I never did anything about
web programming before.
I have a perl script. I need to submit a form, and call this script from a
web site.
I can run it from command line, but how to make it run from a web site?
I had no idea where to start. What should I use here?
Could you point me to a reference/resouce that I can look up?
Thanks for your help!! |
|
n***u
发帖数: 49 | 26 谁能推荐一个 perl framework， search 了一下 好像有个 Catalyst web framework,
有不是 web的framework,
只想在后台run, grab and analyze some web content.
Thanks! |
|
m****o
发帖数: 182 | 27 实在是抓狂了，以前对web编程一窍不通，现在要赶鸭子上架。
现在的任务是需要通过web来进行远端数据库查询，web server是tornado（python）。
网页交互式的我已经弄出来了。现在的问题是要做成命令行形式的。比如说用户输入
curl -d "query=select * from dummy" www.foo.com/
要能在终端下返回CSV格式或者JSON格式的结果
我做了个helloworld程序，如果用户输入
curl -d "user=helloworld" http://127.0.0.1:8888
终端可以返回helloworld。现在的问题是如果我让程序跳转到另外一个url，比如http://www.foo.com/user/helloworld,
终端下什么夜没有输出。我已经再第二个页面下的get和post方法下都实现了打印“
helloworld”。测试过网页，跳转一点问
题都没有。
哪位有经验的给讲讲，多谢！ |
|
P********e
发帖数: 2610 | 28 现在 谁是web control developers呢?
becoming less important with HTML5. Java FX never attracts any attention,
what else can you use in web?
component developer is the way to go.
companies developing controls and the rest of the developers use controls.
This is happening on web now. |
|
c*********e
发帖数: 16335 | 29 【 以下文字转载自 Apple 讨论区 】
发信人: convergence (Rex), 信区: Apple
标 题: 大家iphone编程，在哪儿用web service fetch股票历史信息，lottery历史信息？
发信站: BBS 未名空间站 (Sun Dec 9 13:38:03 2012, 美东)
在编一个程序，要用web services去internet抓取过去的股票历史信息，大家都是在哪
个网站，哪个web services抓取的? 比如我想抓取过去5年的纽约dow jones股票信息，
存到core data model里面。btw,iphone里面的信用卡交易，有没有一个frameworks可
以直接用的？难道要我自己写信用卡号码验证程序？ |
|
l*******s
发帖数: 1258 | 30 我最近在搞个自己的小project，后台web service + 前台网页，iphone，android app。
牵扯到大量运算。比如每个用户提交request时，后台会涉及到一些machine learning
的东西，所以运算量不小。就算用cache优化一下，估计还是运算很频繁。要是一分钟
有100个request进来，少说得调用machine learning classifier几十次，cpu和内存的
消耗很可观，我还没有详细测试过，但是估计小不了。
现在问题是，这个web service做好后，放哪里？
网上有不少VPS或者web host之类的，几十块钱一个月，给个1G内存+一个cpu，若干硬
盘空间和带宽，但是就我那一大堆machine learning的东西，估计不大够。要是内存上
了2G，那VPS的价格就是翻好几番了。伤不起啊。。。
自己在家攒个个server？硬件并不贵，就算整个双cpu+64G内存，也就不到一千刀。电
费也还凑活。问题就是24小时开着，噪音受不了。最大的问题还是可靠性和带宽，实在
没法保证。
各位有啥注意？先谢了。 |
|
l*******s
发帖数: 1258 | 31 我最近在搞个自己的小project，后台web service + 前台网页，iphone，android app。
牵扯到大量运算。比如每个用户提交request时，后台会涉及到一些machine learning
的东西，所以运算量不小。就算用cache优化一下，估计还是运算很频繁。要是一分钟
有100个request进来，少说得调用machine learning classifier几十次，cpu和内存的
消耗很可观，我还没有详细测试过，但是估计小不了。
现在问题是，这个web service做好后，放哪里？
网上有不少VPS或者web host之类的，几十块钱一个月，给个1G内存+一个cpu，若干硬
盘空间和带宽，但是就我那一大堆machine learning的东西，估计不大够。要是内存上
了2G，那VPS的价格就是翻好几番了。伤不起啊。。。
自己在家攒个个server？硬件并不贵，就算整个双cpu+64G内存，也就不到一千刀。电
费也还凑活。问题就是24小时开着，噪音受不了。最大的问题还是可靠性和带宽，实在
没法保证。
各位有啥注意？先谢了。 |
|
c********l
发帖数: 8138 | 32 不正是为了学习么
话说回来，正文仅仅是安装了所有的第三方dependency，连web.py的一根毛都没有碰
我标题中提web.py只是为了寻求一种不打那么多关键字的方法
为啥你们这些回复只聚焦在web.py？ |
|
b**g
发帖数: 335 | 33 http://www.csdn.net/article/2013-05-03/2815122
http://www.techempower.com/benchmarks/
应用性能直接影响到托管服务的成本，因此公司在开发应用时需要格
外注意应用所使用的Web框架，初创公司尤其如此。此外，糟糕的应用
性能也会影响到用户体验，甚至会因此受到相关搜索引擎的降级处罚
。在选择框架时，又有许多因素需要考量，但原始性能无疑是其中最
容易测评的。
不同的框架性能差异极大，即使你充分利用了硬件的性能，错误的框
架依然可能带来十倍的性能损耗，虽然不是每个人都会遇到如此极端
的情况，但在某些情况下确实如此，因此你有必要了解各框架之间的
性能差异。为此，TechEmpower对57个常见Web框架进行了4回合横向对
比，可供开发者参考。
当然，这里所说的“框架”只是广义范围的框架，包括平台、完整框
架、微框架等等。也就是说，能搭建Web应用的都可以算作“框架”。
其中，测试内容包括单请求数据库访问测试、多请求数据库访问测试
、Fortunes测试、JSON序列化测试；硬件平台包括（亚马逊）EC2
m1.la... 阅读全帖 |
|
z*******3
发帖数: 13709 | 34 php<
大数据其实跟web这一层没有太大关系
web层只负责传接操作，php只能做点前端
大数据其实是后端的事
大部分时候遇到复杂的处理会换语言
更不要说大数据的处理还经常跑在linux上 |
|
|
t*****s
发帖数: 416 | 36 完全看不到有想做底层的人。
WEB的技术更新速度我看着都害怕。说长了两年一代。倒不是不肯学。问题是你现在年
年学，学得起跟得上，十年后呢？二十年后呢？三十年后呢？
就这么确定以后能做到不用写代码的PM甚至director？
我公司工号现在排到差不多两万，通讯录里搜搜1000-2000号的人，九成依然是regular
employee。
相比之下搞底层，系统甚至内核。40年来就没怎么变过。一直都是C。当初UNIX怎么写
的，Linux今天基本上还是怎么写，Linus当初有的地方还得从Unix抄代码。而且这个稳
定性直接绑定在现在整个的计算机构架上。只有把现在的整个硬件体系给推翻了才有可
能动摇。
没错，离利润是远一点，工资低一点，职位少一点。问题是肯做的会做的人只有更少。
而且体系稳定意味着你做的哪怕是debug的工作，花一分时间就是一分的经验，一天一
天积累下去，你的价值自然水涨船高。而且现在整体环境炒WEB，炒高度抽象平台，弱
化硬件概念的情况下，对底层和系统的经验只会越来越稀缺，价值越来越高。这个是
WEB能比的么？ |
|
d********g
发帖数: 10550 | 37 现在marriage都包括homo了，你这个web的定义还停留在洪荒时代
FLAG全可以算作web，湾区和web沾不上边的公司可以说是奇葩中的奇葩 |
|
g****t
发帖数: 31659 | 38 Internet能算成和web等价了?
这不是瞎扯蛋么.
人们说的web 是指Internet not web browser/client. |
|
g****t
发帖数: 31659 | 39 dropbox, instragm,wechat,...这些东西跟web应用的后端应该还是大不一样的吧?
还有众多各种非网页网游.
传统的桌面应用大多前端很胖，offline可以用。比如office，photoshop之类的。
除了游戏以外，web应用和mobile应用大多用同样的后端，前端都很简单，就是个UI而
已。
所以没有local app一说，web client跟mobile client远比mobile client和desktop
client接近。 |
|
d********g
发帖数: 10550 | 40 现在marriage都包括homo了，你这个web的定义还停留在洪荒时代
FLAG全可以算作web，湾区和web沾不上边的公司可以说是奇葩中的奇葩 |
|
g****t
发帖数: 31659 | 41 Internet能算成和web等价了?
这不是瞎扯蛋么.
人们说的web 是指Internet not web browser/client. |
|
g****t
发帖数: 31659 | 42 dropbox, instragm,wechat,...这些东西跟web应用的后端应该还是大不一样的吧?
还有众多各种非网页网游.
传统的桌面应用大多前端很胖，offline可以用。比如office，photoshop之类的。
除了游戏以外，web应用和mobile应用大多用同样的后端，前端都很简单，就是个UI而
已。
所以没有local app一说，web client跟mobile client远比mobile client和desktop
client接近。 |
|
z*******3
发帖数: 13709 | 43 web只是一个表现手段而已
看上去都是web，背后的实现大相径庭
光说web，很难给出一个方向 |
|
g*****g
发帖数: 34805 | 44 你用的是CouchDB，实现里每个操作会打开一个http connection，没有pooling。
如果一个DB操作是10ms的话，打开一个连接通常是100ms级。有pooling的话，这些连接
可以被重用，可以大大缩短整个时间。作者这么土鳖的实现，结果就是导致到数据库的
IO轻松地成为瓶颈，语言执行的快慢完全可以忽略不计。在这个前提下Node异步的实现
即使在低并发的时候都会比servlet同步的实现快。当然还是不会比同样异步的java实
现如vert.x快。
web应用，app server到db server的connection pooling是常识。原作者跟你一样没有
常识，你还如获至宝。HelloWorld程序员真不是说的。
你如果去看另外一个评测里的实现，有常识的程序员写的。连最简单的servlet都会实
现connection pool。我老说过你很多次，没常识也要会掩饰，这样不是赤裸裸丢人吗？
https://github.com/TechEmpower/FrameworkBenchmarks/blob/master/servlet/src/
main/webapp... 阅读全帖 |
|
T********i
发帖数: 2416 | 45 【 以下文字转载自 PDA 讨论区 】
发信人: TeacherWei (TW), 信区: PDA
标 题: 把我的Admin Tool彻底port到Web上了
发信站: BBS 未名空间站 (Fri Nov 15 19:16:14 2013, 美东)
QW Home Automation的Admin Tool以前是.Net的，越来越感到不够时髦了。
最近花了点时间彻底port到web上。感觉如下：
最新的开源的开发工具，要比.Net好用，做出来的东西更花哨。
每次Debug launch要花很多时间，这是最大的美中不足。
现在时机正好，跟去年比现在那些工具bug已经fix的差不多了，已经可以做稳定的应用
了。
Microsoft悬了，大多是应用已经没有理由用.Net开发了。
积累深厚还是有巨大优势的，我的framework本来就支持Java。自己写了一个
translation tool，把数百个class从.net转到java，不到3周基本port完了。
我的C++ asynchronious embedded web server + websocket + https是我独家... 阅读全帖 |
|
d********g
发帖数: 10550 | 46 这里不是比总量高，是教你怎么看语言和框架的对比。从数据上看，Ruby一旦web挂了
，它能不死？Python的web就算全挂，也九牛一毛。Java和Python的情况没有本质区别
，除非你非要把“挂”的比例根据Java量身定做到小于5%的web，那我就没办法了
我是不做Java，但你想当然把语言和框架混着比，如果你懂这个自然也就知道完全不是
一码事，好比Spring与Spring MVC |
|
d********g
发帖数: 10550 | 47 所以你怎么说都有理。那我换一种说法，在full-stack的层面，技术选择都是动态的，
组合起来考虑最优。你考虑的还是怎么样尽量在JVM这个生态系统里自圆其说让这些李
鬼对Java的实质伤害看起来降到最低，但更广一点JVM的生态系统直接作为full-stack
的一个service来用，都不需要考虑JVM和Java的感受，和你脑中固有的“前端web那些
玩意儿”差不多，这一套一样可以简化为“后端接口那些玩意儿”，直接一包就好了。
真抽象起来还没什么前台后台之分，不信你问问真正的full-stack
另外Groovy直接就说了“builds upon the strengths of Java but has additional
power features inspired by languages like Python, Ruby and Smalltalk”。Java
要真想和Python割裂，首先Groovy就别用了，别让这些“web脚本语言”脏了自己的手
，虽然Python的web连10%都不到 |
|
