November 2007 Entries
页码条在网页设计上是必不可少的，因为你不可能老是提供一个按钮“下一页”，这样浏览者会变得很烦躁的。然而，页码的设计也是很讲究的，要好看、简洁还是花哨呢？有些网站的页码设计得非常漂亮，而有些却让人摸不着头脑。这篇文章翻译自Smashing Magizine，列出出将近60个网站的页码设计，当中哪个失败，哪个漂亮，哪个让人摸不着头脑，哪个你最喜欢呢？还是由你来判断吧！点击图片可进入相应的网站。
首先看两个失败的范例，下面这个页码设计得色彩过于清淡。
而这个页码设计得虽然漂亮，但到底现在是第一页还是第二页呢？如果是第一页，为什么第二页会是白色的呢？
下面这两个是否略显寒酸呢？
比较有创意的页码条：
简洁而好看实用的页码条：
漂亮实用的页码条：
提供选项的页码条：
一些特别的：
These are the questions that I usually ask during an interview process with an applicant that is in for a technical assessment interview. These questions assumes that you are well rounded and full blown .NET Web Developer. A .NET web developer should at least know ASP.NET, C#/VB.NET and TSQL.
What are HttpModules and HttpHandlers, and what is the difference between the two?
What is the difference between CREATE PROC and CREATE PROCEDURE?
What is ViewState and what are its advantages and disadvantages?
...
We just completed the .NET Framework 3.5 update to the Commonly Used Types and Namespaces poster.
Here's a link to the PDF if you want to grab it now and be the first on your block to get it on your wall. We'll be using it at a variety of places, if you think it would be a cool thing to have at a Microsoft event then please go suggest it to some Microsoft employee that you know.
Let me point out the little additive circles diagram at the bottom right. We've found that this is a great way to...
背景讨论
作为一个很典型的设计模式，Singleton模式常常被用来展示设计模式的技巧，并且随着技术的演进，.NET语言和Java都已经把经典《Design Patterns : Elements of Reusable Object-Oriented Software》中所定义的Singleton模式作了完善，例如C#可以通过这样一个非常精简但又很完美的方式实现了一个进程内部线程安全的Singleton模式。
C# 最经典Singleton模式的实现（Lazy构造方式）
public class Singleton
{
private static Singleton instance; // 唯一实例
protected Singleton() { } // 封闭客户程序的直接实例化
public static Singleton Instance
{
get
{
if (instance == null)
instance = new Singleton();
return instance;
}
}
} C# 通过Double Check实现的相对线程安全的Singleton模式
public class Singleton
{
protected Singleton() { }
private static volatile Singleton instance = null;
/// Lazy方式创建唯一实例的过程
public static Singleton Instance()
{
if (instance == null) // 外层if
lock (typeof(Singleton)) // 多线程中共享资源同步
if (instance == null) // 内层if
instance =...
作者 Jean-Jacques Dubray译者 胡键 发布于 2007年10月31日 上午9时15分
10月30日早上，微软公开了简化SOA的愿景与路线图，桥接软件+服务并将组合应用带入主流。在Redmond举行的第五届SOA和BPM会议上，这家公司宣布了一轮产品投放和给应用平台提供扩展的多年技术投资集合，帮助开发者桥接内部（on-premise）和外部（off-premise）项目。该努力的代码名称是“Oslo”。
Oslo在微软动态IT的模型驱动和启用服务（service-enabled）原则之上构建。
微软商务应用事业部（MBD）的总裁，Jeff Raikes解释说：
“鉴于当前的复杂性，许多客户面临去兑现SOA承诺的挑战，结合我们目前的软件+服务方法和新一轮‘Oslo’技术将使IT交付高品质的业务解决方案。”
互联系统部门的执行副总裁和这次会议的演讲人，Robert Wahbe补充说：
“Oslo将使得新一类互联并简化的应用——从设计到部署——减少复杂性、面向企业和互联网，并简化互操作性和管理。”
在会议上，微软还演示了即将问世的“Microsoft BizTalk Services”社区技术预览版，它为互联性、Web 2.0服务、认证标准和遐想无限的工作流提供了额外支持。
InfoQ采访了互联系统部门的产品管理主管Burley Kawasaki，他给我们介绍这个项目：
今天业务变化的速度远远大于IT可以交付的速度。IT已经开始寻找解决方案，但是在应用构造过程中，我们可以且需要走得更远。Oslo将应用开发的未来定义为强烈关注生产力和组合。微软正瞄准这个领域内的主要挑战。例如，边界依旧是使应用部署困难的一个难题：跨技术（你需要驾驭很多标准）、跨防火墙（SaaS）、跨Web（B2B），以及跨组织。我们想聚焦SOA和组合应用来大大简化解决方案的设计、构建、部署和管理。
我们正以四倍于我们在SOA的投资，瞄准内部（on-premise）和遐想无限（in-the-cloud）两个场景。我们正准备通过5个关键领域中的服务器和工具产品去实现这个愿景。
服务器 —— 微软BizTalk Server“6”将继续给开发、管理和部署组合应用提供核心基础。
服务 —— BizTalk Services“1”将提供商业支持的基于Web的服务（例如，高级消息传递、认证和工作流能力）发布，支持跨组织边界的驻留组合应用。
框架 —— 微软.Net框架“4”发布将进一步使用WCF和WF激活模型驱动开发。
工具 —— Visual Studio“10”将通过为分布式应用的模型驱动设计提供的新工具来支持端到端应用生命周期管理。
仓库 —— 跨服务器的元数据仓库和工具产品集合的已被连成一线。微软System Center“5”、Visual Studio“10”和BizTalk Server“6”将利用一个仓库技术来管理、版本标定和部署模型。
我们想使模型驱动开发比它已经取得成绩的更加成功。通过以类CAD的生产力改进为目标，我们想使它成为主流。我们也想帮助我们的客户降低技术门槛：找到有能力的SOA开发者、架构师和质量分析师依旧太难。
我们想将模型发送到服务器而不是打印机。MDD正遭受两方面限制：首先，模型业务逻辑代表一个瞬间（point-in-time）快照，在人们将其翻译成代码的过程中，存在很多人们必须填补的空白。其次，人们只将某些视图包含在了模型中，缺少端到端视图。今天，模型集中在竖井中。只要这些竖井存在，模型将依旧是应用开发的外围部件。我们需要创建被新工具、引擎和仓库支持的端到端视图。例如，随着向现代MDD技术的转变，"代码分离"的概念会大大减少。
基于一些测试，我们已经在内部完成了一次大幅提高生产力的经历：大约是普通需要构建解决方案代码的1/10。总的来说，这对我们的用户是一次大的进步，对我们的合作者也是一样，尤其是业务过程联盟。
Oslo预计于2009年的某个时候发布。微软计划于2008年至少有一次主要的“Oslo”技术协同试验计划（CTP）。更多的信息可以在微软的SOA站点获得。
查看英文原文：Oslo: Microsoft Takes Composite Applications to the Mainstream
