<?xml version="1.0" encoding="utf-8" ?><rss version="2.0"><channel><title><![CDATA[ASUKA]]></title><description><![CDATA[火消しの風 秘密工場（仮）-To Be a Designer]]></description><link>https://blog.youkuaiyun.com/asukamk2</link><language>zh-cn</language><generator>https://blog.youkuaiyun.com/</generator><copyright><![CDATA[Copyright &copy; asukamk2]]></copyright><item><title><![CDATA[Blog迁移]]></title><link>https://blog.youkuaiyun.com/asukamk2/article/details/4303644</link><guid>https://blog.youkuaiyun.com/asukamk2/article/details/4303644</guid><author>asukamk2</author><pubDate>Sat, 27 Jun 2009 21:14:00 +0800</pubDate><description><![CDATA[Blog已经迁移到百度空间：Asuka4Jの秘密工場(仮) （http://asuka4j.blog.163.com/）麻烦更新Link和RSS feed，谢谢Orz]]></description><category></category></item><item><title><![CDATA[信使理论]]></title><link>https://blog.youkuaiyun.com/asukamk2/article/details/3310093</link><guid>https://blog.youkuaiyun.com/asukamk2/article/details/3310093</guid><author>asukamk2</author><pubDate>Sun, 16 Nov 2008 10:14:00 +0800</pubDate><description><![CDATA[ 这两天看了【The.Andromeda.Strain】，里面提到的信使理论蛮有意思的。确实，空间旅行非常漫长和艰辛，以卫星搭载黄金光盘的方式寻找外星生命的成功率可能是非常低的。相比动辄上亿光年的距离（如果没有虫洞的话），即使是稳定性比较高的黄金估计也难以保证能完好无损的到达目的地。如果吸取有机生物的经验，可以采用“种子”作为消息的载体。“种子”本身就是信息，并且能够一代一代传递下去（DNA）。在]]></description><category></category></item><item><title><![CDATA[四色原型-第一印象]]></title><link>https://blog.youkuaiyun.com/asukamk2/article/details/3305220</link><guid>https://blog.youkuaiyun.com/asukamk2/article/details/3305220</guid><author>asukamk2</author><pubDate>Sat, 15 Nov 2008 14:56:00 +0800</pubDate><description><![CDATA[ 如果说设计模式、分析模式分别是对OOD和OOA的提炼与精化，那四色原型可以说是对需求分析的提炼与精化。复杂的东西总是可以通过简单的东西组织、表达出来。软件工程中也是如此，任何需求都可以抽象成四色原型中的四种角色之一：moment-interval archetype（MI）:是四色原型中很重要的一个原型，它具有较强的时间属性，表达了某时某刻（或较短的一个时间段内）的一件事情，比如“晚上11点观看]]></description><category></category></item><item><title><![CDATA[领域驱动设计-工厂与仓储]]></title><link>https://blog.youkuaiyun.com/asukamk2/article/details/3255833</link><guid>https://blog.youkuaiyun.com/asukamk2/article/details/3255833</guid><author>asukamk2</author><pubDate>Sat, 08 Nov 2008 16:48:00 +0800</pubDate><description><![CDATA[领域模型中有两个比较特殊的角色，他们虽然不表达业务知识，但却把他们划分在领域层中：工厂、仓储。工厂：每套领域模型（或者说一个模块module）一般都不只是一两个简单的对象，而是由一个一定复杂度的聚集结构组成的。对于领域模型的访问有两个准则：必须从聚集结构的根部（root）访问模型的各个部分，必须保持模型的完整性。也就是说，一开始构造一个模型的时候，必须将其完整的初始化，而不是只构造一部分，然后]]></description><category></category></item><item><title><![CDATA[领域驱动设计-通用结构]]></title><link>https://blog.youkuaiyun.com/asukamk2/article/details/3255563</link><guid>https://blog.youkuaiyun.com/asukamk2/article/details/3255563</guid><author>asukamk2</author><pubDate>Sat, 08 Nov 2008 15:46:00 +0800</pubDate><description><![CDATA[在DDD中通常可以分为四个层次：用户界面、应用层、领域层、基础设施层。 用户界面，也就是表示层。为用户提供操作界面，同时也会做一些简单的逻辑运算。这个层次一般可以采用MVC风格进行细化，View（V）提供操作界面、Controller（C）作为调度器接收用户请求并选择合适的View显示给用户、Modle（M）在这里只作为表现层简单的数据模型，而不是整个系统的业务模型。它通常可以是封装了]]></description><category></category></item><item><title><![CDATA[写给自己]]></title><link>https://blog.youkuaiyun.com/asukamk2/article/details/2720319</link><guid>https://blog.youkuaiyun.com/asukamk2/article/details/2720319</guid><author>asukamk2</author><pubDate>Sun, 27 Jul 2008 19:17:00 +0800</pubDate><description><![CDATA[ 每次注册blog都差不多这个样子，三分钟热度。。。 大概有近半年的时间了，一直在忙着忙那的，都没好好静下心来总结一下。到今天晚上，已经来公司整整3周了。这3周过的很平静，很沉默。近卫军的同学都很努力，不少新人已经开始散发出微弱的光芒，他们慢慢的燃烧，再过一个季度很可能就成为明星了。相比之下自己心里都有点过意不去了。这不是我想看到的，虽然对奖项并不感冒，但始终觉得事情要么不干，要干就得]]></description><category></category></item><item><title><![CDATA[明天出发喽]]></title><link>https://blog.youkuaiyun.com/asukamk2/article/details/2135330</link><guid>https://blog.youkuaiyun.com/asukamk2/article/details/2135330</guid><author>asukamk2</author><pubDate>Fri, 29 Feb 2008 22:06:00 +0800</pubDate><description><![CDATA[     在家里的一个月假期终于结束了，明天出发去杭州。一个月来虽然什么也没干，但还是很留恋。留恋家人、留恋房子、留恋这里的阳关、留恋附近街上的喧闹。记得一年前的今天，晚上出去逛了一圈，回来后把QQ签名改成：“外面的世界很精彩，无奈我不懂得欣赏，不懂得消受”，这次出去逛了回来的感觉是：“外面的世界很精彩，虽然懂得欣赏，却已无福消受”。大汗Orz。恩～杭州，一个完全未知的地方，会给我的生活带来什么样]]></description><category></category></item><item><title><![CDATA[小学三年]]></title><link>https://blog.youkuaiyun.com/asukamk2/article/details/2129910</link><guid>https://blog.youkuaiyun.com/asukamk2/article/details/2129910</guid><author>asukamk2</author><pubDate>Thu, 28 Feb 2008 20:24:00 +0800</pubDate><description><![CDATA[    后天就走人了，今天特地跑到毓秀路前段的旁的一条小巷子拍拍照。小学三年级时的N个下午放学后和周末就是在这里度过的，不过至今不知道这里因该叫什么。看到破旧的巷子，还是能够回忆起以前依稀的一些画面和片段的。三年，可能是我小学最开心的一段时间，因为一杨、子生、俊雁几个玩伴和伴随我们的对未来的幻想。确实是幻想，而不是其他什么现实的东西。现在都佩服当时自己的想象力和手里画出来的东西。小巷虽然破旧，但丝]]></description><category></category></item><item><title><![CDATA[二十七号]]></title><link>https://blog.youkuaiyun.com/asukamk2/article/details/2124792</link><guid>https://blog.youkuaiyun.com/asukamk2/article/details/2124792</guid><author>asukamk2</author><pubDate>Wed, 27 Feb 2008 15:44:00 +0800</pubDate><description><![CDATA[  一直想写些东西的，而且是大量的东西，回忆、总结、感想、抱怨、期望、感谢、无奈、害怕等等，但一直没有写。文笔不好倒没什么关系，其实自己也明白，反正是自娱自乐的嘛。但哪有那么多机会能静下心来写东西呢。   瞟瞟日历，今天都27号了，回来已经整整一个月了。每一次回家都一样，回来之前自信十足，说什么这次回去一定要怎么怎么样，而起是从回家前半个月就开始做周密的计划。可是回来之后的实际都做了些什么只有]]></description><category></category></item><item><title><![CDATA[Tomcat6源代码学习--容器组件通讯机制与生命周期管理]]></title><link>https://blog.youkuaiyun.com/asukamk2/article/details/2114041</link><guid>https://blog.youkuaiyun.com/asukamk2/article/details/2114041</guid><author>asukamk2</author><pubDate>Fri, 22 Feb 2008 18:47:00 +0800</pubDate><description><![CDATA[   Tomcat6的内部结构是以组件的形式封装的，每个组件负责一项功能。tomcat中的组件之间的有3中关系：同级组件、下属组件和子组件。同级组件也就是处于相等地位的组件，比如两个虚拟主机Host；下属组件是指一个组件的内部包含了另外一些负责实现扩展功能的组件，比如Engine组件包含了Logger组件用于实现log功能；子组件就是4个级别的容器：Engine包含Host、Host包含Conte]]></description><category></category></item><item><title><![CDATA[Tomcat6源代码学习--容器层次结构和请求处理机制]]></title><link>https://blog.youkuaiyun.com/asukamk2/article/details/2112184</link><guid>https://blog.youkuaiyun.com/asukamk2/article/details/2112184</guid><author>asukamk2</author><pubDate>Fri, 22 Feb 2008 00:20:00 +0800</pubDate><description><![CDATA[    本文主要是从Tomcat6的源代码中推导出其核心容器的结构层次，和它们对请求的处理机制。    Tomcat的核心容器是Engine、Host、Context、Wrapper。他们之间是一层套一层的父子关系，Engine拥有一个或者多个Host、Host拥有一个或多个Context、Context拥有多个Wrapper。同时它们4个又都是一个（is a）Container，具有一些共同的属]]></description><category></category></item><item><title><![CDATA[读书笔记-RUP导论]]></title><link>https://blog.youkuaiyun.com/asukamk2/article/details/2030827</link><guid>https://blog.youkuaiyun.com/asukamk2/article/details/2030827</guid><author>asukamk2</author><pubDate>Tue, 08 Jan 2008 20:14:00 +0800</pubDate><description><![CDATA[软件开发问题的症状和根本原因  不同的软件开发项目可能由于不同的原因而导致失败。遗憾的是，有太多的项目最终都失败了。我们可以从这些项目中找出一些共同的症状：  1.对于最终用户的需求理解得不够精确  2.不能处理需求变更  3.模块之间不兼容  4.软件不易维护和扩展  5.对项目的严重缺陷发现较晚  6.软件质量低劣  7.软件性能无法令人接受  8.团队中人员按各自的开发方式工作，这使得对谁在]]></description><category></category></item><item><title><![CDATA[ICONIX过程]]></title><link>https://blog.youkuaiyun.com/asukamk2/article/details/2011024</link><guid>https://blog.youkuaiyun.com/asukamk2/article/details/2011024</guid><author>asukamk2</author><pubDate>Wed, 02 Jan 2008 20:56:00 +0800</pubDate><description><![CDATA[《用例驱动的UML对象建模应用－范例分析》这本书在大半年前就接触过了，当时是为了编写用例文档，从王老师那里搞到的。最近在做的即时消息系统的失败（没能按时交付），让自己深感一个合适的软件过程在项目开放中的重要地位。固重新找来这本书，好好温习。以下是对ICONIX的摘录：ICONIX过程的规模介于RUP和XP之间。也RUP一样，ICONIX也是用例驱动的，但不需要RUP使记录延续到表中带来的巨大开销；]]></description><category></category></item><item><title><![CDATA[读书笔记-UML精粹-类图]]></title><link>https://blog.youkuaiyun.com/asukamk2/article/details/1938290</link><guid>https://blog.youkuaiyun.com/asukamk2/article/details/1938290</guid><author>asukamk2</author><pubDate>Sat, 15 Dec 2007 14:51:00 +0800</pubDate><description><![CDATA[一直觉得自己对UML的理解还远远不够深刻，最近在画即时消息系统核心模块的类图时越有这种感觉。急忙找来老马的>很补一下下。第一篇，是关于UML类图的：一 区分 操作operation和方法method      操作是对对象提出的事情（过程说明），而方法则是过程体。例如，超类的getPrice()就是一个操作，而他的所有子类的getPrice()则是方法。操作可分为恒态操作query和改态操作m]]></description><category></category></item></channel></rss>