February 2010 - Posts
阅读: 23 评论: 0 作者: lovecherry 发表于 2010-02-26 13:49 原文链接 ASP.NET TRACE是一个不错的功能可以收集下列信息 Request Details The Request Details section displays general information about the current request and response. Value Description Session ID The session identification for the specified request. Time of Request The time the request was made. Request Encoding The character encoding for the request. Request Type The HTTP method used (GET or POST). Status Code The status-code value associated with the response. For more information, see RFC 2616 at the World Wide Web Consortium (W3C) Web site . Response Encoding The character encoding for the response. Trace Information The Trace Information section displays the flow of page-level events. If you have created custom...
问题: HttpUtility.HtmlDecode ,HttpUtility.HtmlEncode 与 Server.HtmlDecode ,Server.HtmlEncode 与 HttpServerUtility.HtmlDecode , HttpServerUtility.HtmlEncode 有什么区别? 他们与下面一般手工写的代码有什么不一样的? public static string htmlencode( string str) { if (str == null || str == " ") return " "; str = str.Replace(" > ", " > "); str = str.Replace(" < ", " < "); str = str.Replace(" ", " "); str = str.Replace(" ", " "); str = str.Replace(" \" ", " " "); str = str.Replace(" \' ", " ' "); str = str.Replace(" \n ", " <br/> "...
阅读: 36 评论: 0 作者: geff zhang 发表于 2010-02-25 20:45 原文链接 从新闻 Twitter用户暴增20倍 计划弃用MySQL 中看到了Cassandra数据库,网上查了一下这个Cassandra的资料,找到一篇较详细的中文资料: Cassandra数据模型 下面一段引自这篇文章: 各种NoSQL数据库有很多,我最关注的还是 BigTable 类型,因为它是一个高可用可扩展的分布式计算平台,用来处理海量的结构化数据,而数据库同样也是处理结构化数据,所以除了没有SQL,在数据模型方面有相似之处。 Cassandra 是facebook开源出来的一个版本,可以认为是BigTable的一个开源版本,目前twitter和digg.com在使用。我们尝试从DBA的角度出发去理解Cassandra的数据模型。 NoSQL并不能简单的理解为 No SQL ,其本质应该是 No Relational ,也就是说它不是基于关系型的理论基础,而我们所有传统的数据库都是基于这套理论而发展起来的,所以SQL并不是问题的关键所在,比如有些NoSQL数据库可以提供SQL类型的接口,允许你通过类SQL的语法去访问数据。而Friendfeed则是反其道而行之,利用关系型数据库MySQL,采用了去关系化的设计方法,去实现自己的KeyValue存储。所以NoSQL的本质是No Relational。 在园子里发现老赵同志也在研究No SQL: MongoDB与Tokyo Tyrant性能比较(1):基础CRU操作 ,从这篇文章回复中发现 Inrie 也在做相应的数据库选型,其中也提到了Cassandra,说实在的,之前基本没有关注过No SQL,看来这个相当热门和普遍的技术...
ASP.NET 1.0 引入了输出缓存的概念,允许我们把网页,控件输出保存在内存的缓存中。然后在之后的web请求中,ASP.NET可以通过从缓存中取出和使用现成的输出(而不是再次执行网页重新从头生成输出),以实现快速地将内容输出,提高应用的性能。 ASP.NET的输出缓存是相当灵活的,它允许你根据网页/查询字符串/表单提交参数等来缓存不同版本的内容;它也允许你基于访问你的应用的客户端的浏览器类型或者用户语言选项来缓存不同版本的内容。你可以配置ASP.NET在一个特定的时间内缓存某个特定的输出缓存,你还可以配置ASP.NET基于某个外部事件(例如,缓存内容基于的数据库改变了)动态地使得缓存条目失效。 但ASP.NET V1->V3.5中的输出缓存有一个限制,就是缓存存储本身不是可扩展的,缓存的内容总是保存在内存中的。 ASP.NET 4.0 中 为输出缓存添加了扩展点,现在允许开发人员配置一个或多个定制的输出缓存提供器(output-cache provider)。输出缓存提供器可以使用任何存储机制来持久化缓存内容。比如文件,其他进程的内存,其他服务器的进程,memcached 等其他分布式缓存。 下面就是一个简单的演示例子,演示如何自己定制一个基于文件的输出缓存提供器。 要实现我们自己的输出缓存提供器,我们需要自己从 System.Web.Caching.OutputCacheProvider 抽象类派生一个自己的输出缓存提供器类,即实现这个抽象类的下面4个抽象方法: public override object Add( string key, object entry, DateTime utcExpiry) { } public override object Get...
阅读: 1 评论: 0 作者: xlzhu 发表于 2010-02-25 10:45 原文链接 英文书名是:《Microsoft Solutions Framework Essentials: Building Successful Technology Solutions》 在china-pub上的链接是: http://www.china-pub.com/195976 在当当上的链接是: http://product.dangdang.com/product.aspx?product_id=20680893 书的译名取得稍有些夸张,内容还比较实用,基于MSF 4.0。如果读者对CMMI、Agile(我知道这个词已经被滥用到了令人发指的地步了)、RUP模型比较熟悉的话,阅读起来就很有帮助,如果对MSF一无所知,恐怕会有些阅读障碍 书中的重点内容: 1、MSF团队的建立 对各个代言群的代言对象、专注点、关键责任、关键活动进行了详细描述。属于本书的重点部分,读者详细阅读后,对MSF团队各代言群会有比较清晰的了解 2、管理项目风险 阐述了风险管理的必要性和MSF中的风险管理流程,和其他模型中的风险管理没有太大区别 3、定义解决方案 阐述了定义解决方案的步骤,比较简略 4、计划解决方案 也属于本书的重点部分,对计划阶段的关键检查点、计划流程等进行了详细描述,对计划如何构建、何时构建提供了详细的建议 总体而言,书中重点在团队的建立和项目计划相关的内容,对项目进行过程中和部署解决的问题,描述的比较粗略、实战意义不够强 ,适合准备在团队中实施MSF的读者参考 关于翻译质量,总体来说属于中规中矩,没有太大的瑕疵。china-pub.com上有读者对program management和program...
阅读: 27 评论: 0 作者: Teddy's Knowledge Base 发表于 2010-02-24 22:07 原文链接 In this article, let’s practice applying LRU caching in an enterprise application for different business cases. Background Firstly, let’s assume we have a User table in database and there may be millions of rows in this table. LRU caching is only meaningful if the total data to be cached is huge, which means it is impossible to put all the data in memory at same time. For example, if the rows in User table are only thousands, we could consider cache everything, but if it is millions, it becomes unsuitable to cache everything, right? Our target is to LRU cache the total huge user data in our enterprise application for different business cases. Practice Case 1 Users...
阅读: 42 评论: 0 作者: Teddy's Knowledge Base 发表于 2010-02-23 23:52 原文链接 Background Caching is an very important topic in enterprise-level multi-tier application, especially for web application. A general rule for applying caching is you should consider do necessary caching at each tier of your application if possible. The other basic rule for applying caching is the closer the cache is near the user, the cheaper the cost to implement it is. For example, to implement browser side caching is much cheaper than at server side. For a B/S application, from client to server side, possible tiers to implement caching include: Browser: local sandbox cache, memory cache Network Router: CDN Web Server: HTTP output cache, memory cache, distributed cache Application...
我们在开发一个新系统时,都会做可行性分析,系统分析中可行性分析包含的方面如下: 经济可行性:分析新系统所带来的经济效益是否超过开发和维护该系统所需的费用。 技术可行性:根据现有的技术条件,分析所提出的要求是否能够达到。技术可行性主要包括硬件,软件和人员三个方面。 管理上的可行性:所建立的信息系统能否在用户单位实现,在当前的组织环境下能否很好的运行,人员素质,工作制度等等的影响。 社会因素可行性:合同的责任,专利权,版权是否有侵犯的可能等等。 开发环境的可行性:单位高层意见是否一致?资金是否能到位?能否抽出骨干力量参加系统开发?等等。 参考资料: 2009年上半年系统分析师下午试题答案1 http://www.ruankao.net/zhenti/2009%E5%B9%B4%E4%B8%8A%E5%8D%8A%E5%B9%B4%E7%B3%BB%E7%BB%9F%E5%88%86%E6%9E%90%E5%B8%88%E4%B8%8B%E5%8D%88%E8%AF%95%E9%A2%98%E7%AD%94%E6%A1%881.htm 软件及系统开发项目可行性分析报告-样例 http://www.cioage.com/art/200906/65492.htm 2009年上半年系统分析师考试试题分析 http://www.ittang.com/2009/0527/9320.html 推荐文章 博客堂源代码发布已经发布于Codeplex,邀请您来捉臭虫 300多个Sample工程,你怎么查找自己想要的? 关于QuickPart的Q&A 我在SharePoint 2010 Day上做的一个演示课程 ASP.NET MVC 2博客系列之一:强类型HTML辅助方法 ASP.NET MVC...
现在ASP.NET MVC已经发布MVC2 RC2的版本,可以从 http://www.microsoft.com/downloads/details.aspx?FamilyID=7aba081a-19b9-44c4-a247-3882c8f749e3&displaylang=en 页面上下载,当然了这个安装程序是针对VS2008的。而VS2010的最新发布版本为VS2010 RC版,该版本中内置了较新版的MVC2框架,不必单独安装。 而我们使用过ASP.NET MVC的同学们呢,应该注意到MVC2中默认的强类型View模板跟之前的版本是不同的,主要原因是因为其对应的T4模板不同。如果有一个项目原来使用的ASP.NET MVC1开发的,现在要升级为MVC2。该场景下你对原来的默认强类型View加入了一些js特效,若跟HTML结构有直接关系,那么升级到MVC2会有不兼容问题,原因是MVC1的HTML是每个Model属性用<p></p>包括的,而MVC2的则是两个<div></div>分别包括属性的显示名和相应的编辑空间或显示内容。那么我们如何快速解决这个问题呢?其实较为简单,操作如下 到您的Visual Studio安装目录中搜索一下CodeTemplates,分别找到MVC1和MVC2对应的的CodeTemplates\AddViews目录 将MVC1的CodeTemplates\AddViews中要用到MVC2的模板文件复制到MVC2的CodeTemplates\AddViews中,并修改相应的名称,甚至可以将类似TextBox方法改为TextBoxFor方法以提升性能,即可实现在该版本的VS中的所有MVC2项目的添加强类型View多出旧版View的支持...
阅读: 5 评论: 0 作者: geff zhang 发表于 2010-02-21 21:24 原文链接 CouchDB是用Erlang开发的面向文档的数据库系统,最近刚刚发布了0.10版本。CouchDB不是一个传统的关系数据库,而是面向文档的数据库,其数据存储方式有点类似lucene的inde文件格式,CouchDB最大的意义在于它是一个面向web应用的新一代存储系统,事实上,CouchDB的口号就是:下一代的Web应用存储系统,那么让我们来一一分析CouchDB的特点: 一、CouchDB是分布式的数据库,他可以把存储系统分布到n台物理的节点上面,并且很好的协调和同步节点之间的数据读写一致性。这当然也得以于Erlang无与伦比的并发特性才能做到。对于基于web的大规模应用文档应用,然的分布式可以让它不必像传统的关系数据库那样分库拆表,在应用代码层进行大量的改动。 二、CouchDB是面向文档的数据库,存储半结构化的数据,比较类似lucene的index结构,特别适合存储文档,因此很适合CMS,电话本,地址本等应用,在这些应用场合,文档数据库要比关系数据库更加方便,性能更好。 三、CouchDB支持REST API,可以让用户使用JavaScript来操作CouchDB数据库,也可以用JavaScript编写查询语句,我们可以想像一下,用AJAX技术结合CouchDB开发出来的CMS系统会是多么的简单和方便 其实CouchDB只是Erlang应用的冰山一角,在最近几年,基于Erlang的应用也得到的蓬勃的发展,特别是在基于web的大规模,分布式应用领域,几乎都是Erlang的优势项目。 CouchDB了解(-) 特性及实现: http://erlangdisplay.javaeye...
More Posts
Next page »