﻿<?xml version="1.0" encoding="utf-8" standalone="yes"?><rss version="2.0" xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:trackback="http://madskills.com/public/xml/rss/module/trackback/" xmlns:wfw="http://wellformedweb.org/CommentAPI/" xmlns:slash="http://purl.org/rss/1.0/modules/slash/"><channel><title>C++博客-flyonok-随笔分类-web tech</title><link>http://www.cppblog.com/flyonok/category/13740.html</link><description /><language>zh-cn</language><lastBuildDate>Thu, 21 Oct 2010 14:27:03 GMT</lastBuildDate><pubDate>Thu, 21 Oct 2010 14:27:03 GMT</pubDate><ttl>60</ttl><item><title>转载csdn--警惕Java，迎来JavaScript</title><link>http://www.cppblog.com/flyonok/archive/2010/10/19/130464.html</link><dc:creator>flyonok</dc:creator><author>flyonok</author><pubDate>Tue, 19 Oct 2010 08:36:00 GMT</pubDate><guid>http://www.cppblog.com/flyonok/archive/2010/10/19/130464.html</guid><wfw:comment>http://www.cppblog.com/flyonok/comments/130464.html</wfw:comment><comments>http://www.cppblog.com/flyonok/archive/2010/10/19/130464.html#Feedback</comments><slash:comments>0</slash:comments><wfw:commentRss>http://www.cppblog.com/flyonok/comments/commentRss/130464.html</wfw:commentRss><trackback:ping>http://www.cppblog.com/flyonok/services/trackbacks/130464.html</trackback:ping><description><![CDATA[<p>最近Oracle控告搜索巨人Google，宣称其Android智能手机操作系统上的Dalvik虚拟机侵犯了Java专利，这很自然让很多的开发人员感到担心。但大多数分析指出，这场诉讼对绝大多数Java开发人员将不会有多少的影响，但有些程序员却惊恐不安，他们已经开始寻找一种可替代的语言了。如果你也是这样，你是否考虑过转向JavaScript?</p>
<p>&#8220;什么？&#8221;，你也许会诧异。任何一个开发人员或多说少都知道Java跟JavaScript几乎没有任何的关系。Netscape最初是想把这个跨浏览器的脚本语言叫做LiveScript，但Sun微系统公司说服他们使用JavaScript这个名字——他们的想法是要把JavaScript当成一种HTML和Sun的全功能的Java之间的桥梁。</p>
<p>但如果Sun漠视JavaScript的存在而认为Java将成为Web上的真正语言，那它就大错特错了。Java最终发现它的用武之地只是作为一种服务器端语言，JavaScript在浏览器里给了它致命打击。如今，像<a href="http://www.commonjs.org/" target=_blank><font color=#888888>CommonJS</font></a>和<a href="http://nodejs.org/" target=_blank><font color=#888888>Node.js</font></a>这样的项目把JavaScript扩展到了更广的地方，使它也能够扮演Java在数据中心上的传统角色。在这样一种神奇的角色转换中，JavaScript正在成为一种多才多艺的，强大的，功能齐全的Web语言，而Java却日益显现沦为昔日COBOL语言的结局。</p>
<p><strong>桥接客户端/服务器端</strong></p>
<p>估计经历了那个年代的人都能回忆起当时以浏览器为平台的Java applet的那种笨拙，丑陋，激不起兴趣的样子，它更多给人带来的是烦恼，而不是真正的用处。即使Sun最近的在富(rich)互联网应用技术的尝试——JavaFX，也没有使其在对抗其现有的竞争对手（包括Adobe Flash，微软Silverlight）的进程上前进多少。客户端Java，看起来在出生之日就已被判了死刑。</p>
<p>相似的，服务器端JavaScript(SSJS)也从来没制造出多少火花。早在1996年，Netscape Enterprise Server就支持SSJS，但它一种昂贵且有专利的产品。它很快就被开源的Apache server抢光了所有的市场，SSJS也随着它消失了。</p>
<p>然而，在那些日子里，JavaScript的确成为了最适合Web页面的轻量级脚本语言。对比一下那个时期新兴的其它语言，例如Perl和Python，JavaScript运行缓慢而且语法怪异，只有有限的功能支持。更糟糕的是，每个厂商对其的实现还各不相同，导致开发人员浪费时间写一些修改补丁和相关处理。</p>
<p>至今，JavaScript已经走了一段很长的路。独立的、开源的JavaScript引擎的出现——包括谷歌的V8，Mozilla的SpiderMonkey，和WebKit的SquirrelFish Extreme——意味着任何人都可以在自己的代码里嵌入一个标准兼容的JavaScript解释器，无需你从头来开发它们。目前这三个项目正处在一场猛烈的性能竞赛中，每种引擎的性能都在稳定的进步。随着这些底层技术高速的成熟发展，JavaScript展现出了一种Java从未实现的态势：打破传统的领域壁垒，贯通服务器端和客户端。客户端的Java从未景气过，但服务器端JavaScript却杀了回来。.</p>
<p><strong>服务器端JavaScript越来越受重视</strong></p>
<p>现代的JavaScript引擎都能够单独的独立运行，这使得它们给SSJS提供了天然的便利。但目前JavaScript还只是主要的作为一种浏览器端的语言，这使得它缺少一些开发人员们期望的在其它环境中的功能特征。例如，客户端的开发人员通常是通过互联网加载单独的.js文件，而服务器端的开发人员需要一种更常用的方式，使代码程序能打成包。同样，JavaScript缺少常见的系统功能标准库，相比较而言，像C和Java这样的更加面向系统的语言在这方面要丰富的多。</p>
<p><a href="http://www.commonjs.org/" target=_blank><font color=#888888>CommonJS项目</font></a>正试图解决这些问题。它的目标就是要创造出一套开放的、标准的API，提供诸如二进制对象处理，并行线程，文件、流、和套接字 I/O，系统日志处理等功能接口。除此之外，它还提议了一套代码和相关命名空间的模块格式标准。虽然这还是个很年轻的项目，但它的终极目标却是要让JavaScript开发人员在写代码时有一个CommonJS规范，写出的程序在不作任何修改的情况下可以在任何CommonJS兼容的平台上运行——不论底层的JavaScript引擎和操作系统是什么。</p>
<p>然而，更令人兴奋的却是<a href="http://nodejs.org/" target=_blank><font color=#888888>Node.js</font></a>这个项目，它和CommonJS的初衷很相似，而且实现了一些CommonJS API。可是，它却把SSJS的概念提升到了一个新的高度。它的最重要的一项革新就是实现了针对服务器端开发的面向事件的编程模型。这意味着不仅仅Nodo.js编程会让客户端的JavaScript开发人员感觉到得心应手——因为事件驱动模型是他们的开发规范，同时对于那些严重依赖于并行操作来支持多个并行用户的Web应用程序也是理想的选择。</p>
<p>如果这听起来像有一只手在向你招唤，请看看<a href="http://nodejs.org/" target=_blank><font color=#888888>Node.js 编程例子</font></a>。这个完全等效的&#8220;Hello，world！&#8221;程序是只用了6行JavaScript代码的完全的HTTP服务器端实现。</p>
<p><strong>JavaScript：Web之王？</strong></p>
<p>不要奢望JavaScript能把Java从唯我独尊的宝座上拉下来。CommonJS和Node.js都还有很多的功课要做，一种精确的对这两个项目的描述应该是：试验品。对于更多的改进，例如特定的优化和管理工具等，就像Oracle对JRockit JVM所做的这方面的工作将会使Java成为企业软件开发的一个很有吸引力的平台。</p>
<p>然而，JavaScript作为服务器端开发语言所带来的好处显而易见。它能够让Web开发人员用一种单一的语法实现所有的程序，去除了典型Web应用上的混乱和混淆。JavaScript的运行效率的改进日新月异，这是开发人员最看重的。而JavaScript语言本身也发展成熟，成为一种不错的语言，具有同时支持面向对象和函数的编程风格的特征。</p>
<p>还有另外一点需要注意：JavaScript是完全免费和开放的，它由行业内厂商组成的ECMA标准委员会维护。ECMAScript工作组过去处于停滞状态，但它已经克服了种种困难，使JavaScript继续得到高速的发展。而同时，Java，一边假装开放，有不伦不类的JCP(Java Community Process)负责，一边又受到Oracle潜在的法律诉讼的威胁。如果Oracle自己不能意识的现在的形势，那我相信开发人员们可是清清楚楚的看清楚了。</p>
<p id=source>原文链接：<a href="http://infoworld.com/d/developer-world/watch-out-java-here-comes-javascript-799"><font color=#888888>Watch out Java, here comes JavaScript</font></a></p>
<p>译文链接：<a href="http://www.aqee.net/2010/09/28/watch-out-java-here-comes-javascript/"><font color=#888888>http://www.aqee.net/2010/09/28/watch-out-java-here-comes-javascript/</font></a></p>
<img src ="http://www.cppblog.com/flyonok/aggbug/130464.html" width = "1" height = "1" /><br><br><div align=right><a style="text-decoration:none;" href="http://www.cppblog.com/flyonok/" target="_blank">flyonok</a> 2010-10-19 16:36 <a href="http://www.cppblog.com/flyonok/archive/2010/10/19/130464.html#Feedback" target="_blank" style="text-decoration:none;">发表评论</a></div>]]></description></item><item><title>认识Web网站的性能测试工具--from cppblog</title><link>http://www.cppblog.com/flyonok/archive/2010/09/09/126240.html</link><dc:creator>flyonok</dc:creator><author>flyonok</author><pubDate>Thu, 09 Sep 2010 07:26:00 GMT</pubDate><guid>http://www.cppblog.com/flyonok/archive/2010/09/09/126240.html</guid><wfw:comment>http://www.cppblog.com/flyonok/comments/126240.html</wfw:comment><comments>http://www.cppblog.com/flyonok/archive/2010/09/09/126240.html#Feedback</comments><slash:comments>0</slash:comments><wfw:commentRss>http://www.cppblog.com/flyonok/comments/commentRss/126240.html</wfw:commentRss><trackback:ping>http://www.cppblog.com/flyonok/services/trackbacks/126240.html</trackback:ping><description><![CDATA[<h1 class=contents_header>认识Web网站的性能测试工具</h1>
<!-- 作者信息等 -->
<div class=contents_info>来源: <a href="http://www.ctanime.com/" target=_blank><u><font color=#0000ff>Our Life</font></u></a>&nbsp;&nbsp;发布时间: 2010-09-07 18:08&nbsp;&nbsp;阅读: 193 次&nbsp;&nbsp;<a id=link_source href="http://www.ctanime.com/?p=747" target=_blank><u><font color=#0000ff>原文链接</font></u></a>&nbsp;&nbsp; <a href="http://archive.cnblogs.com/kb/73493/"><u><font color=#0000ff>全屏阅读</font></u></a>　 <a class=graylink href="javascript:add_to_wz()"><u><font color=#0000ff>[收藏]</font></u></a>&nbsp;&nbsp; </div>
<!-- 页码和简介 -->
<div class=TopPage>
<div class=toptitle><span class=topinfo>编辑点评：</span>在现实场景中，我们很难模拟出大量用户同时访问Web服务的情况，所以，测试人员需要借助专业的压力测试工具来进行压力测试和性能优化的调整。作者总结了CSDN上提到的测试工具，将排名前十的在文章中列出，供用户选择使用。</div>
</div>
<div class=contents_main>
<div id=ArticleCnt class=content_words>
<p id=aeaoofnhgocdbnbeljkmbjdmhbcokfdb-mousedown>　　随着Web 2.0技术的迅速发展，许多公司都开发了一些基于Web的网站服务，通常在设计开发Web应用系统的时候很难模拟出大量用户同时访问系统的实际情况，因此，当Web网站遇到访问高峰时，容易发生服务器响应速度变慢甚至服务中断。为了避免这种情况，需要一种能够真实模拟大量用户访问Web应用系统的性能测试工具进行压力测试，来测试静态HTML页面的响应时间，甚至测试动态网页（包括ASP、PHP、JSP等）的响应时间，为服务器的性能优化和调整提供数据依据。</p>
<p>　　我推荐各位Web 2.0开发测试人员使用Microsoft 的Web Application Stress Tool这个工具软件，这个微软提供的小工具仅9.58M，很小巧且实用。虽然功能上比不了专业的LoadRunner，但LoadRunner体积庞大，价格不菲，一般的企业也不会花那么多钱去购买LoadRunner，而微软的WAS则是完全免费，并且主要的功能都有，够用就行。</p>
<p>Microsoft Web Application Stress Tool能有效测试一个网站的负载性能，这个软件可以通过脚本模拟100个强并发用户的访问，并模拟实际用户的一些点击操作，WAS还可以连接上远程 Windows网站服务器的性能计数器（Performance Counter），通过对服务器性能（CPU/内存等）的性能分析来找到系统的瓶颈。CPU使用百分比反映了处理器开销，CPU使用百分比持续地超过 75%是性能瓶颈在于处理器的一个明显的迹象。</p>
<p>　　每次测试运行结束后WAS会生成详细的报表，WAS报表可以从View菜单选择Reports查看。</p>
<p>　　另外，CSDN也总结了一些其他的测试工具，包括性能测试工具和功能测试工具，前十大测试工具排名如下：</p>
<p><strong>　　1. 企业级自动化测试工具WinRunner</strong></p>
<p>　　Mercury Interactive公司的WinRunner是一种企业级的功能测试工具，用于检测应用程序是否能够达到预期的功能及正常运行。通过自动录制、检测和回放用户的应用操作，WinRunner能够有效地帮助测试人员对复杂的企业级应用的不同发布版进行测试，提高测试人员的工作效率和质量，确保跨平台的、复杂的企业级应用无故障发布及长期稳定运行。</p>
<p><strong>　　2. 工业标准级负载测试工具Loadrunner</strong></p>
<p>　　LoadRunner 是一种预测系统行为和性能的负载测试工具。通过以模拟上千万用户实施并发负载及实时性能监测的方式来确认和查找问题，LoadRunner 能够对整个企业架构进行测试。通过使用LoadRunner ，企业能最大限度地缩短测试时间，优化性能和加速应用系统的发布周期。</p>
<p><strong>　　3. 全球测试管理系统testdirector</strong></p>
<p>　　TestDirector 是业界第一个基于Web的测试管理系统，它可以在您公司内部或外部进行全球范围内测试的管理。通过在一个整体的应用系统中集成了测试管理的各个部分，包括需求管理，测试计划，测试执行以及错误跟踪等功能，TestDirector极大地加速了测试过程。</p>
<p><strong>　　4. 功能测试工具Rational Robot</strong></p>
<p>　　IBM Rational Robot 是业界最顶尖的功能测试工具，它甚至可以在测试人员学习高级脚本技术之前帮助其进行成功的测试。它集成在测试人员的桌面 IBM Rational TestManager 上，在这里测试人员可以计划、组织、执行、管理和报告所有测试活动，包括手动测试报告。这种测试和管理的双重功能是自动化测试的理想开始。</p>
<p><strong>　　5. 单元测试工具xUnit系列</strong></p>
<p>　　目前的最流行的单元测试工具是xUnit系列框架，常用的根据语言不同分为JUnit（java），CppUnit（C++），DUnit （Delphi ），NUnit（.net），PhpUnit（Php ）等等。该测试框架的第一个和最杰出的应用就是由Erich Gamma （《设计模式》的作者）和Kent Beck（XP（Extreme Programming）的创始人）提供的开放源代码的JUnit.</p>
<p><strong>　　6. 功能测试工具SilkTest</strong></p>
<p>　　Borland SilkTest 2006属于软件功能测试工具，是Borland公司所提出软件质量管理解决方案的套件之一。这个工具采用精灵设定与自动化执行测试，无论是程序设计新手或资深的专家都能快速建立功能测试，并分析功能错误。</p>
<p><strong>　　7. 性能测试工具WAS</strong></p>
<p>　　Microsoft Web Application Stress Tool 是由微软的网站测试人员所开发，专门用来进行实际网站压力测试的一套工具。透过这套功能强大的压力测试工具，您可以使用少量的Client端计算机仿真大量用户上线对网站服务所可能造成的影响。</p>
<p><strong>　　8. 自动化白盒测试工具Jtest</strong></p>
<p>　　Jtest是parasoft公司推出的一款针对java语言的自动化白盒测试工具，它通过自动实现java的单元测试和代码标准校验，来提高代码的可靠性。parasoft同时出品的还有C++ test，是一款C/C++白盒测试工具。</p>
<p><strong>　　9. 功能和性能测试的工具JMeter</strong></p>
<p>　　JMeter是Apache组织的开放源代码项目，它是功能和性能测试的工具，100%的用java实现。</p>
<p><strong>　　10. 性能测试和分析工具WEBLODE</strong></p>
<p>　　webload是RadView公司推出的一个性能测试和分析工具，它让web应用程序开发者自动执行压力测试；webload通过模拟真实用户的操作，生成压力负载来测试web的性能。</p>
</div>
</div>
<img src ="http://www.cppblog.com/flyonok/aggbug/126240.html" width = "1" height = "1" /><br><br><div align=right><a style="text-decoration:none;" href="http://www.cppblog.com/flyonok/" target="_blank">flyonok</a> 2010-09-09 15:26 <a href="http://www.cppblog.com/flyonok/archive/2010/09/09/126240.html#Feedback" target="_blank" style="text-decoration:none;">发表评论</a></div>]]></description></item><item><title>互联网产品的相关要素</title><link>http://www.cppblog.com/flyonok/archive/2010/07/10/120015.html</link><dc:creator>flyonok</dc:creator><author>flyonok</author><pubDate>Sat, 10 Jul 2010 14:15:00 GMT</pubDate><guid>http://www.cppblog.com/flyonok/archive/2010/07/10/120015.html</guid><wfw:comment>http://www.cppblog.com/flyonok/comments/120015.html</wfw:comment><comments>http://www.cppblog.com/flyonok/archive/2010/07/10/120015.html#Feedback</comments><slash:comments>0</slash:comments><wfw:commentRss>http://www.cppblog.com/flyonok/comments/commentRss/120015.html</wfw:commentRss><trackback:ping>http://www.cppblog.com/flyonok/services/trackbacks/120015.html</trackback:ping><description><![CDATA[<font style="FONT-FAMILY: 宋体; FONT-SIZE: 10pt" face=#ce_temp_font#>从以前的传统行业转向互联网产业，除了技术上的不同，还会面临很多其他问题：<br>1、需求的不可知性，你永远不可能知道全部用户的所有需求<br>2、产品的人群定位<br>3、一句话概括你的产品<br>4、如何吸引用户注册，如何获取用户的真实信息<br>5、用户的体验是什么<br>6、互联网的产品上线是目标，业务是核心，技术是不断完善中<br></font>
<img src ="http://www.cppblog.com/flyonok/aggbug/120015.html" width = "1" height = "1" /><br><br><div align=right><a style="text-decoration:none;" href="http://www.cppblog.com/flyonok/" target="_blank">flyonok</a> 2010-07-10 22:15 <a href="http://www.cppblog.com/flyonok/archive/2010/07/10/120015.html#Feedback" target="_blank" style="text-decoration:none;">发表评论</a></div>]]></description></item><item><title>W3C发布《移动Web最佳实践1.0》</title><link>http://www.cppblog.com/flyonok/archive/2010/05/06/114570.html</link><dc:creator>flyonok</dc:creator><author>flyonok</author><pubDate>Thu, 06 May 2010 03:01:00 GMT</pubDate><guid>http://www.cppblog.com/flyonok/archive/2010/05/06/114570.html</guid><wfw:comment>http://www.cppblog.com/flyonok/comments/114570.html</wfw:comment><comments>http://www.cppblog.com/flyonok/archive/2010/05/06/114570.html#Feedback</comments><slash:comments>0</slash:comments><wfw:commentRss>http://www.cppblog.com/flyonok/comments/commentRss/114570.html</wfw:commentRss><trackback:ping>http://www.cppblog.com/flyonok/services/trackbacks/114570.html</trackback:ping><description><![CDATA[<a  href="http://www.w3.org/" title="W3C" target="_blank">W3C</a>
日前发布了<a  href="http://www.w3.org/TR/mobile-bp/" title="Mobile web best
practices 1.0" target="_blank">Mobile Web Best Practices 1.0</a>
（中译名《移动Web最佳实践1.0》），意在倡导一套新标准，使其能用于创建Web内容，方便用户使用移动设备浏览Web。该文档包含一系列实用的建
议，能够帮助内容创建者改进用户体验，并创建更易于被移动设备使用和读取的Web内容。同日，W3C也发布了《最佳实践》中所推荐的内容格式<a  href="http://www.w3.org/TR/xhtml-basic/" title="XHTML basic 1.1
recommendation" target="_blank">XHTML Basic 1.1 Recommendation</a>
的规范。另外，W3C还提及，针对创建移动应用程序的<a  href="http://www.w3.org/TR/mwabp/" title="Mobile web application best practices" target="_blank">Mobile Web
Application Best Practices</a>
也在起草阶段。<img src ="http://www.cppblog.com/flyonok/aggbug/114570.html" width = "1" height = "1" /><br><br><div align=right><a style="text-decoration:none;" href="http://www.cppblog.com/flyonok/" target="_blank">flyonok</a> 2010-05-06 11:01 <a href="http://www.cppblog.com/flyonok/archive/2010/05/06/114570.html#Feedback" target="_blank" style="text-decoration:none;">发表评论</a></div>]]></description></item></channel></rss>