??xml version="1.0" encoding="utf-8" standalone="yes"?>一本色道88久久加勒比精品,成人午夜电影在线播放,亚洲精品日本http://www.aygfsteel.com/andyyehoo/category/25108.html0?是信息社会的一?/description>zh-cnMon, 20 Aug 2007 17:52:34 GMTMon, 20 Aug 2007 17:52:34 GMT60pȝ架构师的修炼http://www.aygfsteel.com/andyyehoo/archive/2007/08/20/138203.html银狐银狐Mon, 20 Aug 2007 10:03:00 GMThttp://www.aygfsteel.com/andyyehoo/archive/2007/08/20/138203.htmlhttp://www.aygfsteel.com/andyyehoo/comments/138203.htmlhttp://www.aygfsteel.com/andyyehoo/archive/2007/08/20/138203.html#Feedback0http://www.aygfsteel.com/andyyehoo/comments/commentRss/138203.htmlhttp://www.aygfsteel.com/andyyehoo/services/trackbacks/138203.html最q应聘系l架构师Q面试回{一些问题,加上之前做的一些功课,搜烦C些文章,感觉有必要ȝ一下,到底如何做一个成功的pȝ架构师呢Q?/span>

首先Q何谓系l架构师Q?/h3>

 IBM工程师的说明是:
  架构师的主要责Q是提供开发h员和目l理之间的共用沟通媒体。他们负责让业务规则及需求与工程实践及限制相适应Q以保成功

 中文Wiki上的说明是:
  pȝ架构师负责设计系l整体架构,从需求到设计的每个细节都要考虑刎ͼ把握整个目Q设计的项目尽量效率高Q开发容易,l护方便Q升U简?/p>

 q两个解释,加v来基本说明了pȝ架构师的定义?/p>


JAVApȝ架构师应该看的几本书

Thinking in Java
Effective Java

UML基础、案例与应用
UML入门提高

软g工匠
设计模式——可复用面向对象软g的基

重构-改善既有代码的设?br>敏捷软g开?原则、模式、实?/p>

企业应用架构模式
Expert One-on-One J2EE Development without EJB
 
软g工程——实践者的研究Ҏ
软g领导Q-成功开发Y件的指导准则

后面的两本书Q其实已l有点属于项目经理的范畴了,不过q不是很深入Q看看对做成功的pȝ架构师是很有好处?/p>

企业应用的系l架构师应该x的几个方?/h3>

数据持久层的设计
 在Spring和HibernateQibatis出来以前Q几乎每家公叔R有自q一套方法和架构Q而架构师?0Q的_֊也会集中到这上面QEJB只是增加架构师的负担。在Spring出来以后Q基本上Q大多数的架构师都从重复设计q个轮子的无用功中解脱出来了。Rod的轮子太好用了,基本上,大家只要套上d行了Q或者,剩下最重要的事情,是选择一个合适的数据库连接池的开源项目吧

MVC架构的具体设?br> MVC只是个概要的概念Q具体如何实现的具体技术很多,Ҏ目设计最恰当的架?/p>

大ƈ发性访?br> 使用~存Q在数据量达C定程度时Q用集技术,优先考虑利用服务器的集群Q其ơ是g集群Q最后才是应用本w加入集功?/p>

大数据量返回结?br> 量使用分页Q优化SQL语句Q@环处理数据时可能共用对象,只保留关键数据,及时释放内存占用

大文g的读取和生成
 可能快的读取大文gQƈq行分析。写入大文gӞ如何及时释放内存。学会适当利用操作pȝ的命令行资源来更快完成Q务?br> 
多线E的应用和管?br> U程池的理和监控,U程的启动(包括定时启动Q,l束Q回ӞU程资源的释?br> 
用户界面可用性设?br> q速度和可用性,恰当的用异步和同步技术,展现关键数据为重?/p>

分布式的数据交流和集?br> 选择恰当的数据交互方式,从最泛滥低效的Web Service到最实用的文件共?/p>

集pȝ的管?br> 如何保~存的同步?如何保对象唯一性?如何保证各台机器的同步?
 是否采用EJB?如何利用J2EE的特性(例如JNDI)

复杂的业务规?br> 规则引擎和工作流引擎场景和应?br> 
其实Q作Z个真正的pȝ架构师,不应该局限于企业应用的系l,q种pȝ往往有数据库的局限性,有时候,应该考虑是否可以横向跨越Q直接对其它pȝ做一些架构考虑Q在没有丰富的实战经验的前提下,而只是看了其它h的系l和代码Q就能够l出有效的设计指对{?/p>

例如对于一个下载YӞ可以有如下考虑Q?/p>

 1. 未明和非法url的检验,已经下蝲p|的容许,信息记录
 2. 多线E下载一个文?文g的切分和拼合Q部分切片丢q拼合可能?br> 3. 下蝲U程理
 4. 服务器或者P2P的机器之间的通讯协议
 5. 速度监控和限?br> 6. 下蝲q度的监控和昄

作ؓ一个在U播放Y?可以做如下考虑

 1. 播放速度的保?br>   机器的问题基本不存在了,关键是网l问题。如何在网l速度Q根据媄片的质量Qƈ~冲_多的内容Q保证播放一直尽可能利的完成?/p>

 2. 播放质量的保?br>   如何利用DirectX{技?最快的q行渲染,是自己写底层,q是利用已有的API

׃没做q类似的目Q可以写的东西还是少很多了?/p>

pȝ架构师应该有的素质:

1?nbsp;实际的编E经?br>  最?q吧Q多了就不说了,其实从大学就开始钻研的话,

2?nbsp;书面表达能力和口头交能?br>   l合利用架构图,UML图,文字和代码片断,表达自己设计思想Q至于是Wordq是pptQ应该通吃

  在开发h员中发现架构师的最有h值标准是有效的沟通。您需要技术娴熟、经验丰富的开发h员,q样的h员需要有项目中的业务相关问题进行沟通的l历。架构师l常必须对理解方面的差距q行预计Q然后才能有所贡献。他们必L意克服困难来保技术和业务观点的融合。他们ƈ不必Ҏ见交换工作进行计划和协调;q仍然主要是目l理的工作。他们的d是确定表q系l设计时的最佛_具和构gQ以促进有效的意见交换。他们必能够判断当前方法显得不需要采用新Ҏ的情c写作技能也非常重要Q还需要具有制作草囄技能或使用制图软g的能力?/p>

 


3?nbsp;自觉d;U极解决设计问题
  架构师的日常工作目标l常q不明确。很多开发h员直接参考功能规范来列出d清单。架构师通常则是向这些开发h员提供所需l构的h员,以便可能提高工作效率。好的候选者不仅进行沟通方面的工作Q而且也会预计各种设计问题q加以解决——通常在没有Q何具体指C的情况下自觉进行。无论所分配的职责如何,U极参与目的开发h员都有机会从一起工作的人员中脱颖而出?/p>

4?nbsp;抽象思维能力和ȝ能力
  架构师,֐思义Q在pȝ未搭建好之前Q就要能够有一个草囑֜心。而如果是对现有系l的攚w,那么能在看过pȝ的文档(如果有的话)和代码后Q就能ȝ出系l的架构特点?br>  架构师必能够理解表q模p的概念q将其变成相兛_方能够理解的目构g。他们必能够理解抽象概念,q以具体的语a对其q行沟通。开发h员中好的候选者经常要求或自己d解释开发生命周期中Ҏh的问题。他们能q速评估各U想法ƈ其U_后箋工作的操作徏议中?/p>

  开发h员经常具有很强的数学能力Q而好的架构师则們֐于表现出更强的口头表达能力。管理h员经常说开发h员具?#8220;工程意识”Q而这是一个用于评估架构师的非常有意义的方面。架构师应该h很强的解x术问题的能力Q但q必能够准获知更为全面的人员如何与技术交互的信息。这要求h某种形式的抽象思维(而不再是代码的细?Q这U思维能力可能较难形成?/p>

5?nbsp;全面的技术资讯吸收能力和选择鉴别能力
  作ؓ开发h员出w,对于某一个具体问题的研究能力Q虽然很多hȝ为google能力Q,已经相当具备了。但是对技术资讯的全面接受和选择性深入了解能力,q且做出正确的判断,那些技术无非是厂家的噱_而那些技术是真正可以用到目Q提高项目质量的好技术,q种能力实臛_重要的?/p>

 



银狐 2007-08-20 18:03 发表评论
]]>
2005Q我的架构师之梦http://www.aygfsteel.com/andyyehoo/archive/2007/08/20/138147.html银狐银狐Mon, 20 Aug 2007 06:32:00 GMThttp://www.aygfsteel.com/andyyehoo/archive/2007/08/20/138147.htmlhttp://www.aygfsteel.com/andyyehoo/comments/138147.htmlhttp://www.aygfsteel.com/andyyehoo/archive/2007/08/20/138147.html#Feedback0http://www.aygfsteel.com/andyyehoo/comments/commentRss/138147.htmlhttp://www.aygfsteel.com/andyyehoo/services/trackbacks/138147.htmlhttp://www.cnblogs.com/QuitGame/archive/2005/12/31/SummaryOf2005.html

   2005q即成为历Ԍ看到很多人都开始写q终ȝQ我也忍不住了?温故而知?有点不敢当,不过在ȝ的过E中Q我发现了自己取得的q步Q也发现了许多不之处,倒是让我感觉到有些意外?o:p> OKQ废话不_正式开始了?

一、项?

1)        q州市XXXXXX数据交换pȝ

q是一个比较复杂的数据交换pȝQ提供本地数据库和XML的双向数据交换功能。其中Xml的格式在XSDQSchemaQ文件中定义QSchema文g的数量非怹多,Q格式非常复杂。我们借助了一些自定义的配|文ӞҎXSD生成、格式类g目标Xml格式Q,才完成了q一q程Qƈ又一ơ将巨大的工作量转移到配|h员那里去了?

在编码过E中Q我~制了很多巨大的ClassQ?000行以上)和MethodQ?00行)。幸q的是,在项目尾期,我对它们q行了一定程度的肢解Q那个时候不知道啥叫重构Q?o:p>

2)        q东省XXXXXX理pȝ

负责了详l设计和数据库设计。元旦前成功的收C目开发阶D|Qcheers!不过Q目前仍在由其他同事q行期的开发?

  • 目中大胆用了NhibernateQversion0.8Q作为ORM工具Q开发效率和q行效率都不错,唯一的遗憾是y出来的Exception的Message是E文的
  • 自设计了非常单的工作,配置也很?
  • 目采用了P代式开发,效果非常不错
  • 在进行性能优化以前Q如果数据量大,查询效率非常低,l常查到时Q?0万行数据Q。后来对数据库增加了必要的烦引,攚w了聚簇索引QSQL Server的表现就非常强劲了,即复杂的业务也基本感觉不到延迟?o:p>

二、书

今年实看了很多?
 

书名

q度

UML基础、案例与应用

一遍完

.net本质?W一?

一遍完

敏捷软g开?原则、模式、实?

正在W二?

重构-改善既有代码的设?

一遍完

J2EE Development without EJB

W一遍即结?

企业应用架构模式

一遍完

Struts in ActionQ电子书Q?

一遍完

Spring in ActionQ电子书Q?

一遍完

UML入门提高Q电子书Q?

正在W二?

 

三、积?

1)        学到了很多关于架构方面的知识Q努力争取成Z名架构师是我的近期目标?

2)        《敏捯Y件开发》和《重构》两本书Ҏ的编码风格造成了很大的影响。现在,我不再编写巨大的cd冗长的方法。这本书Q让我对优雅代码产生了崇拜心理,q种崇拜在我目睹了Entprise Library时达C峰?

3)        XXXXXX理pȝ是我在设计上的处女作Q幸q的是,q不是一个很复杂的系l,虽然我的设计后来被证实存在一些缺P但是其他同事的极度的容忍和超强纠错让我蒙淯关了?

4)        写文档比写代码要难。我为XXXXXX理pȝ写的《详l设计说明书》没有h愿意看。到最q,我才感觉到我的文档能力有了长的q步Q我不再Z写文档而写文档Q而是带着阐述问题和解x法的目的。这一点跟我老大的帮助息息相兟뀂老大亲自Ҏ的文档用U色字体做了许多中肯的批注,老大也让我将一份简单的visioNM三次Q一ơ是因ؓ囑Ş之间没有寚wQ一ơ是因ؓ囑Ş?00%视图下面没有对其到网格线。,q有一ơ是因ؓ动态连接线没有寚w到网根{?

 

四、遗?

1)        未能在Office System领域有Q何作?

参加了广州几乎每一ơ的OTEC会议Q每一ơ都是看别h谈天侃地?o:p>

2)        在不懂设计的时候做了设计、在不懂文档的时候写了文?

不过M事都有第一ơ的?img height=19 src="http://quitgame.cnblogs.com/Emoticons/emangel.gif" width=19 align=middle border=0>

 

五、信?

1)        只要有一台PC或者NB?st1:chmetcnv w:st="on" tcsc="0" numbertype="1" negative="False" hasspace="False" sourcevalue="50" unitname="c?>50c?/st1:chmetcnv>之内Q我永远都无法安心看?

2)        郁闷了一定要找个东西发泄Q可以是陪你喝酒的酒友,也可以是一堵墙

3)        怀着一颗感恩的心看世界

4)        世界复杂,我们应该越?



银狐 2007-08-20 14:32 发表评论
]]>
如何从开发h员走向架构师http://www.aygfsteel.com/andyyehoo/archive/2007/08/20/138140.html银狐银狐Mon, 20 Aug 2007 06:02:00 GMThttp://www.aygfsteel.com/andyyehoo/archive/2007/08/20/138140.htmlhttp://www.aygfsteel.com/andyyehoo/comments/138140.htmlhttp://www.aygfsteel.com/andyyehoo/archive/2007/08/20/138140.html#Feedback0http://www.aygfsteel.com/andyyehoo/comments/commentRss/138140.htmlhttp://www.aygfsteel.com/andyyehoo/services/trackbacks/138140.html http://www.ardy.cn/trackback.php?tbID=210&extra=nbe641gzv5

在寻找优U的指挥的时候,您首先要扄是一名优U的音乐演奏家。但q每个音乐演奏安能成ZU的指挥?

架构? 的专业发展方面也与此cM。越来越多的 IT l织开始认识到良好软g体系l构的重要性,架构师职业正q速发展ؓ IT 内一个独立的门类。由于要从相当小的候选范围内招募架构师,因此q就l管理带来了一些新挑战。即使h力资源部门找C候选者,针对l验q行的筛选也比其? 门类更ؓ严格。跨这些障的最快方式是要认识到Q大部分好的架构师同时也是好的开发h员,因此L架构师h才时可能首先应该从普通开发h员中找v。招? 人员在对候选?内部或外?q行详细审查Ӟ应该考虑q个观点。不q,Ҏ资源q行挑选可能比较麻烦,因ؓ只有极少的优U开发h员具有成为架构师的特? 或愿望?/p>

本文列出了开发h员成为架构师要进行的工作。我从可能考虑q行此{型的开发h员和评估q行此{型的开发h员的l理q两个方面来探讨q一问题。我q将提供一pd在做些决{时要考虑的因素?/p>

个h特征

? 件开发团队和理层之间的联系始终?IT 中的一个关键所在。二者都們֐于以完全不同的方式考虑l定的问题。大部分相关技术都是讨论项目经理应如何跟踪和解释开发h员的q度和问题。但沟通不的? 况仍焉常普遍,而且q是目p|的首要原因。好的架构师是解册个问题的最有效办法。架构师的主要责L提供开发h员和目l理之间的共用沟通媒体。他 们负责让业务规则及需求与工程实践及限制相适应Q以保成功。以下是成功架构师的一些主要特征?/p>

愿意q有能力q行沟通:? 开发h员中发现架构师的最有h值标准是有效的沟通。您需要技术娴熟、经验丰富的开 发h员,q样的h员需要有项目中的业务相关问题进行沟通的l历。架构师l常必须对理解方面的差距q行预计Q然后才能有所贡献。他们必L意克服困难来? 保技术和业务观点的融合。他们ƈ不必Ҏ见交换工作进行计划和协调;q仍然主要是目l理的工作。他们的d是确定表q系l设计时的最佛_具和构gQ以? q有效的意见交换。他们必能够判断当前方法显得不需要采用新Ҏ的情c写作技能也非常重要Q还需要具有制作草囄技能或使用制图软g的能力?/p>

h处理谈判l节斚w的经验:? 构师l常需要负责讨论系l开发的技术折h案。优先的冲H可能会带来实践 限制、风险规避或可能D在各个不同业务组之间需求不同。优U的架构师能够有效地评估技术可能性,q能在不损失目的主要h值的前提下制订开发计划来处理 各种利害关系和限制。这与前面讨论的沟通技能紧密相养I但同时也要体现架构师的技术能力。好的架构师候选者应该是l常帮助Ҏ争议的讨行引导的人,? 够讨论得出新的xQ而不会其在一个位|停滞不前?/p>

自觉d;U极解决设计问题Q?/strong>架构师的日常? 作目标经常ƈ不明。很多开发h员直接参考功能规范来列出d 清单。架构师通常则是向这些开发h员提供所需l构的h员,以便可能提高工作效率。好的候选者不仅进行沟通方面的工作Q而且也会预计各种设计问题q加以解 决——通常在没有Q何具体指C的情况下自觉进行。无论所分配的职责如何,U极参与目的开发h员都有机会从一起工作的人员中脱颖而出?/p>

抽象思维和分析:架构师必能够理解表q模p的概念q将其变成相兛_方能够理解的目构g。他们必能够理解抽象概念,q以具体的语a对其q行沟通。开发h员中好的候选者经常要求或自己d解释开发生命周期中Ҏh的问题。他们能q速评估各U想法ƈ其U_后箋工作的操作徏议中?/p>

开 发h员经常具有很强的数学能力Q而好的架构师则們֐于表现出更强的口头表达能力。管理h员经常说开发h员具?#8220;工程意识”Q而这是一个用于评 估架构师的非常有意义的方面。架构师应该h很强的解x术问题的能力Q但q必能够准获知更为全面的人员如何与技术交互的信息。这要求h某种形式? 抽象思维(而不再是代码的细?Q这U思维能力可能较难形成?/p>

有些为,某种U别的正式教育是成ؓ优秀开发h员的必备条g之一Q我q不同意q种_英论。我遇到了很多高中就辍学的优U开发h员。不q,对于体系l构设计工作Q我的个人经验以及我Ҏ需能力的认识都让我怿Q好的架构师通常臛_获得了一个有挑战性的学士学位?/p>

跟踪生命周期

? 的架构师通常有在具备定义良好的Y件开发生命周?Software Development Life CycleQSDLC)的组l工作的l验。架构师必须理解在其所属专业内最重要的操作过E。这q不意味着需要有其他前提Q例如,q不需要高能力成熟度模? (Capability Maturity ModelQCMM)U别的工作经验。好的架构师可能来自使用 SDLC 的多个小型P代的极限~程(Extreme ProgrammingQXP)Ҏ的组l。务必注意各U传lY件开发操作,?Michael A. Jackson 的方法:Jackson l构~程(Jackson Structured ProgrammingQJSP)?Jackson pȝ开?Jackson System DevelopmentQJSD)。Jackson 的研I对架构师职业发展的意义像 Donald Knuth 的研I对E序员一样重要。架构师可以偏爱Ml典的、经q时间考验的Y件系l开发方法?/p>

SDLC 也可以成估架构师合适h选的有用机制。每?SDLC 阶段都具有能提供相关U烦的特征。SDLC 包含很多的变体Q但在此部分Q我用几乎所有方法的公共基础部分。下面的列表详细说明?SDLC 的各个阶D,q列Z好的架构师候选者在每个阶段表现出来的特征?/p>

  •   分析Q?/strong>在分析期_ 好的架构师会考虑非技术媄响,以便了解需求和在其中q行开发的 环境。架构师可ؓ风险评估d带来q泛的Y件经验供参考。寻扑օ有丰富经验的开发h员,以帮助业务部门理解技术h员正解释需求所需的信息。寻扑֜开发的 早期阶段能够预计可能遇到的问题的开发h员?
  •   设计Q?/strong>在高U设计期_好的架构 师会攉问题I间的各个抽象元素,q就其进行沟通,以便开发团队草拟将要开发的pȝ的相兛_表。架构师负责需求}慎地映射到所得到的系l体pȝ构的? 能。在详细设计期间Q他们所扮演的角色ƈ不是核心角色Q但ZҎ整个pȝ的规则对特定模块的元素进行审查,仍然需要他们。寻扑֖于让团队能够预计设计? {对最l系l的影响的开发h员。寻扑֖于确定一些最x件来促进与技术和非技术受众沟通设计问题的开发h员?
  •   实现Q?/strong>? 实现期间Q架构师寚w目进行引|以确保其W合pȝ体系l构。他们在一U评估技术更改请求,q确定如何对设计q行调整Q以最好地处理此类h。架构师q要 密切了解开发h员的q度Q特别要跟踪pȝ中模块间的集成点的状态。寻扄常对讨论q行引导来连接多个子pȝ的开发h员。寻N目经理可以依赖其快速地q行 与更改和出现的问题相关的风险评估的开发h员?
  •   试Q?/strong>架构师对pȝ集成和用h受度试q行指导Qƈ负责评估q度的正沟通的持箋试l果。寻扄解错误模式且善于测试复查结果{换ؓ行动计划的开发h员?
  •   l护Q?/strong>? l护期间Q架构师发起关于系l集成的讨论。无论处?IT 基础设施问题Q还是确保部门之间的技术合作,架构师都必须完全理解应用E序Q必d速学习姊妹应用程序的体系l构Q而且必须集成点和风险进行有效沟通? Lhpȝ集成l验且表现出快速掌握全貌的能力的开发h员。系l集成是一独特的d?/li>

架构师培d?/strong>

? 些组l能比其他组l更有效地进行架构师培养。如果充分考虑到招聘此cL专业人才的困难,努力促成能鼓励开发h员发展ؓ架构师的环境是非常明? 的策略。但务必避免对不愿意或不适合走这条\的开发h员进行处|。组l应该ؓ开发h员制订多条发展\U,包括那些愿意l箋担Q开发h员的人。对架构师? aQ资深开发h员不可或~。他们可以实现系l中最关键的模块。通过对其他开发h员进行代码检查和试支持Q他们可帮助保M软g质量Q而如果质量不能保 证,即最好的体系l构也毫无用处?/p>

l织应制订个估程序,以鼓励开发h员考虑其职业目标,其中要包含体pȝ构设计的选项。应该鼓q 理在其下属中L体系l构设计人才。应该实 现指D划,让架构师与希望成为架构师的开发h员协作工作。应该鼓励开发h员通过参加各种协会、撰写文章和参加会议Q从而参与到专业领域中来。通过q样? 与进来,可帮助开发h员从新的角度理解pȝQƈ帮助他们更好地就其认识进行沟通。这栯能培d提高效率的重要创新想法?/p>

l束?/strong>

开发h员一旦迈Z通向体系l构设计专业方向的第一步,可以利用很多资源来获得帮助Q其中包括很多来?IBM 的资源。有时候,此过E的最困难的部分就是第一步,而本文提供了一些线索和提示Q经理和开发h员可以利用其来评估应该鼓励哪些h努力成ؓ架构

银狐 2007-08-20 14:02 发表评论
]]>
应用pȝ架构师应该具有的素质http://www.aygfsteel.com/andyyehoo/archive/2007/08/20/138137.html银狐银狐Mon, 20 Aug 2007 05:59:00 GMThttp://www.aygfsteel.com/andyyehoo/archive/2007/08/20/138137.htmlhttp://www.aygfsteel.com/andyyehoo/comments/138137.htmlhttp://www.aygfsteel.com/andyyehoo/archive/2007/08/20/138137.html#Feedback0http://www.aygfsteel.com/andyyehoo/comments/commentRss/138137.htmlhttp://www.aygfsteel.com/andyyehoo/services/trackbacks/138137.htmlhttp://www.cnblogs.com/QuitGame/archive/2006/01/11/315497.html

弟愚钝Qȝ的不好,希望各位大虾U正、补充?

1?nbsp; 了解pȝ集成斚w的知?

  • g基础知识
  • |络基础知识
  • 行业的最新知?
  • 软g工程基础知识

    我觉得一个架构师的知识面应该非常宽广Q遇到难题,总能够想到最佳的解决ҎQ也x合适的设计。所?#8220;复杂的系l,一的设计”Q一的设计往往是最合适的设计Q比如说分布式应用,可以使用WebService、Remoting、J2EEQ架构师会方Ҏ实际的情况做出最合理的选择?
 

2?nbsp; _N面向对象、设计原则、设计模?

        OOq是基础QOO的出现就是ؓ了解册Y件设计上的复杂性的。OO是很U学的东西,但ƈ不是所有的地方都需要OO。个为OO的核心是多态,多态的核心是迟l定?br>
    遵@设计原则是优雅设计的前提。过分遵循原则则是过度设计?br>
    架构师是直接参与设计的,设计模式解决的正是设计上的问题,所以,熟悉设计模式应该是必然的。有Q?6计就是模式。熟?6计的人ƈ不一定都会?6计。同P 熟悉设计模式q不是靠看一两本诸如《C#设计模式》之cȝ书就够了的,必须l过很多目的实践,做到收放自如。用最合适的模式解决问题Q或者不用模式(q每个地方都需要模式)?br>

3?nbsp; 熟悉企业应用的特炏V难题和解决Ҏ
 

特点

知识

  1. 涉及到持久化数据

ORM 及常用的持久化Framework?Hibernate、iBatis、EJB、ADO.net{等

  1. 很多人同时访问数?o:p>

q发、缓?性能和可伸羃?

  1. 含有大量操作数据的用L?o:p>

MVC设计模式 分层 

  1. 与散布在企业内部或周围的其他的应用集?o:p>

数据讉K和数据交换模?

     企业应用架构同样有模式可循。Fowler在?a title=企业应用架构模式 target=_blank>企业应用架构模式》一书中l我们ȝZcM《设计模式》一书中的通用的模式供我们参考?q本书读h比较枯燥Q但实非常有用?br> 

4?nbsp; 2q以上的专职~码l验

    当然Q如果你是天才的话,可能不需要两q。很多h认ؓ架构师不应该参与~码Q然而,很难怿Q一个不会编码的够设计出优秀的系l。不断的了解~码q程中遇到的问题可以促架构师改q设计?o:p>

5?nbsp; 能够熟练的用代码、文档(birdshome?a id=Comments1_CommentList__ctl4_NameLink target=_blank>冬冬指出Q和囑Ş的Ş式表达自q设计思想和设计理?

        UML是必不可的工具Q可以提供比代码更ؓ清晰的鸟瞰视图。UML可以作ؓ与客h通的工具Q也可以作ؓ与程序员沟通的工具。微软在vs2005里面也提供了自己的一套不兼容标准的徏模工兗另外,birdshome 指出Q还需要有一定的ppt制作水^Q?a id=Comments1_CommentList__ctl4_NameLink target=_blank>冬冬指出Q应该具备一定的文档能力?


银狐 2007-08-20 13:59 发表评论
]]>
վ֩ģ壺 ˮ| | | | | | | ƽ| ÷| | ׸| ˶| ֥| | | ɳ| | ɽ| | | | ʯ| | Ͽ| | | | ʡ| | | | ѽ| | | ˮ| | | ɽ| ̨| Ͷ| |