实现的方法很单,在窗体添加一?WebBrowser lgQ然后执行以下代码:
但随之而来出现了一个问题:WebBrowser lg在未载入 HTML 之前是无Ҏ的,当蝲?HTML 之后QWebBrowser 四周出现了一个三l边框,和程序本w的风格极不协调Q查看了 WebBrowser 的所有属性,没有属性可以改变这一讄?/p>
l过试以后发现Q该Ҏq不?WebBrowser 产生的,而是 WebBrowser 中蝲入的 HTML 产生的,如果是这L话,那问题就好解决了Q真接用 CSS LҎQ?br />
body { border: 0px; overflow: auto; /*可自动隐藏或昄滚动条;设ؓ hidden 完全隐藏滚动?/ }
当你高兴地设|以?CSS 后,却发?WebBrowser 的边框却依然存在Q是 CSS 错了吗?NOQ是你的 DOCTYPE Z问题Q以上的 CSS ?XHTML 下是无效果的Q将 DOCTYPE 设ؓ HTML4 卛_Q?br />
闲话表过Q再表闲话?/p>
话说Mitch Kapor以数十亿金高h把一手创建的Lotus公司卖给IBM后,做了一D|资hQ又回归技术界Q创立一家开源基金会。ؓ了实现心目中“最好的PIM软gQ个Z息管理,cMOutlook那样的)”Q投入百万美元,聘请了一最NB的程序员Q包括Netscape元老E序员、Macintosh操作pȝ核心E序员、微软资深开发工E师……Q,动手开qӀ有q乎奢侈的资源(财力、h力、时_Q照说项目应该顺利进行吧。其实不然。这个名为Chandler的项目,?000q开始立,开发过E中软g功能列表一再羃减,直至今日未推出1.0正式版本。测试版本在我的Windows 2003操作pȝ上,仍然无法q行?/p>
看过上面两桩闲话Q读者大概知道我惌什么了。雄伟的愿景往往于I想Q做软g难,W一隑ְ在于蓝图太宏大。常有朋友找我帮他们做顾问,看看他们的Y?|站目。通常的过E会是这样—?/p>
Q演C、讲解项目目标、功能等{)
我:请问Q这是你们真正想要的东西吗?
ҎQ是Q我们想做最好的xxx?br />
我:请问Q你们打花多长旉来做q个目呢?
ҎQ三个月?br />
我:坦率地说Q你们不可能做得到。我的徏议是Q把刚才说的功能先砍掉一半,再砍掉三分之二,剩下的部分,大概是三个月之内你们能完成的部分了?br />
ҎQ?#8230;…
产品设计者往往会想得太多,把所有可能\径都设想在内。而开发者则往往会低估项目难度,做出太过乐观的判断。这Ll果是Q以为可以在q短旉内完成过于庞杂的功能。危x二:其一Q项目无限期延误Q其二,功能不断~减。六个月甚至一q之后,大褂没做成,千疮癑֭内裤倒是有一条。与其如此,不如一开始就以内裤ؓ目标好了?/p>
昨天有h问我Qؓ什么是“先砍一半再砍三分之?#8221;而不?#8220;砍掉六分之五”。我说的“?#8221;Q不是简单按字母序嚓嚓嚓,而是一个讨论、思考的q程。第一步去除一半,W二步去除一半的三分之二。v初设惛_那么多功能,肯定׃不少心血。现在要砍,每一w昑־那么宝贵而舍不得丢弃。反复斟酌、流泪放弃,最后剩下的Q是软g/|站目最最核心和关键的功能Q也是以目前资源所能完成的工作。以后,再视q营情况加以增补?/p>
我想Q做其它事,或许也可以采用类似的Ҏ吧。大褂还是内裤,q是一个难题。以我之愚鲁Q大褂不敢妄惻I甚至没准内裤也做不出来,那就t踏实实、裁剪缝制一个真有用的口|吧?/p>
我想q种场景在我们的目实施q程中会l常出现Q那么接下来该做些什么呢Q是技术h员该此技术方案找出N+1条拒l的理由q是产品l理l箋讲述WN+1遍方案细节呢Q当焉不是Q腾讯搜索品中心副ȝ理邢宏宇认ؓQ讨Z致性的目标才是最应该做的?/p>
腾讯搜烦产品中心副ȝ理邢宏宇是一位技术团?#8220;老练?#8221;的领路h。他认ؓQ在目实施的过E中Q技术和需求之间会产生矛盾q是一个普遍的现象。这些矛盄存在带来的负面媄响可谓是大小不一Q大C使整个项目停滞或者流 产,到员工之间不和睦闹矛盾。当Ӟ我们也看C很多成功合作的案例,他们是如何解册些矛盄呢?
在上面的故事中,其实产品l理做了B技术方案是Z实现产品功能AQ那么他只需要把他要实现的功能A清楚的描q给技术h员就可以了。最后技术h员用了更好的技术方案CL的实C产品功能A。因此,在现代项目实施过E中Q品经理和技术h员之间需要学?#8220;沟通、信仅R支?#8221;?/p>
软g产品特别是互联网产品的多h、多变性的特征使得它的诞生必然要伴随着成千上万ơ的沟通?邢宏宇表C,“沟通更深层ơ的也代表着你主动参与意识的强弱Q而不仅仅是被动的d成一Q务,参与E度高它所能给你带来的乐趣也越大?#8221;
沟通也需要技巧,正如我们之前的故事里所Ԍ如果产品l理一直和技术h员沟通B技术方案,但技术h员却q不知道是ؓ了实现功能AQ这L沟通只会浪Ҏ间。所以,沟通也?#8220;各司其职”。越U的沟通就会埋下问题的U子Q这也是Z么沟通之后需要信仅R?/p>
产品l理擅长的是功能描述、技术h员擅长的是技术方案的制定。邢宏宇_“我们都要怿Ҏ的专业素质,技术h员要怿产品l理提出的功能一定是l过专业思考的Q而品经理也一定要怿针对q样的功能技术h员肯定能拿出最优的技术解x案?#8221;只有q样Q技术h员才不会说品的某一个功能是“垃圾”Q而品经理也不会俎代庖的帮技术h员想好技术方案。团队之间表现在Q技术h员帮助品经理提和想办法Q思考自己在技术实现的q程中出现的问题Q可不可以做技术上的优化;而品经理在帮助技术h员徏议方案同时也要反思一下自己提出的功能是否真的合理?/p>
邢宏宇ȝ_“M一个Y件品都是一个高度集中的集体智慧Q这其中团队内部、团队之间你来我往的协作过E中Q包含了更多的艺术和技巧?#8221;
上面是对Apache的配|,Tomcat也是需要调整的Q修改tomcat目录/conf/web.xml文gQ如下,listings改ؓtrueQ?br />
<servlet>
<servlet-name>default</servlet-name>
<servlet-class>org.apache.catalina.servlets.DefaultServlet</servlet-class>
<init-param>
<param-name>debug</param-name>
<param-value>0</param-value>
</init-param>
<init-param>
<param-name>listings</param-name>
<param-value>false</param-value>
</init-param>
<load-on-startup>1</load-on-startup>
</servlet>
Ҏ记录下来Q供大家参考?br />
整理Q枫q雅?http://www.fyyk.com 点击下蝲PDF文g
转蝲?a >http://blog.csdn.net/esoftwind
译自TSS的文章?- Uncover the hood of J2EE Clustering
原文Q?a >http://www.theserverside.com/tt/articles/article.tss?l=J2EEClustering
越来越多的关键应用q行在J2EEQJava 2, Enterprise EditionQ中Q这些诸如银行系l和账单处理pȝ需要高的可用性(High Availability, HAQ,同时像Google和Yahooq种大系l需要大的~性。高可用性和伸羃性在今天高速增长的互连接的世界的重要性已l证实了。eBay?999q?月停?2时的事故,中断了约230万的拍卖QeBay的股下降了9.2个百分点?/p>
J2EE集群是用来提供高可用性和伸羃性服务,同时支持定w处理的一U流行的技术。但是,׃J2EE规范~Z寚w的支持QJ2EE供应商实现集的Ҏ也各异。这lJ2EE架构师和开发h员带来了很多困难。以下是几个常见的问题:
?>Z么带集群功能的商业J2EE服务器品如此昂贵?Q?0倍于不带集群功能的品)
?>Z么基于单服务器环境构建的应用不能在集中q行Q?br /> ?>Z么应用在集群环境中运行得很慢Q但在非集群环境中却快得多?
?>Z么集的应用UL到其他服务器中失败?
理解q些限制和要素的最x法是学习他们的实现方式?/p>