1：UCenter Home采用PHP+MySQL构建的社会化网络软件（Social Network Software，简称SNS）。 通过 UCenter Home，建站者可以轻松构建一个以好友关系为核心的交流网络，用户可以使用迷你博客记录；方便快捷地发布日志、上传图片；与其好友们一起分享信息、讨论话题；了解好友最新动态。特色功能：UCenter Home 强调“家”的理念充分认可每一个站点用户的个人隐私重要性。提供强大丰富的隐私设置功能。每一个人都有权限设置自己的个人主页、资料、日志、相册等是否公开、或只好友可看、或指定特别好友可看、或仅自己可看、或者需要输入密码才可看；并可完全控制将自己的哪些动作可以产生动态推送到好友面前。强调只提供用户愿意关注的信息UCenter Home 强调只提供用户愿意关注的信息，在信息噪音方面有着多级筛选控制。每一个人都可以将自己的好友进行分组，并选择屏蔽哪些用户组的动态；同时，可针对特定的好友、特定的动态进行单独屏蔽，确保因好友增多带来的信息噪音问题。UCenter Home独立与多应用以 UCenter 为多应用交换中心，既可以独立运作，又可以实现与多个应用挂接，包括 Discuz! 论坛、SupeSite 社区门户等，用户在这些各类产品中的动作，都可以以动态的方式发送到 UCenter Home，让关注的好友们及时了解到自己的行为；同时，自己也可以在 UCenter Home 即可轻松理解好友在站内各种系统中的更新信息。强大灵活的漫游应用开发平台 UCenter Home 使用强大灵活的 Manyou Open Platform 第三方应用开发平台。Manyou Open Platform(Manyou 开放平台/MYOP)服务是由 Comsenz 公司为应用开发者提供的开放平台。作为 UCenter Home 使用网站的开放平台应 用开发标准（API），Manyou 将为您站点 UCenter Home 的用户提供各种个性化的互联网应用。开启用户应用功能后，用户可以自由选择各种不同的或好玩有趣、或实用的等应用（诸如电影、送礼物……）在站内进行使用。2：SpaceBuilder采用asp.net业内领先的web2.0社区平台。使用预置的博客、相册、文件、网摘、迷你博客、资讯、论坛、活动、圈子等应用模块，可以快速的搭建具备sns特征的在线社区。借助SpaceBuilder平台的服务（用户、朋友、私信、邀请、权限、审核、隐私、积分、通知、动态、标签、分类、附件…），二次开发者可以快速的增加新的应用模块或者对现有的应用模块进行修改。3：ThinkSNS采用PHP+MySQL构建的社会化网络系统完整的产品构架、完善的基础应用、开箱即用。 内置API接口、后续支持自建平台、核心和应用分离。 完善的后台管理、可植入独立的应用管理。 正在完善IM应用，包括独立部署的WebIM和基于Air技术的客户端应用。4：NetSNSNetSNS是基于Asp.Net开发的社交网络建站系统。可与多种互动Web应用程序整合，整个产品采用先进的技术(SQL2000数据库、 Ajax,、Div+CSS布局等诸多网络流行元素囊括其中)，适合各方面应用的要求。提供一个安全、稳定、高效、易用、快捷的SNS平台。NetSNS 平台有极其丰富的扩展娱乐功能，将缩短您与Facebook、开心网等知名SNS社区的距离，用最先进的技术帮您搭建一个属于您的私人专属娱乐社区。5：BoonEx（国外的）采用PHP+MySQL构建的多功能社区、无论是婚恋交友、社会网络(SNS)、在线俱乐部，抑或是虚拟社区，Boonex都能够游刃有余。您的精彩创意将在瞬间化为现实。利用Dolpin，您可以轻松搭建一个包含交友、博客、图片、音乐、电影、视频聊天、投票、论坛、文章等功能模块的强大而灵活的社区6：openpne日本主流的SNS建站程序，免费开源代码，国内有公司做了openpne中文版，不过他们竟然用来卖钱，实在是有些过分，另外OpenKaku也是基于openpne开发的一款sns产品。7：Community Server国外重量级的sns社区源码，不过只开放了Express Edition版本，其他版本只提供了试用版。大家可以看看相关的中文化网站，能找到不少资料。 8：PHPizabi（小众SNS社区）与当下所有的SNS开源程序比较，PHPizabi无疑是最易用最简单的。PHPizabi官方站点 http://www.phpizabi.net/ PHPizabi演示地址 http://demo.phpizabi.net/ PHPizabi具备SNS系统应具有的基本功能，提供博客，论坛，站内消息，聊天室，发布通告，文件共享，私人博客，私人相册，书签管理等功能。下面是补充： insoshi也是一个类似Facebook的建站程序，基于Ruby on Rails构建。 AROUNDMe也是类似Ning, Myspace, Google groups的一个免费社会化网站源码，自定义性非常强。PHPizabi也是一个很强大的社会化交友平台，在国外使用较多。CHSNS也是一个中文sns源码项目，基于sql+.net，虽然有免费版本，但并没有完全开源。iSocial免费的社会化CMS系统，可以创建类似Friendster和Orkut的站点。Yogurt这是基于xoops CMS的一个社会化插件. 其他社会化源码： VMukti Appleseed AstroSPACES FlightFeather SNOSS OpenSocialNetwork Facelift Mahara 转自：http://www.googleweiwu.com/?p=27
View Details国内外比较知名的php开源cms系统 cms系统 1.phpcms 2.dedecms 3.php168 4.SupeSite 5.帝国CMS 6.KingCMS 7.AKCMS 8.08CMS 9.MetInfo企业网站管理系统 10.verycms内容管理系统 Verycms内容管理系统是由著名论坛phpwind社区开发小组开发的一套WEB2.0型内容管理系统，集合了资讯、日志、相册、商品、书签、音乐、下载、论坛、朋友圈等众多web2.0流行元素于一体，和之前的SupeSite有很多相似之处，同样适合站长建立属于自己的WEB2.0门户。 备注：如果社区是用phpwind搭建的，verycms整合很容易。但是和康盛的ucenter的整合问题比较多 国外优秀的php开源内容管理系统 http://paranimage.com/10-open-source-php-apps/一个总结帖 1、Joomla！逐浪 2、Drupal 3、Plone 4. 曼波－MAMBO 5. WordPress SNS(社会化网络系统)php、net开源 1：UCenter Home 采用PHP+MySQL构建的社会化网络软件（Social Network Software，简称SNS）。 通过 UCenter Home，建站者可以轻松构建一个以好友关系为核心的交流网络，用户可以使用迷你博客记录；方便快捷地发布日志、上传图片；与其好友们一起分享信息、讨论话题；了解好友最新动态。 2：SpaceBuilder 采用asp.net业内领先的web2.0社区平台。使用预置的博客、相册、文件、网摘、迷你博客、资讯、论坛、活动、圈子等应用模块，可以快速的搭建具备sns特征的在线社区。借助SpaceBuilder平台的服务（用户、朋友、私信、邀请、权限、审核、隐私、积分、通知、动态、标签、分类、附件…），二次开发者可以快速的增加新的应用模块或者对现有的应用模块进行修改。 3：ThinkSNS 采用PHP+MySQL构建的社会化网络系统 完整的产品构架、完善的基础应用、开箱即用。 内置API接口、后续支持自建平台、核心和应用分离。 完善的后台管理、可植入独立的应用管理。 正在完善IM应用，包括独立部署的WebIM和基于Air技术的客户端应用。 4：NetSNS NetSNS是基于Asp.Net开发的社交网络建站系统。可与多种互动Web应用程序整合，整个产品采用先进的技术(SQL2000数据库、 Ajax,、Div+CSS布局等诸多网络流行元素囊括其中)，适合各方面应用的要求。提供一个安全、稳定、高效、易用、快捷的SNS平台。NetSNS 平台有极其丰富的扩展娱乐功能，将缩短您与Facebook、开心网等知名SNS社区的距离，用最先进的技术帮您搭建一个属于您的私人专属娱乐社区。 5：BoonEx（国外的） 采用PHP+MySQL构建的多功能社区、无论是婚恋交友、社会网络(SNS)、在线俱乐部，抑或是虚拟社区，Boonex都能够游刃有余。您的精彩创意将在瞬间化为现实。利用Dolpin，您可以轻松搭建一个包含交友、博客、图片、音乐、电影、视频聊天、投票、论坛、文章等功能模块的强大而灵活的社区 shop(B2C、B2B)php、net开源商城 1：ECSHOP（php+mysql） 2：ECMall（php+mysql） 3：YxShop（net+sqlserver） 5：MvMmall
View Details今天在eclipse里报这个错误： Android requires compiler compliance level 5.0 or 6.0. Found '1.4' instead. Please fix project properties 1. 项目 右键 ->android tools ->Fix Project 2. 如果不可以，检查Project -> Properties->Java Compiler 确认JDK compliance被设置为1.6,并且enable specific seetings. http://www.cnblogs.com/sunjialiang/archive/2011/08/25/2152715.html
View Details这次我了解了WPF的多线程大致实现原理，并简单编写了一个多线程程序。 先将几个常用的概念列一下： 线程关联度：WPF属于创建它的线程，并且不能被其他的线程直接访问。当一个对象被关联到一个单线程时，就认为它是一个单线程对象，并且认为该对象具有线程关联度。 同步：同步可以理解为在执行完一个函数或方法之后，一直等待系统返回值或消息，这时程序是出于阻塞的，只有接收到返回的值或消息后才往下执行其他的命令。 这样的好处是能避免读写时的数据错误。 异步：执行完函数或方法后，不必阻塞性地等待返回值或消息，只需要向系统委托一个异步过程。在此期间可以进行别的过程，当系统接收到之前那个调用的返回值或消息时，系统会自动触发委托，开始处理返回值。 下面以两段WPF的代码为例，说明如何利用委托来实现异步线程，我使用的是Visual Studio 2008 第一段代码 前台代码 <Window x:Class="ThreadTest.Window1" xmlns="http://schemas.microsoft.com/winfx/2006/xaml/presentation" xmlns:x="http://schemas.microsoft.com/winfx/2006/xaml" Title="Window1" Height="300" Width="300"> <Grid> <Border Width="200" Height="225" BorderBrush="Black" BorderThickness="1" Margin="4"> <StackPanel> <TextBox Height="19" Name="textBox1" VerticalAlignment="Top" /> <Button HorizontalAlignment="Left" Name="button1" Width="75" Click="button1_Click">Button1</Button> <Button HorizontalAlignment="Left" Name="button2" Width="75" Click="button2_Click">Button2</Button> <Label Height="28" Name="UIThreadId" Width="120" Content=""/> […]
View Details高效的CSS已经不是一个新话题，也不是一个我非得重拾的话题，但是，它却是自我在SKY工作以后，真正感兴趣并始终关注的一个话题。 很多人或者忘记了，或者仅仅是没有意识到，CSS可以是高效的也可能导致低能。然而，我们可以不考虑当你自认为会的太少而使用了低效的CSS这种情况。 这些规则只真正用在性能要求很高的网站上，这些网站对速度要求很高，任何一个页面可能含有成百上千个DOM元素。但是实践出真理，不管你是在打造下一个facebook 还是在开发一个本地的展示网页，多学点总是好的…. CSS 选择器 CSS 选择器对我们大多数人来说并不新鲜，较基础的选择器分别是类型（如 div），ID（如#header）和类（如.tweet）。 较不寻常的包括基础的伪类（如:hover）和更复杂的CSS3以及 '正则'（‘regex’）选择器，比如：first-childor[class^="grid-"]。 选择器具有固有效率，引用Steve Souders的话来说，较有效到较不有效的CSS选择器的顺序是这样的： ID,如#header Class, 如.promo Type, 如div Adjacent sibling, 如h2 + p Child, 如li > ul Descendant,如ul a Universal,即* Attribute, 如[type="text"] Pseudo-classes/-elements, 如a:hover 引用自Steve Souders的Even Faster网站 认识这很重要，虽然一个ID技术上更快而且表现更优，但几乎都不这样用。用Steve Souders的CSS测试器，我们可以发现一个 ID 选择器 和 一个类选择器 在再渲染速度方面差别很小。 在一台Windows机器上的Firefox6中，我获得了关于一个简单的类选择器的平均再渲染数据。ID选择器给出了12.5的平均值，所以实际上它要比一个类再渲染得慢一点。 ID与类之间的速度差异几乎是不相干的。 对一个类型（<a>）的选择测试，相比一个类或ID给出了慢得多的再渲染。 对一个层次非常多的子孙选择器的测试给出了 大约440的数值! 通过这我们可以发现IDs/classes与types/descendants的差别非常巨大…它们自身之间的差异很细微。 注意 这些数值在不同的机器和浏览器变化非常大。我极力建议你自己运行一下。 组合选择器 你可以单独使用一种标准选择器，如#nav，来选择所有以"nav"为ID的元素，你也可以使用组合选择器，如#nav a，来选择任何在ID为’nav’的元素里面的链接元素。 现在，我们从左到右读这个组合标签。我们先找到#nav ，然后再找到里面的元素。但是我们的浏览器不是这样解析的，它是从右到左来解析这些组合选择器的。 当我们看到#nav里面有个a，而浏览器看到的却是有个a在 #nav里面，这些细微的差异对浏览器的性能有重大影响，同事学习他们是很有价值的。 如果想知道浏览器这样解析的原因，请参考this discussion on Stack Overflow. 对浏览器来说，从最右边的元素（它最想渲染的元素）开始，然后回溯到DOM树比从DOM树的最高层开始选择向下寻找，甚至可能达不到最右边的选择器（关键的选择器）要高效。 这对CSS选择器的性能有重大影响…. 关键选择器 这里讨论的关键选择器, 是处在复杂选择器最右端的选择器，也是浏览器最先解析的选择器。 让我们回到讨论开始的地方，哪种选择器最高效？哪种选择器作为关键选择器会影响选择器的性能；当我们书写CSS代码的时候，正是这个关键选择器影响选择器的效率。 一个关键选择器是这样的：
|
1 |
#content.intro{} |
天生高效选择器如类型选择器是不是就会有更高的性能？浏览器会寻找.Intro的所有实例（数量不会很多），然后向上查找DOM树，以确定该关键选择器是否在以“content’”为ID的元素里面。 然后，以下的选择器性能就不怎么好了：
|
1 |
#content*{} |
这个选择器做的工作是这样子的，它先查找每个页面（是每个单个的页面），然后去看看它们是否有一个 #content 的父元素。这是一个非常不高效的选择器，因为它的关键选择器执行开销太大了。 运用这些知识我们就能在分类和选择元素时做更好的选择。 假设我们有一个非常庞大的页面，非常的大并且是一个还有一个庞大的网站。在这个页面上，有上百甚至上千个<a>标签。社交媒体的链接只占很少的一部分，并且包含在ID为#social的<ul>里面。假设这些链接是，Twitter, facebook, Dribble 和 Google+。我们在这个页面上有四个社交媒体链接，还有上百个其他的链接。 以下这个选择器代价很高而且性能不好：
|
1 |
#social a{} |
浏览器将访问扫描页面上的上千个链接，然后才选择上#social节点下的四个链接。我们的关键选择器匹配了大量的我们并不感兴趣的标签。 为了消除这个问题，我们可以为每一个包含在社交媒体<ul>块下面的<a>标签指定更明确和显式的选择器.social-link。但是这跟我们所知道的恰恰相反；我们知道了，当我们使用精简的标签的时候，尽量不要使用多余的类。 这就是为什么我觉得性能是如此的有意思；在网页标准最佳实践和速度之间，需要一个平衡。 […]
View Detailshtml, body, div, span, object, iframe,h1, h2, h3, h4, h5, h6, p, blockquote, pre,a, abbr, acronym, address, big, cite, code,del, dfn, em, img, ins, kbd, q, s, samp,small, strike, strong, sub, sup, tt, var,b, i, dl, dt, dd, ol, ul, li,fieldset, form, label, legend,table, caption, tbody, tfoot, thead, tr, th, td { margin: 0; padding: 0; border: 0; outline: 0; font-size: 100%; vertical-align: baseline; background: transparent;}body { line-height: 1;}ol, ul { list-style: none;}blockquote, q { quotes: none;}blockquote:before, blockquote:after,q:before, q:after { content: ''; content: none;} /* remember to define focus styles! */:focus { outline: 0;} /* remember to highlight inserts somehow! */ins { text-decoration: none;}del { text-decoration: line-through;} /* tables still need 'cellspacing="0"' in the markup */table { border-collapse: collapse; border-spacing: 0;} /* Resetting HTML5! */section, article, aside, header, footer, nav, dialog, figure { display:block; }
View Details3.1框架中的工具 这个CSS中工具有点像C#中的static class,把一些常用的方法放到类里面达到可复用的效果.在CSS中.有很多CSS class是在我们在项目设计中一遍又一遍的要用到的.因此这些tool是CSS框架中必不可少的一部分。 3.2工具类的组成和组织方法 一般现有框架会把这个.class的定义放到各个不同的文件中比如，from.css(用于格式化表单)，typography.css（用于格式化布局）,但是这个工具类却是我们自己写框架的精髓所在，因为这是我们框架中可以扩展的部分,所以我更喜欢把css class单独命名为tool.css来存放这些工具类.（因为这样在网站改版时就要愉快很多） 也许废话太多了.下面简单给出几行代码,让大家对所谓的Tool.css有初步了解。 Code 1/* 用于格式化Form的CSS Tool 2 3————————————————————-- */ 4 5 6 7.error, 8 9.notice, 1011.success { padding: .8em; margin-bottom: 1em; border: 2px solid #ddd;}12131415.error { background: #FBE3E4; color: #8a1f11; border-color: #FBC2C4;}1617.notice { background: #FFF6BF; color: #514721; border-color: #FFD324;}1819.success { background: #E6EFC2; color: #264409; border-color: #C6D880;}202122 这是用于表单的一些CSS类.有了这些.我可以让项目中每一个使用表单的地方风格实现统一. 而使用JS的地方可以更加简洁.下面一小部分代码是使用了JQUERY从服务器获得AJAX响应后的代码片段 Success:function(data){ $(“<span>”+data+”</span>”).addClass(“success”).appendTo(“#result”); } 恩.是不是简单多了？ PS:看客：你不是号称CSS框架吗.这样写不就是把css放一起吗？吹的那么玄乎. 别急嘛.下面讲到CSS之间的组织方式 在我被CSS蹂躏的经历里，其实有很多CSS布局,以及CSS选择符方面问题，大部分是因为CSS选择符之间优先级的关系，这些问题因为简单，所以折磨的各位Developer痛不欲生.但是这些问题就像枪一样，好好利用可以保护你，如果利用不当会让你遭殃。 下面说说我总结的CSS的OCP原则（开放封闭原则），这个规则是设计模式里的，但我发现在CSS中同样适用. 当你针对项目的CSS基本框架写好后，可以添加你所需要的元素，但如非必要，不要去修改它，而是在需要修改的地方重载。 重载: 以上面的例子为例.如果我们在一个特定页面里，想让error颜色变得更加刺眼比如让error的color变成red，只需在你需要修改的特定页面头部的<style>标签中设置 1.error{23Color:red;45}6 因为内页 style比外联style有更高的权值（如果你对CSS的优先级问题不太了解，参考这个文章http://www.xker.com/page/e2009/0622/72573.html），所以error显示的字就会变成红的，但同时又会保留了background和border-color的属性.因此我可以更优雅的覆盖原有CSS，达到重载的目的. 扩展: 当我们需要一组新的css类时,只需要在tool.css相应部分增加即可，比如我们需要表单增加一个介于notice和error之间警告程度的alert用于显示那些有点警告意味的信息.我们只需要加入 1.alert23{45/*——代码写在这—-*/67}8 这样做的优势: 1.代码更加优雅,维护更加方便 2.容易变换网站风格，举个例子，如果你原来的颜色风格偏深，那么你想换一套浅颜色的风格，只需要改变你所需要改变的部分，把你需要改变的部分重新写一个CSS来覆盖原来的CSS，示例代码如下: <link href="css/tool.css" rel="stylesheet" type="text/css"/><link href="css/toolBlue.css" rel="stylesheet" type="text/css"/> 这样看起来tool.css是不是很“面向对象”,很像基类，而toolBlue像子类，继承那些padding和magin之类的布局属性，而重载color等风格属性,oh yes,life seems like more easier than ever bofore：–） 3.3写在最后 下面我拿出一个简单的tool.css展示出来，让大家有个更直观的了解。 Code/*用于格式化Form的CSS Tool ————————————————————-- */ .error, .notice, .success { padding: .8em; margin-bottom: 1em; border: 2px solid #ddd;} .error { background: #FBE3E4; color: #8a1f11; border-color: #FBC2C4;} .notice { background: #FFF6BF; color: #514721; border-color: #FFD324;} .success { background: #E6EFC2; color: #264409; border-color: #C6D880;} .error a { color: #8a1f11;} .notice a { color: #514721;} .success a { color: #264409;} /*用于布局方面的css tool ————————————————————-- */ .clear { clear: both; display: block; overflow: hidden; visibility: hidden; width: 0; height: 0; } .clearfix { display: inline-block; } //用于显示方框，实际应用中我喜欢加边框 .box { padding: 1.5em; margin-bottom: 1.5em; background: #E5ECF9; } /*根据项目自定义的css tool ————————————————————-- */ //以下几个是用于和js交互时使用 .hide { display: none;} .highlight { background:#ff0;} .added { background:#060; color: #fff;} .removed { background:#900; color: #fff;} //下面是关于字体的 .small { font-size: .8em;; } .large { font-size: 1.2em; } //还有其他你自定义的class….etc… 恩.基本经常要用到的就是这些，但tool.css的重点在于随着你项目的进展，这个tool.css也会越来越胖. J […]
View Details2.1浏览器的差异在何处 我想写CSS的人大多遇见过在IE里写的页面美轮美奂，而用FF打开却是分崩离析，反之亦然.这种痛苦是因为IE和FF对一些默认样式的解析并不相同所导致. 网上有很多为何不一样的例子，下面链接是一个比较全的不同之处，大家可以进去看看。 http://hi.baidu.com/css%D6%AE%C3%C0/blog/item/f44628e6a506c229b83820ef.html 2.2如何实现跨浏览器 2.2.1实现原理 既然问题出在FF和IE对各种不同HTML元素的解析上所有偏差.更不用说一些其他小市场份额的浏览器上.我们只需要针对性的把页面里大多数HTML元素重置即可.这样在各种浏览器里面显示的效果会是相同的. 2.2.2实现方式 重置我们选择的名称和大多数框架一样,reset.css,用我们Develper的思想理解——--框架中所有元素的基类,就像.net里的Object对象一样。 下面我们来说说reset.css的构成. 1.首先定义最基本的body,因为所有其他元素都由此继承.我喜欢的框架遵循“尽量保持小”的原则，所以我只简单清除padding和margin,以及设置字体(设置成具体数值，因为在后面用’em’做单位的时候都要以这里做比较,页面风格需要整体变化时,重载这里.) 2.将大量浏览器预定义的块状元素清除magin和padding(块装元素即在未定义样式的情况下浏览器render出来的方式为display:block;的元素) 3.让列表前面的符号消失,图片边框消失,p的上下边距为一行字. 我喜欢reset.css尽量保持简洁.只要实现了基本的重置即可. PS:不过也不能过于简洁.记得曾经的框架喜欢对”*”这个CSS选择符重置.可是这个杀伤力太大，往往是杀敌1000自伤800，遇到input之类的表单元素时还得重置回来.最后据传说这样还有性能问题-.-!!不过难以考证… 下面是满足上面条件最基本的reset.css Code1.body { 2. padding: 0; 3. margin: 0; 4. font: 13px Arial, sans-serif; 5. } 6. body,div,dl,dt,dd,ul,ol,li,h1,h2,h3,h4,h5,h6,pre,form,fieldset ,p,blockquote { 7. padding: 0; 8. margin: 0; 9. font-weight: normal; 10. font-style: normal; 11. line-height: 1em; 12. font-size: 100%; 13. } 14. table { 15. font-size: inherit; 16. font: 100%; 17. } 18. ul { 19. list-style: none; 20. } 21. img { 22. border: 0; 23. } 24. p { 25. margin: 1em 0;} 这个reset.css是目前我个人最喜欢，因为reset.css就像.net中的Framework中的Object类一样，应该尽量保持精简,这个精简了很多.只留下了必要的重置. 在这里值得一说的是：在body里将font的大小和字体设置了具体的值,在其他元素里通过继承的方式来重写这样的方式是我最喜欢的，这样可以很容易的保持页面整体风格的统一 2.3一些注意事项 Reset.css一经写好，除了BUG之外.永远不要去修改它.而是在其它页面中重载它（不知道用OO的方式理解CSS是否正确，即利用CSS的优先级特性覆盖.这个在下一章说到.） http://www.cnblogs.com/CareySon/archive/2009/07/07/1518543.html
View Details1.1为什么需要CSS框架 其实这个问题如果要罗列出来网上有一大堆.但是对我们这些”I’m a web developer more than web designer”的人来说,有时候看似简单的CSS却成了网站设计最让人心力憔悴的部分.所以我还是要罗列一下使用CSS框架的好处. PS:一位看客：我们有前台，还有美工，为什么我还要整个什么CSS框架？答曰：我等在小公司没有如此优厚的条件，一个人从前台JS,XHTML,CSS到后台C#，再到Database全是我们2-3个人..所以，请有条件不用兼web designer的看客不要拍砖-.-!! 1.1.1解放生产力 我们对在VS里建立一个新项目太熟悉了.但却往往不知道该怎么处理CSS问题，随着项目的进行，页面设计总是有所变化.这些变化往往会让没有使用CSS框架的你擦掉几乎所有的CSS然后重写.好吧.你赌气想，我开始不写CSS了，等项目后期再写..可是后来你发现外观丑已经让你心情低落了.而和JS交互的那部分CSS你还不得不写.这足以让你抓狂了.而CSS框架可以把你从这种痛苦里解救出来. 1.1.2代码结构清晰,避免混乱和冲突 通过对CSS的清晰有条理的定义.会让我们节省更多的时间专注在设计页面上， 而不是费劲的去查找自己所需要更改的样式. 1.1.3更好的团队合作 我深受混乱的CSS带来的痛苦.我和一位同事曾经一起通过VSS编写样式， 有一个定位的CSS无论我怎样修改，那个元素纹丝不动.找了半天原来.才发现我同事在更高级别的CSS上面进行了定义. 我当然无论怎样定义都不行了，使用CSS框架可以避免此类尴尬.. 1.1.4跨浏览器 这个当然是使用CSS框架的一个亮点，因为IE和FF以及其他市场小份额的浏览器对不同样式预定义的解析方式有所差异.导致用IE测试做出的页面在FF里完全崩溃.进而导致你也崩溃-.-!!反之在FF里测的页面在IE里又崩溃了.导致你也跟着再次崩溃-.-!! 1.1.5依托CSS框架有一个更好的工作流程 我想这个不难理解.大多Developer对CSS头痛的原因就是因为感觉无从下手，而CSS框架让你有路可寻. 1.1.6节省下载流量 CSS框架会让你大幅减少重复定义的次数，进而减少需要下载CSS文件的 流量. 1.1.7网站变换风格更加容易 在项目对整体颜色或者效果改版时.之需要略微改动下项目的CSS框架文件， 或是写个新的CSS文件对框架进行部分覆盖.即可达到效果. 1.2 为什么网上已有那么多CSS框架，我还要自己写 其实我也是从使用网上成型的CSS框架开始，不可否认，他们的CSS框架写的非常优秀，有很多地方可以借鉴.我曾经以为使用熟练一个框架已经足够，可是工作中使用别人的框架产生了一系列问题.下面我一一分解. 1.2.1 必须深入了解框架的每一行代码 因为如果你不仔细学习你所使用的框架的代码，你会发现工作中总会有一些“灵异现象”，你明明这么定义，页面却是那样. 还有就是仔细阅读框架的代码的学习成本足以让你自己写一个自己专用的框架。 1.2.2 别人的框架不一定适合你 因为别人的框架并不会完全适合你的项目，而网上的CSS框架往往过于臃肿，自己写框架当然会对项目更有针对性。 1.2.3 自己写CSS框架会让自己的CSS水平有质的提升并更加针对自己的项目 这也算是题外话了J不过自己写CSS框架以及学习CSS框架的写法是一种CSS学习.会让自己的CSS水平站在一个新的高度，这也是本系列文章所希望的. http://www.cnblogs.com/CareySon/archive/2009/07/06/1517912.html
View Details数据绑定和服务器控件模板互为补充，数据绑定用于从数据库中提取数据，而上一章说的服务器控件模板是将这些数据以一定的格式显示在网页中，对于大多数网站来说，根据内容生成特定的html非常常见，而对于开发人员来说，从数据库中提取出数据再以一定的格式显示到网页上是经常需要完成的工作，而这些大多都利用GridView,Repeater等控件的数据绑定功能。 一个典型的过程如下图： 控件的数据绑定 数据绑定有几种不同的形式，对于简单的数据绑定来说，仅仅是将一个数据表达式求值并将该值赋给某个属性，比如下面代码： <asp:Labelid="MyLabel"runat="server"Text="<%= MyDataBoundMethod() %>/> 这段代码是将一个函数的返回值最为label的Text属性. 而对于另外一些较为复杂的数据绑定控件来说，数据绑定意味着一大堆的数据以迭代的形式来帮定到一大堆的控件上来生成html.比如GridView会以Table的形式展现数据。而每一行<tr>内部用于格式的HTML会相同，而内容则有差异. 数据绑定控件的基类 和前面说的一样，在控件开发时选择合适的类作为基类是很重要的，而支持数据绑定的基类主要是从下面几个基类中去进行选择： System.Web.UI.WebControls.DataBoundControl：这个类是所有数据绑定类的基类。 System.Web.UI.WebControls.CompositeDataBoundControl：这个类继承于DataBoundControl基类，用于复合服务器绑定控件 System.Web.UI.WebControls.HierarchicalDataBoundControl：基于树的分层控件的基类 在asp.net中，默认的数据绑定控件分布如下图： 而用更清晰一些的视图来表示几个数据绑定基类之间的关系是: 上面几个基类中，重写了DataBind方法（最开始是定义在Control当中），使DataBind调用PerformSelect,该方法能够检索有效的数据集合以使绑定发生。该方法是受保护的，因为它包含实现细节；它是抽象的，因为它的行为只能由派生类实现。 如果不是基于IDataSource（比如那些SqlDataSource，也就是通过DataSourceID属性来定义的）来获取数据，PerformSelect方法内部会执行GetData方法来获取数据，而在调用GetData方法之前，会触发OnDataBinding事件。而之后则会触发DataBound事件 下面是MSDN中PerformSelect的源码: protected override void PerformSelect() { // Call OnDataBinding here if bound to a data source using the // DataSource property (instead of a DataSourceID), because the // databinding statement is evaluated before the call to GetData. if (! IsBoundUsingDataSourceID) { OnDataBinding(EventArgs.Empty); } // The GetData method retrieves the DataSourceView object from // the IDataSource associated with the data-bound control. GetData().Select(CreateDataSourceSelectArguments(), OnDataSourceViewSelectCallback); // The PerformDataBinding method has completed. RequiresDataBinding = false; MarkAsDataBound(); // Raise the DataBound event. OnDataBound(EventArgs.Empty); } 从代码中可以看出GetData利用OnDataSourceViewSelectCallback回调来调用PerformDatabinding方法，而PerformDataBinding方法又利用CreateControlHierarchy方法来构建子控件。在调用过CreateControlHierarchy方法后，这个方法会将空间内部的ChildControlIsCreated属性设置成True,从而数据绑定控件不会继续调用CreateChildControl来防止子控件被重复创建,如下是OnDataSourceViewSelectCallback和PerFormDataBinding的源码： privatevoid OnDataSourceViewSelectCallback(IEnumerable retrievedData) { // Call OnDataBinding only if it has not already been // called in the PerformSelect method. if (IsBoundUsingDataSourceID) { OnDataBinding(EventArgs.Empty); } // The PerformDataBinding method binds the data in the // retrievedData collection to elements of the data-bound control. PerformDataBinding(retrievedData); }} protectedoverridevoid PerformDataBinding(IEnumerable data) { base.PerformDataBinding(data); Controls.Clear(); ClearChildViewState(); TrackViewState(); if (IsBoundUsingDataSourceID) CreateControlHierarchy(true, true, data); else CreateControlHierarchy(true, false, data); ChildControlsCreated = true; } CreateChildControls方法一般用于创建组合控件。在此方法中可以定义自己需要的控件，进行实例化和赋值等，并将其添加到当前Controls集合中。数据绑定的生成方式和用此方法的方式的不同之处可用下图表示: 1-5是数据绑定方式，而6-9是利用CreateChildControls方法来进行创建 http://www.cnblogs.com/CareySon/archive/2009/10/29/1591807.html
View Details