其实css也是将HTML从数据和表现分离的有力工具。石头的CSS Oriented Design:COD非常合我的口味,摒弃TOD(Table Oriented Design)还真不是意见容易的事情,但是一旦实现,系统本身就实现了分工和协作:就能像Winamp一样换皮肤了,从而发挥用户最大的能动性。最直接的例子就是本网站使用的MT系统,所有的STYLE都来自MovableStyle。
需求:将XML结果集中的<b>显示成红色,其实完全可以通过客户端的CSS实现:
代码如下:
首先
<blockquote>
利用CSS,不通过replace替换<b>标引</b>HTML标记
</blockquote>
利用CSS,不通过replace替换<b>标引</b>HTML标记
这样:
在CSS中定义了:b {color:red;}
后,所有的<b>除了加粗外,还有红色的属性,为了防止整个页面中的其他<b>都被标红,我将结果都放在一个<
blockquote>中,然后再在CSS中定义:
<style><!--
blockquote b {color:red;}
//-->
</style>
由于CSS的继承关系,只有所有在blockquote中的<b>才会被标红:
通过设置 font-weight:normal 甚至可以让<b>字体变细。
通过这个问题:得出一下2个结论
1 设计带有标引的对外搜索服务时,可以使用<b>做为标记
2 在客户端,可以通过CSS来实现控制。
关于:CSS, Accesibility and Standards Links
后记:
也曾经一段时间非常追求XML/XSLT/CSS的数据/结构/表现分离的理念。但是XSLT实施成本的确比较高,所以Resin上开发了基于XHTML的轻量级模板技术,我觉得还挺人性的 ASP .net的实现也是类似。
可能没有最好的模式,只有最合适的模式:关键还是要看开发本身的复杂程度
数百行代码过程性编程效率可能最高;
千行代码量可能面向函数开发效率最高;
万行代码量时,可能就不得不OO了。
其实css也是将HTML从数据和表现分离的有力工具。石头的CSS Oriented Design:COD非常合我的口味,摒弃TOD(Table Oriented Design)还真不是意见容易的事情,但是一旦实现,系统本身就实现了分工和协作:就能像Winamp一样换皮肤了,从而发挥用户最大的能动性。最直接的例子就是本网站使用的MT系统,所有的STYLE都来自MovableStyle。
需求:将XML结果集中的<b>显示成红色,其实完全可以通过客户端的CSS实现:
代码如下:
首先
<blockquote>
利用CSS,不通过replace替换<b>标引</b>HTML标记
</blockquote>
利用CSS,不通过replace替换<b>标引</b>HTML标记
这样:
在CSS中定义了:b {color:red;}
后,所有的<b>除了加粗外,还有红色的属性,为了防止整个页面中的其他<b>都被标红,我将结果都放在一个<
blockquote>中,然后再在CSS中定义:
<style><!--
blockquote b {color:red;}
//-->
</style>
由于CSS的继承关系,只有所有在blockquote中的<b>才会被标红:
通过设置 font-weight:normal 甚至可以让<b>字体变细。
通过这个问题:得出一下2个结论
1 设计带有标引的对外搜索服务时,可以使用<b>做为标记
2 在客户端,可以通过CSS来实现控制。
关于:CSS, Accesibility and Standards Links
后记:
也曾经一段时间非常追求XML/XSLT/CSS的数据/结构/表现分离的理念。但是XSLT实施成本的确比较高,所以Resin上开发了基于XHTML的轻量级模板技术,我觉得还挺人性的 ASP .net的实现也是类似。
可能没有最好的模式,只有最合适的模式:关键还是要看开发本身的复杂程度
数百行代码过程性编程效率可能最高;
千行代码量可能面向函数开发效率最高;
万行代码量时,可能就不得不OO了。
Mysql数据库引擎之间的异同罗列如下:
ISAM
ISAM是一个定义明确且历经时间考验的数据表格管理方法,它在设计之时就考虑到数据库被查询的次数要远大于更新的次数。因此,ISAM执行读取操作的速度很快,而且不占用大量的内存和存储资源。ISAM的两个主要不足之处在于,它不支持事务处理,也不能够容错:如果你的硬盘崩溃了,那么数据文件就无法恢复了。如果你正在把ISAM用在关键任务应用程序里,那就必须经常备份你所有的实时数据,通过其复制特性,MySQL能够支持这样的备份应用程序。
MyISAM
MyISAM是MySQL的ISAM扩展格式和缺省的数据库引擎。除了提供ISAM里所没有的索引和字段管理的大量功能,MyISAM还使用一种表格锁定的机制,来优化多个并发的读写操作。其代价是你需要经常运行OPTIMIZE TABLE命令,来恢复被更新机制所浪费的空间。MyISAM还有一些有用的扩展,例如用来修复数据库文件的MyISAMChk工具和用来恢复浪费空间的MyISAMPack工具。
MyISAM强调了快速读取操作,这可能就是为什么MySQL受到了Web开发如此青睐的主要原因:在Web开发中你所进行的大量数据操作都是读取操作。所以,大多数虚拟主机提供商和Internet平台提供商(Internet Presence Provider,IPP)只允许使用MyISAM格式。
HEAP
HEAP允许只驻留在内存里的临时表格。驻留在内存里让HEAP要比ISAM和MyISAM都快,但是它所管理的数据是不稳定的,而且如果在关机之前没有进行保存,那么所有的数据都会丢失。在数据行被删除的时候,HEAP也不会浪费大量的空间。HEAP表格在你需要使用SELECT表达式来选择和操控数据的时候非常有用。要记住,在用完表格之后就删除表格。让我再重复一遍:在你用完表格之后,不要忘记删除表格。
InnoDB和Berkley DB
InnoDB和Berkley DB(BDB)数据库引擎都是造就MySQL灵活性的技术的直接产品,这项技术就是MySQL++ API。在使用MySQL的时候,你所面对的每一个挑战几乎都源于ISAM和MyISAM数据库引擎不支持事务处理也不支持外来键。尽管要比ISAM和MyISAM引擎慢很多,但是InnoDB和BDB包括了对事务处理和外来键的支持,这两点都是前两个引擎所没有的。如前所述,如果你的设计需要这些特性中的一者或者两者,那你就要被迫使用后两个引擎中的一个了。
如果感觉自己的确技术高超,你还能够使用MySQL++来创建自己的数据库引擎。这个API为你提供了操作字段、记录、表格、数据库、连接、安全帐号的功能,以及建立诸如MySQL这样DBMS所需要的所有其他无数功能。深入讲解API已经超出了本文的范围,但是你需要了解MySQL++的存在及其可交换引擎背后的技术,这一点是很重要的。估计这个插件式数据库引擎的模型甚至能够被用来为MySQL创建本地的XML提供器(XML provider)。(任何读到本文的MySQL++开发人员可以把这一点当作是个要求。)
至于对已存在数据的表可以使用alter table先转换原表类型再建立全文索引。
prototype.js开发笔记
Prototype 1.5.0 Pre0的小抄(Cheat Sheet)
Rico
Yahoo! UI Library
MochiKit – A lightweight Javascript library
AFLAX: A JavaScript Library for Macromedia’s Flash™ Platform
Dojo - DojoToolkit.org
script.aculo.us - web 2.0 javascript
jQuery: New Wave Javascript
jUploadr:上传图片到 Flickr