文章来自:cnbeta.com
原文链接:http://www.cnbeta.com/articles/74701.htm
新闻来源:岁月如歌
JavaScript游戏一段时间内将还只是开发者们的“玩物”，要真正转换为商业应用，可能还有一段漫长的路要走。但是，当Super Mario跳跃在Web网页上时，这昭示着JavaScript的时代已经到来了。JavaScript能做什么？2008年的答案是：JavaScript连游戏都能做！
乔布斯说：“活着就是为了改变世界，难道还有其它原因吗？” 2008年，在Web前端开发界，无论国外还是国内，都发生了不少事情，有哪些是改变世界或即将改变世界的大事件呢？
JavaScript游戏
2008年4月9日，Dion Almaer发现了一款非常经典的JavaScript游戏：Super Mario. 这款游戏由Jacob Seidelin开发，大小仅14k.
(Super Mario JavaScript版本： http://jsmario.com.ar/)
不少Web开发者们大跌眼镜：这真的是用JavaScript开发出来的？答案是肯定的。这款游戏利用了Canvas元素（IE中用HTML模拟），图像 存储在加密的字符串中，还用base64存储了MIDI背景音乐。除了这些技巧，其它代码就是我们熟悉的HTML、CSS和JavaScript.
Super Mario JavaScript版本的横空出世（之前也出现过用JavaScript写的游戏，但没有像Super Mario一样引起大家的关注），激起了一股用JavaScript编写游戏的热潮：
许多经典的游戏都有了JavaScript版本：Pac-Man（经典的吃豆子游戏）， Space Invaders（太空入侵者），Spacius（百玩不厌的雷电）等等。
甚至还出现了一些比较复杂的角色扮演游戏：Andrew Wooldridge创造的Tombs of Asciiroth 和 CanvasQuest，Pierre Chassaing创造的ProtoRPG等。
伴随JavaScript游戏的热潮，还出现了不少专门用于游戏开发的JavaScript库。最突出的是GameJS（基于Canvas的一个2D游戏开发库） 和 GameQuery（这是jQuery的一个插件）。
除了用Canvas构建2D游戏，用JavaScript还可以构建3D游戏，还出现了非常出色的Processing.js，以及JavaScript PlotTool绘图工具等等。
感慨：JavaScript游戏一段时间内将还只是开发者们的“玩物”，要真正转换为商业应用，可能还有一段漫长的路要走。但是，当Super Mario跳跃在Web网页上时，这昭示着JavaScript的时代已经到来了。JavaScript能做什么？2008年的答案是：JavaScript连游戏都能做！
大放异彩的jQuery
2008年，无论对于jQuery的作者John Resig还是jQuery库本身来说，都是非常棒的一年。jQuery首页上有一行很明显的加粗文字：
jQuery is designed to change the way that you write JavaScript.
jQuery设计成可以改变你书写JavaScript的方式。
jQuery用数据和事实证明了它的魅力。一定程度上，甚至可以毫不夸张地说：jQuery改变了Web前端开发界。下面是用Google Trends统计的常用JavaScript库在2008年的搜索量曲线图：
2008年9月份，jQuery团队战绩斐然：Microsoft和Nokia正式将jQuery集成进他们的应用程序开发平台。此外，Google的部 分应用里，也早就采纳了jQuery. 从jQuery的首页上还可以看出，DELL, Bank of America, Digg, Technorati, Mozzila等站点都在使用jQuery.
当然，除了jQuery，其它JavaScript在2008年也都有可圈可点的发展。YUI3的Preview版本，是我见过的最具有发展潜力的框架。 ExtJS在国内的普及也非常迅猛，JavaEye社区里，ExtJS一定程度上成了Ajax的代名词，各种有关ExtJS的技术文章和书籍非常多（遗憾 的是书籍的质量不高）。Prototype不温不火。Mootools则在低调中用其优雅的代码吸引了不少忠实用户。
感慨：上面提到的每个JavaScript库都是非常优秀的，掌握任何一个，对于我们的日常工作来说，都绰绰有余了。 只是对于2008年来说，jQuery的表现太突出了，连我这个天天工作用YUI的人，在2008年，都不得不为jQuery鼓掌，为John Resig喝彩！各种JavaScript库的争奇斗艳，这是JavaScript时代已经到来的另一个标志。
蹒跚起步的网页工业化
2008年，如果你是一名Web前端开发工程师，却没有听说过“栅格”两个字，那你一定是工作太忙太专心了。2008年10月份，在淘宝UED博客，出现了一篇“
960的秘密”，揭开了网页栅格系统在国内的研究小热潮。
伴随着栅格系统的争论，国内的前端技术博客里还出现不少对CSS框架和布局的探讨。这一切，所要解决的是以下两个问题：
- 网页的规范性。随着站点的成长，页面会以几何级数的速度增加。面对成千上万个网页，如何保持风格的一致性是一个不小的挑战。
- 网页的工业化产出。在遵守规范和保证质量的基础上，如何让页面制作容易，如何让运营人员能批量制造页面，这是目前许多大型站点面临的另一个问题。
国内站点中，淘宝、百度有啊、网易等站点的已逐步采用栅格系统。淘宝的首页和频道目前已经全部栅格化，同时尝试性开发了TMS（模板管理系统）来解决网页的工业化产出问题。
感慨：网页的高质量工业化产出，在国内很多公司才刚起步。2009年，我相信工业化将依旧是Web前端开发界的关键词。
这些也很出色
- 渐进增强。2008年10月份，Aaron Gustafson在ALA网站上发表了一系列有关渐进增强的文章，探讨的核心问题是：JavaScript应该做什么以及Web前端开发的技术流程。 JavaScript游戏让我们看到了JavaScript的魔力，Aaron提醒我们不能滥用JavaScript，我们要仔细考虑 JavaScript的使用场景。可用性，无侵入性，可访问性等等，这些理念是每一个前端开发工程师需要好好思考的。
- D2（前端技术论坛）。 2008年，在北京和上海分别举办了两届D2，这是国内前端开发工程师们的两场盛会。前端工程师，这个新生的职位逐步被国内各大公司接受。D2的意义在于，我们聚集在一起，发出了自己的声音！
- Google Chrome的诞生。 2008年，Chrome， JS V8引擎，Google迫使各大浏览器厂商开始比拼JavaScript引擎速度，这是JavaScript时代已经到来的另一个标志。Google和 Mozzila的努力，在年末的时候带来鼓舞人心的统计结果：IE的使用率跌破70%. 万恶的IE6，早点灭亡吧。2009年，Google的号角和淘宝网即将掀起的 NO IE6 活动，将加速IE6的灭亡。
最后，用两句话来结束本文：
2008年，我们努力改变世界！
2009年，我们继续改变世界，同时世界将开始为我们而改变！
原作者：冰山上的播客
看到这篇文章的时候，很是惊讶原作者的耐心，虽然我们在平时用的也有一些，但没有作者列出来的全，写excel的时候，我用过pear的库，也用过pack压包的头，同样那些利用smarty等作的简单替换xml的也用过，csv的就更不用谈了。呵呵。（COM方式不讲了，这种可读的太多了，我也写过利用wps等进行word等的生成之类的文章 ）
但是在读的时候，只用过一种，具体是什么忘了，要回去翻代码了。因为采用的是拿来主义，记不住。
原文地址：http://xinsync.xju.edu.cn/index.php/archives/3858
原文内容：
最近因项目需要，需要开发一个模块，把系统中的一些数据导出成Excel，修改后再导回系统。就趁机对这个研究了一番，下面进行一些总结。
基本上导出的文件分为两种：
1：类Excel格式，这个其实不是传统意义上的Excel文件，只是因为Excel的兼容能力强，能够正确打开而已。修改这种文件后再保存，通常会提示你是否要转换成Excel文件。
优点：简单。
缺点：难以生成格式，如果用来导入需要自己分别编写相应的程序。
2：Excel格式，与类Excel相对应，这种方法生成的文件更接近于真正的Excel格式。
如果导出中文时出现乱码，可以尝试将字符串转换成gb2312，例如下面就把$yourStr从utf-8转换成了gb2312:
$yourStr = mb_convert_encoding(”gb2312″, “UTF-8″, $yourStr);
【有网友指出上面的转换是错误的，确实，上面的参数顺序是iconv函数的，$yourStr应该是第一个参数。】
下面详细列举几种方法。
一、PHP导出Excel
1：第一推荐无比风骚的PHPExcel，官方网站： http://www.codeplex.com/PHPExcel
导入导出都成，可以导出office2007格式，同时兼容2003。
下载下来的包中有文档和例子，大家可以自行研究。
抄段例子出来：
PHP代码
- <?php
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
- error_reporting(E_ALL);
-
-
- set_include_path(get_include_path() . PATH_SEPARATOR . ‘../Classes/’);
-
-
- include ‘PHPExcel.php’;
-
-
- include ‘PHPExcel/Writer/Excel2007.php’;
-
-
- echo date(’H:i:s’) . ” Create new PHPExcel object\n”;
- $objPHPExcel = new PHPExcel();
-
-
- echo date(’H:i:s’) . ” Set properties\n”;
- $objPHPExcel->getProperties()->setCreator(”Maarten Balliauw”);
- $objPHPExcel->getProperties()->setLastModifiedBy(”Maarten Balliauw”);
- $objPHPExcel->getProperties()->setTitle(”Office 2007 XLSX Test Document”);
- $objPHPExcel->getProperties()->setSubject(”Office 2007 XLSX Test Document”);
- $objPHPExcel->getProperties()->setDescrīption(”Test document for Office 2007 XLSX, generated using PHP classes.”);
- $objPHPExcel->getProperties()->setKeywords(”office 2007 openxml php”);
- $objPHPExcel->getProperties()->setCategory(”Test result file”);
-
-
- echo date(’H:i:s’) . ” Add some data\n”;
- $objPHPExcel->setActiveSheetIndex(0);
- $objPHPExcel->getActiveSheet()->setCellValue(’A1′, ‘Hello’);
- $objPHPExcel->getActiveSheet()->setCellValue(’B2′, ‘world!’);
- $objPHPExcel->getActiveSheet()->setCellValue(’C1′, ‘Hello’);
- $objPHPExcel->getActiveSheet()->setCellValue(’D2′, ‘world!’);
-
-
- echo date(’H:i:s’) . ” Rename sheet\n”;
- $objPHPExcel->getActiveSheet()->setTitle(’Simple’);
-
-
- $objPHPExcel->setActiveSheetIndex(0);
-
-
- echo date(’H:i:s’) . ” Write to Excel2007 format\n”;
- $objWriter = new PHPExcel_Writer_Excel2007($objPHPExcel);
- $objWriter->save(str_replace(’.php’, ‘.xlsx’, __FILE__));
-
-
- echo date(’H:i:s’) . ” Done writing file.”;
2、使用pear的Spreadsheet_Excel_Writer类
下载地址： http://pear.php.net/package/Spreadsheet_Excel_Writer
此类依赖于OLE,下载地址：http://pear.php.net/package/OLE
需要注意的是导出的Excel文件格式比较老，修改后保存会提示是否转换成更新的格式。
不过可以设定格式，很强大。
PHP代码
- <?php
- require_once ‘Spreadsheet/Excel/Writer.php’;
-
-
- $workbook = new Spreadsheet_Excel_Writer();
-
-
- $workbook->send(’test.xls’);
-
-
- $worksheet =& $workbook->addWorksheet(’My first worksheet’);
-
-
- $worksheet->write(0, 0, ‘Name’);
- $worksheet->write(0, 1, ‘Age’);
- $worksheet->write(1, 0, ‘John Smith’);
- $worksheet->write(1, 1, 30);
- $worksheet->write(2, 0, ‘Johann Schmidt’);
- $worksheet->write(2, 1, 31);
- $worksheet->write(3, 0, ‘Juan Herrera’);
- $worksheet->write(3, 1, 32);
-
-
- $workbook->close();
- ?>
3:利用smarty，生成符合Excel规范的XML或HTML文件
支持格式，非常完美的导出方案。不过导出来的的本质上还是XML文件，如果用来导入就需要另外处理了。
详细内容请见rardge大侠的帖子：http://bbs.chinaunix.net/viewthread.php?tid=745757
需要注意的是如果导出的表格行数不确定时，最好在模板中把”ss:ExpandedColumnCount=”5″ ss:ExpandedRowCount=”21″”之类的东西删掉。
4、利用pack函数打印出模拟Excel格式的断句符号，这种更接近于Excel标准格式，用office2003修改后保存，还不会弹出提示，推荐用这种方法。
缺点是无格式。
PHP代码
- <?php
-
- header(”Pragma: public”);
- header(”Expires: 0″);
- header(”Cache-Control: must-revalidate, post-check=0, pre-check=0″);
- header(”Content-Type: application/force-download”);
- header(”Content-Type: application/octet-stream”);
- header(”Content-Type: application/download”);;
- header(”Content-Disposition: attachment;filename=test.xls “);
- header(”Content-Transfer-Encoding: binary “);
-
-
- xlsBOF();
- xlsWriteLabel(1,0,”My excel line one”);
- xlsWriteLabel(2,0,”My excel line two : “);
- xlsWriteLabel(2,1,”Hello everybody”);
-
- xlsEOF();
-
- function xlsBOF() {
- echo pack(”ssssss”, 0×809, 0×8, 0×0, 0×10, 0×0, 0×0);
- return;
- }
- function xlsEOF() {
- echo pack(”ss”, 0×0A, 0×00);
- return;
- }
- function xlsWriteNumber($Row, $Col, $Value) {
- echo pack(”sssss”, 0×203, 14, $Row, $Col, 0×0);
- echo pack(”d”, $Value);
- return;
- }
- function xlsWriteLabel($Row, $Col, $Value ) {
- $L = strlen($Value);
- echo pack(”ssssss”, 0×204, 8 + $L, $Row, $Col, 0×0, $L);
- echo $Value;
- return;
- }
- ?>
- 不过笔者在64位linux系统中使用时失败了，断句符号全部变成了乱码。
-
- 5、使用制表符、换行符的方法
- 制表符”\t”用户分割同一行中的列，换行符”\t\n”可以开启下一行。
- <?php
- header(”Content-Type: application/vnd.ms-execl”);
- header(”Content-Disposition: attachment; filename=myExcel.xls”);
- header(”Pragma: no-cache”);
- header(”Expires: 0″);
-
- echo “hello”.”\t”;
- echo “world”.”\t”;
- echo “\t\n”;
-
-
- echo “this is second line”.”\t”;
- echo “Hi,pretty girl”.”\t”;
- echo “\t\n”;
- ?>
6、使用com
如果你的PHP可以开启com模块，就可以用它来导出Excel文件
PHP代码
- <?PHP
- $filename = “c:/spreadhseet/test.xls”;
- $sheet1 = 1;
- $sheet2 = “sheet2″;
- $excel_app = new COM(”Excel.application”) or Die (”Did not connect”);
- print “Application name: {$excel_app->Application->value}\n” ;
- print “Loaded version: {$excel_app->Application->version}\n”;
- $Workbook = $excel_app->Workbooks->Open(”$filename”) or Die(”Did not open $filename $Workbook”);
- $Worksheet = $Workbook->Worksheets($sheet1);
- $Worksheet->activate;
- $excel_cell = $Worksheet->Range(”C4″);
- $excel_cell->activate;
- $excel_result = $excel_cell->value;
- print “$excel_result\n”;
- $Worksheet = $Workbook->Worksheets($sheet2);
- $Worksheet->activate;
- $excel_cell = $Worksheet->Range(”C4″);
- $excel_cell->activate;
- $excel_result = $excel_cell->value;
- print “$excel_result\n”;
- #To close all instances of excel:
- $Workbook->Close;
- unset($Worksheet);
- unset($Workbook);
- $excel_app->Workbooks->Close();
- $excel_app->Quit();
- unset($excel_app);
- ?>
一个更好的例子： http://blog.chinaunix.net/u/16928/showart_387171.html
一、PHP导入Excel
1：还是用PHPExcel，官方网站： http://www.codeplex.com/PHPExcel。
2：使用PHP-ExcelReader,下载地址: http://sourceforge.net/projects/phpexcelreader
举例：
PHP代码
- <?php
- require_once ‘Excel/reader.php’;
-
-
- $data = new Spreadsheet_Excel_Reader();
-
-
- $data->setOutputEncoding(’utf8′);
-
- $data->read(’ jxlrwtest.xls’);
-
- error_reporting(E_ALL ^ E_NOTICE);
-
- for ($i = 1; $i <= $data->sheets[0]['numRows']; $i++) {
- for ($j = 1; $j <= $data->sheets[0]['numCols']; $j++) {
- echo “\”".$data->sheets[0]['cells'][$i][$j].”\”,”;
- }
- echo “\n”;
- }
-
- ?>
原文作者：yizhu2000
链接：http://www.phpv.net/html/1663.html
本人作为一位web工程师，着眼最多之处莫过于性能与架构，本次幸得参与sd2.0大会，得以与同行广泛交流,于此二方面，有些架构设计的心得，不敢独享，与众友分享，本文是这次参会与众同撩交流的心得.
架构设计的几个心得：
一，不要过设计：never over design
这是一个常常被提及的话题，但是只要想想你的架构里有多少功能是根本没有用到，或者最后废弃的，就能明白其重要性了，初涉架构设计，往往倾向于设计大而化 一的架构，希望设计出具有无比扩展性，能适应一切需求的增加架构，web开发领域是个非常动态的过程，我们很难预测下个星期的变化，而又需要对变化做出最 快最有效的响应。。
ebay的工程师说过，他们的架构设计从来都不能满足系统的增长，所以他们的系统永远都在推翻重做。请注意，不是ebay架构师的能力有问题，他们 设计的架构总是建立旧版本的瓶颈上，希望通过新的架构带来突破，然而新架构带来的突破总是在很短的时间内就被新增需求淹没，于是他们不得不又使用新的架构
web开发，是个非常敏捷的过程，变化随时都在产生，用户需求千变万化，许多方面偶然性非常高，较之软件开发，希望用一个架构规划以后的所有设计，是不现实的
二，web架构生命周期：web architecture‘s life cycle
既然要杜绝过设计，又要保证一定的前瞻性，那么怎么才能找到其中的平衡呢？希望下面的web架构生命周期能够帮到你
所设计的架构需要在1－10倍的增长下，通过简单的增加硬件容量就能够胜任，而在5－10倍的增长期间，请着手下一个版本的架构设计，使之能承受下一个10倍间的增长
google之所以能够称霸，不完全是因为搜索技术和排序技术有多先进，其实包括baidu和yahoo，所使用的技术现在也已经大同小异，然而，google能在一个月内通过增加上万台服务器来达到足够系统容量的能力确是很难被复制的
三，缓存：Cache
空间换取时间，缓存永远计算机设计的重中之重，从cpu到io，到处都可以看到缓存的身影，web架构设计重，缓存设计必不可少，关于怎样设计合理的缓 存，jbosscache的创始人，淘宝的创始人是这样说的：其实设计web缓存和企业级缓存是非常不同的，企业级缓存偏重于逻辑，而web缓存，简单快 速为好。。
缓存带来的问题是什么？是程序的复杂度上升，因为数据散布在多个进程，所以同步就是一个麻烦的问题，加上集群，复杂度会进一步提高，在实际运用中，采用怎样的同步策略常常需要和业务绑定
老钱为搜狐设计的帖子设计了链表缓存，这样既可以满足灵活插入的需要，又能够快速阅读，而其他一些大型社区也经常采用类此的结构来优化帖子列表，memcache也是一个常常用到的工具
链接:钱宏武谈架构设计视频 http://211.100.26.82/CSDN_Live/140/qhw.flv
Cache的常用的策略是：让数据在内存中，而不是在比较耗时的磁盘上。从这个角度讲，mysql提供的heap引擎（存储方式）也是一个值得思考的方法,这种存储方法可以把数据存储在内存中,并且保留sql强大的查询能力,是不是一举两得呢?
我们这里只说到了读缓存，其实还有一种写缓存，在以内容为主的社区里比较少用到，因为这样的社区最主要需要解决的问题是读问题，但是在处理能力低于 请求能力时，或者单个希望请求先被缓存形成块，然后批量处理时，写缓存就出现了，在交互性很强的社区设计里我们很容易找到这样的缓存
四，核心模块一定要自己开发：DIY your core module
这点我们是深有体会，钱宏武和云风也都有谈到，我们经常倾向于使用一些开源模块，如果不涉及核心模块，确实是可以的，如果涉及，那么就要小心了，因为当访 问量达到一定的程度，这些模块往往都有这样那样的问题，当然我们可以把问题归结为对开源的模块不熟悉，但是不管怎样，核心出现问题的时候，不能完全掌握其 代码是非常可怕的
五，合理选择数据存储方式：reasonable data storage
我们一定要使用数据库吗，不一定，雷鸣告诉我们搜索不一定需要数据库，云风告诉我们，游戏不一定需要数据库，那么什么时候我们才需要数据库呢，为什么不干脆用文件来代替他呢？
首先我们需要先承认，数据库也是对文件进行操作。我们需要数据库，主要是使用下面这几个功能，一个是数据存储，一个是数据检索，在关系数据库中，我们其实非常在乎数据库的复杂搜索的能力，看看一个统计用的tsql就知道了(不用仔细读,扫一眼就可以了)
select c.Class_name,d.Class_name_2,a.Creativity_Title,b.User_name,(select count(Id) from review where Reviewid=a.Id) as countNum from Creativity as a,User_info as b,class as c,class2 as d where a.user_id=b.id and a.Creativity_Class=c.Id and a.Creativity_Class_2=d.Id
select a.Id,max(c.Class_name),(max(d.Class_name_2),max(a.Creativity_Title),max(b.User_name),count(e.Id) as countNum from Creativity as a,User_info as b,class as c,class2 as d,review as e where a.user_id=b.id and a.Creativity_Class=c.Id and a.Creativity_Class_2=d.Id and a.Id=e.Reviewid group by a.Id ..............................................
我们可以看出需要数据库关联，排序的能力，这个能力在某些情况下非常重要，但是如果你的网站的常规操作，全是这样复杂的逻辑，那效率一定是非常低 的，所以我们常常在数据库里加入许多冗余字段，来减小简单查询时关联等操作带来的压力，我们看看下面这张图，可以看到数据库的设计重心，和网站(指内容型 社区)需要面对的问题实际是有一些偏差的
同样其他一些软件产品也遇到同样的问题所以具我了解，有许多特殊的运用都有自己设计的特殊数据存储结构与方法，比如有的大型服务程序采取树形数据存储结构，lucene使用文件来存储索引和文件
从另外一个角度上看，使用数据库，意味着数据和表现是完全分离的（这当然是经典的设计思路），也就是说当需要展示数据时，不得不需要一个转换的过 程，也可以说是绑定的过程，当网站具备一定规模的时候，数据库往往成为效率的瓶颈，所以许多网站也采用直接书写静态文件的方法来避免读取操作时的绑定
这并不是说我们从今天起就可以把我们亲爱的数据库打入冷宫，而是我们在设计数据的持久化时，需要根据实际情况来选择存储方式，而数据库不过是其中一个选项
六，搞清楚谁是最重要的人：who's the most important guy
在用例需求分析的时候常常讲到涉众，就是和你的设计息息相关的人，在web中我们一定以为最重要的涉众莫过于用户了。，在一个传统的互动社 区开发中，最重要的东西是内容，用户产生内容，所以用户就是上帝，至于内容挑选工具，不就是给坐我后面三排的妹妹们用的吗？凑或行了，实在有问题我就在数 据里手动帮你加得了。。这大概是眼下许多小型甚至中型网站技术人员的普遍想法。钱宏武在他的讲座里谈到了这个问题：实际上网站每天产生的内容非常的多，普 通人是不可能看完的，而编辑负责把精华的内容推荐到首页上，所以很多用户读到的内容其实都依赖于编辑的推荐，所以设计让编辑工作方便的工具也是非常重要， 有时甚至是最重要的。
七，不要执着于文档：don't be crazy about document
web开发的文档重要吗？什么文档最重要？我的看法是web开发中交流>文档，
现在大的软件公司比较流行的做法是：
注重产品设计文档，在这种方法里，产品文档非常详尽，并且没有歧义，开发人员基于设计文档开发，测试人员基于设计文档制定测试方案，任何新人都可以通过阅读产品设计文档来了解项目的概况
而web项目从概念到实现的时间是非常短的，而且越短越好，并且由于变化迅速，要想写出完整的产品和需求文档是几乎不可能的，大多数情况是等你写出 完备的文档，项目早就是另外一个样子，但是没有文档的问题是，如果团队发生变化，添加新成员怎样才能了解软件的结构和概念呢，一种是每个人都了解软件的整 个结构，除非你的团队整体消失，否则任何一个人都能够担当培养新人的责任，这种face2face交流比文档有效率很多。
于是就有了前office开发者，现任yahoo中国某产品开发负责人的刘振飞所感觉到的落差，他说，我们的项目是吵出来的，我听完会心一笑
八，团队：team
不要专家团队，而要外科手术式的团队,你的团队里一定要有清道夫，需要有弓箭手，让他们和项目一起成长，才是项目负责人的最大成就
总结：
架构是一种权衡
web开发的特点是是：没有太复杂的技术难点，一切在于迅速的把握需求，其实这正式敏捷开发的要旨所在，一切都可以非常快速的建立，非常快速的重构，我们的开发工具，底层库和框架，包括搜索引擎和web文档提供的帮助，都提我们供给了敏捷的能力。
此外，相应的，最有效率的交流方式必须留给web开发，那就是face2face（面对面），不要太担心你的设计不能被完备的文档所保留下来，他们会以交流，代码和小卡片的方式保存下来
人的因素会更加重要，无论是对用户的需求，还是开发人员的素质。
1.SQL需求，统计当天的数据量。
SQL> SELECT count(*) FROM test_union WHERE win_type=1 AND gmt_create >= trunc(sysdate,'dd') and gmt_create <= trunc(sysdate,'dd')+1;
COUNT(*)
----------
20063
1 row selected.
2.查看其索引，以gmt_create开头。
sql>create index idx_union on test_union (gmt_create,win_type) tablespace tbs_index compute statistics;
3.查看awr报表的性能，逻辑读很高，达到9700个。
Buffer Gets Executions Gets per Exec %Total Time Time (s) Hash Value
--------------- ---------- -------------- ------ -------- --------- ------
205,157,987 21,236 9,660.9 34.5 6733.21 7568.58 1532799124
Module: java@app12345 (TNS V1-V3)
SELECT count(*) FROM test_union WHERE win_type=1 AND gmt_create >= trunc(sysdate,'dd') and gmt_create <= trunc(sysdate,'dd')+1
因为是只通过索引扫描，当看到返回结果集在2万左右，我们很容易估算出这个sql需要的逻辑读，(gmt_date字段7个字节+win_type字段1个字节+rowid+…）*2万，小于100个，现在很明显是偏高的。
4.调整前我们先去看数据分布。
SQL> select win_type,count(*) from test_union group by win_type; --按win_type分组
win_type count(*)
---------- ----------
0 8583162
1 2725424
2 765237
3 2080156
4 2090871
5 3568682
SQL> select count(*) from test_union where gmt_create >= trunc(sysdate,'dd') and gmt_create <= trunc(sysdate,'dd')+1; --按gmt_create统计，一天数据量在22万左右
COUNT(*)
----------
229857
1 row selected.
5.调整索引,改为以win_type开头，为什么要以win_type开头呢？
create index idx_union123 on test_union (win_type,gmt_create) tablespace tbs_index compute statistics; --新索引
6.查看其执行计划，逻辑读变成了89。
sql>set auto traceonly
sql> select count(*) from test_union
where win_type=1 and gmt_create >= trunc(sysdate,'dd') and gmt_create <= trunc(sysdate,'dd')+1;
Elapsed: 00:00:07.17
Execution Plan
----------------------------------------------------------
0 SELECT STATEMENT Optimizer=CHOOSE (Cost=3 Card=1 Bytes=9)
1 0 SORT (AGGREGATE)
2 1 FILTER
3 2 INDEX (RANGE SCAN) OF 'idx_union123' (NO
N-UNIQUE) (Cost=7 Card=1 Bytes=9)
Statistics
----------------------------------------------------------
0 recursive calls
0 db block gets
89 consistent gets
0 physical reads
0 redo size
493 bytes sent via SQL*Net to client
655 bytes received via SQL*Net from client
2 SQL*Net roundtrips to/from client
0 sorts (memory)
0 sorts (disk)
1 rows processed
都在说建索引一定要看数据分布，从数据分布来看，一天的的数据(gmt_create)量在22万左右，而win_type的数据量非常 大，win_type为1有300万左右，为什么还要把win_type放在索引的前面呢？抛块砖，希望大家能对联合索引有更深入的理解，希望一起讨论。
--EOF--
帖子下的几个评论也很有意思：
XML/HTML代码
- 1. 1棉花糖ONE
-
- hehe，所以我在itpub上经常建议人家如果是建复合索引的话，把范围查询的谓词尽量放在后面，这样能增加木匠说的有效索引选择度，对oracle执行计划的判断有意义，当然更主要的是这样创建索引确实是减少了索引扫描的范围,不知道楼主的环境还在不在，根据数据来看，这２个字段是相关的，而且楼主恰好查询的是 count(*)，可以不扫描表，走复合索引就比较正常，如果是select * from … ,这样很可能就不会选择走索引，就11g以前除了动态采样，加hint，统计信息上应该是搞不对，我测试了11g的扩展列的统计信息，感觉这玩意效果没有想象中的理想
- Comment on Jan 10th, 2009 at 9:58 am
- 2. 2木匠
-
- 如果没有搞清楚SQL optimizer engine and Run time engine怎么工作,怎么使用composite index,
- 你的观测结果只是表面现象,永远也不知道为什么.
-
- 查看数据分布是对的,
- 但是这种情况是需要寻根问底的. my CA$0.02 + tax, 我的一点建议.
-
- 木匠不辞劳苦,再重复一遍SQL optimizer and runtime engine 是怎么工作的:
-
- as soon as we have a range scan on a column used somewhere in the
- middle of an index definition or fail to supply a test on such a column, the predicates on later columns do not restrict the selection of index leaf blocks that we have to examine.
-
- In this case, the effective index selectivity has to be calculated from the predicate on just the “gmt_create” column. Because the test on “gmt_create” is range-based, the predicates on “win_type” do not restrict the number of index leaf blocks we have to walk.
-
- 关键字: effective index selectivity.
- Comment on Jan 10th, 2009 at 1:49 am
- 3. 3丁原
-
- 这个案例已经很久了。
- 实际上是没有打算写的，这个例子一直有人在问为什么，问的多了，我干脆就邮件中的内容整理出来，大家 讨论加深印象。
- 我尝试把线上的数据拉下来做测试，发觉太大了根本拉不下来，只能是拼拼凑凑，gmt_create的索引已经drop掉了，部分测试数据可能不那么准确，但是数据还是在范围之内，不会偏差很大。
-
- 逻辑读怎么算？
- select (7+1+rowid+..)*20000/8192，差不多就是我们要的逻辑读。
-
- to木匠：cost不一定准确的，我更多的是查看数据分布，结果集，以逻辑读来判断。
- to棉花糖：回复有审核的，防止很多垃圾广告。
- Comment on Jan 9th, 2009 at 5:11 pm
- 4. 4carcase
-
- win_type，gmt_create 扫描的索引块少多了，确定了win_type=1的范围后，再确定了是当天的数据
- （索引是win_type,gmt_create 排序的，范围扫描马上能定位到当天的数据）也就扫描了2万多就够了 ，速度得到了提升。
- 和
- gmt_create，win_type 扫描的索引块多了很多，相当于扫描了 gmt_create当天所有的数据了，22万多数据都要扫描一遍，过滤出win_type=1 的数据
- Comment on Jan 9th, 2009 at 11:05 am
- 5. 5棉花糖ONE
-
- Your comment is awaiting moderation.
- 到底咋回事啊
- Comment on Jan 9th, 2009 at 10:45 am
- 6. 6棉花糖ONE
-
- 逻辑读89是不是搞错了
- Comment on Jan 9th, 2009 at 10:45 am
- 7. 7jlttt
-
- 我们很容易估算出这个sql需要的逻辑读，(gmt_date字段7个字节+win_type字段1个字节+rowid+…）*2万，小于100个
- （7＋1＋10＋…）×2W 所读的块怎么算出小于100的？
- Comment on Jan 9th, 2009 at 9:46 am
- 8. 8棉花糖ONE
-
- to 木匠:
- cardinality=1可能和9i有关,sysdate包含函数计算的时候,没有直方图的情况下,范围查询的选择度是按5%算的,2个5%*5%
- Comment on Jan 9th, 2009 at 9:42 am
- 9. 9棉花糖ONE
-
- 如果把范围的放前面,索引的第二个字段只是起到filter的作用,并没有减少索引扫描的块,从索引的成本计算也能看出这一点
- Comment on Jan 9th, 2009 at 9:36 am
- 10. 10木匠
-
- 对不起,再唠叨一句.
-
- 除了比较cost,还要比较Cardinality, 第二个SQL,index scan这一步的Card=1.
- 但是我觉得index scan这一步的Cardinality应该大于一, 不知道哪里出了问题.
-
- 每一个Oracle版本的Cost and Card会有不同的结果.9.2.0.6 and 10.1.0.4或更高版本会提供更有用的信息.
-
- (木匠真够粗心大意的, 请包涵)
- Comment on Jan 9th, 2009 at 2:26 am
- 11. 11木匠
-
- In this case, the effective index selectivity has to be calculated from the predicate on just the “gmt_create” column. Because the test on “gmt_create” is range-based, the predicates on “win_type” do not restrict the number of index leaf blocks we have to walk.
-
- 照搬老刘(Lewis)的原话, 改一下列名就行了. :)
-
- 上一个评论中的cost 指的是整个SQL(with index scan)的cost.
-
- 另外, 你忘了记录走第一个索引的SQL执行计划,可以比较一下 INDEX (RANGE SCAN) 的 cost.
-
- INDEX (RANGE SCAN) OF ‘idx_union123′ (NON-UNIQUE) (Cost=7 Card=1 Bytes=9), 我们看到走第二个索引的(index range scan) cost=7.
- Comment on Jan 9th, 2009 at 2:03 am
- 12. 12木匠
-
- Q: 为什么还要把win_type放在索引的前面呢？
- A: leaf_blocks * effective index selectivity
-
- 第一个索引, range scan on gmt_create, first column on index.
- Because as soon as we have a range scan on a column used somewhere in the
- middle of an index definition or fail to supply a test on such a column, the predicates on later columns do not restrict the selection of index leaf blocks that we have to examine.
-
- 参考:
- cost =
- blevel +
- ceiling(leaf_blocks * effective index selectivity) +
- ceiling(clustering_factor * effective table selectivity)
-
- a well-known guideline for arranging the columns in a multicolumn
- index. Columns that usually appear with range-based tests should generally appear later in the index than columns that usually appear with equality tests. Unfortunately, changing the column ordering in an index can have other contrary effects, which we will examine in Chapter 5.
-
- Now you got test case. very well ! ^_^
-
- Reference: page 74,62,67 of book Cost-Based Oracle Fundamentals
- Comment on Jan 9th, 2009 at 1:52 am
什么是接口 (interface) ?
接口是方法的抽象，如果不同的类有同样的方法，那么就应该考虑使用接口。
（1）接口是一个行为的规范、协议。其实就是类和类之间的一种协定,一种约束
（2）C#不支持多继承，但是他把这个功能交给接口来实现。
（3）类与类之间的系统资源调用方式不一样，导致他们之间的通信很困难，而接口可以屏蔽掉它们之间的差异，能使他们顺利通信。
什么是抽象类（abstract class）？
1． 抽 象类仅提供一个类型的部分实现。抽象类可以有实例变量，以及一个或多个构造函数。抽象类可以同时有抽象方法和具体方法。一个抽象类不会有实例，这些构造函 数不能被客户端调用来创建实例。一个抽象类的构造函数可以被其子类调用，从而使一个抽象类的所有子类都可以有一些共同的实现，而不同的子类可以在此基础上 有其自己的实现。
2． 抽象类的用途1） 具体类不是用来继承的。 Scott Meyers曾指出，只要有可能，不要丛具体类继承。2） 假设有2个具体类，类A和类B，类B是类A 的子类，那么一个最简单的修改方案是应当建立一个抽象类（或java接口）C，然后让类A和类B成为抽象类C的子类。3） 抽象类应当拥有尽可能多的共同代码。以提高代码的复用率。4） 抽象类应当拥有尽可能少的数据。
3． 基于抽象类的模式和原则1） 针对抽象编程，不要针对具体编程。2） 尽量使用合成(Composition)，而不要使用继承来达到复用的目的。3） 使用摸板方法模式
4． 什么时候应当使用继承复用1） 子类是超类的一个特殊种类，而不是超类的一个角色，也就是要区分”is – a” 和“has-a”两种关系。2） 永远不会出现需要将子类换成另一个子类的情况。如果设计师不是很肯定一个类回不会在将来变成另一个类的子类的话，就不应当把这个类设计成这个超类的子类。 3） 子类具有扩展超类的责任，而不是具有置换掉（Override）或注销掉（Nullify）超类的责任。4） 只有在分类学上有意义时，才可以使用继承，不要丛工具类继承。
抽象方法是必须实现的方法。且只能在抽象类中。
接口与抽象类
一个类可以继承多个接口。。。
一个类只能继承一个抽象类。。。
抽象方法是必须实现的方法。就象动物都要呼吸。但是鱼用鳃呼吸，猪用肺呼吸。
动物类要有呼吸方法。怎么呼吸就是子类的事了。
现在有很多讨论和建议提倡用interface代替abstract类，两者从理论上可以做一般性的混用，但是在实际应用中，他们还是有一定区别的。抽象类一般作为公共的父类为子类的扩展提供基础，这里的扩展包括了属性上和行为上的。而接口一般来说不考虑属性，只考虑方法，使得子类可以自由的填补或者扩展接口所定义的方法，就像JAVA王子所说的事件中的适配器就是一个很好的应用。
用一个简单的例子，比如说一个教师，我们把它作为一个抽象类，有自己的属性，比如说年龄，教育程度，教师编号等等，而教师也是分很多种类的，我们就可以继承教师类而扩展特有的种类属性，而普遍属性已经直接继承了下来。
而接口呢~还是拿教师做例子，教师的行为很多，除了和普通人相同的以外，还有职业相关的行为，比如改考卷，讲课等等，我们把这些行为定义成无body的方 法，作为一个集合，它是一个interface。而教师张三李四的各自行为特点又有不同，那么他们就可以扩展自己的行为body。从这点意义上来说，interface偏重于行为。
总之，在许多情况下，接口确实可以代替抽象类，如果你不需要刻意表达属性上的继承的话。
原文：http://www.cnblogs.com/cyc09156/archive/2009/01/09/1372330.html
