找到相关内容 133
基于WCF的SOA架构项目实战
本人才疏学浅,在现在的项目中即是程序员又是架构设计组组长。在使用WCF技术前看了无数号称WCF实战博客,没有一篇是我想要的。不过也算学到些皮毛。在此谢过,对你们的善意分享和辛勤劳动表示万分的感谢
http://cyqdata.cn/cnblogs/article-detail-41620 
架构师怎么练?
 这个话题其实是我的一个疑问,因为毕业到现在我也不是一个架构师。  很多人给出的建议是学习设计模式,但不知道为什么我现在感觉有些不妥。从目前我所看到的资料显示,先有了软件工程这个概念,然后才有了架构师。软件工程的出现我想主要为的是软件的工业化,而架构师就是设计流水线的人,他的初衷只是为了快速的软件构造,并没有要求设计模式。设计模式的出现是因为软件在维护阶段的开销太大,所以需要这
http://cyqdata.cn/cnblogs/article-detail-41466 
SharePoint 2010 部署架构
       之前从网上找到关于SharePoint 2010 的部署都是比较粗略的简介到多台应用程序和多台Web服务器构建的架构,所以我这边整理了一下关于SharePoint 2010 在各种情景下的部署方式。     通常从粗略的划分来说部署一个标准的SharePoint 2010 门户需要考虑
http://cyqdata.cn/cnblogs/article-detail-41309 
一种应用程序命令执行架构设计
一种应用程序命令执行架构设计 袁永福 2011-7-5   有感于一些程序中ASPX页面中直接编写功能性代码,难于组织和维护,实现不了程序的高度可配置化,自此提出一种应用程序命令执行架构,其架构图如下   在这个架构中,每一个应用程序中存在一个Host(宿主),它是应用程序功能模块组织中的顶级结构,它战略上管理着整个应用系统的功能点,而且是访问本架构的入口点。 Host下面有
http://cyqdata.cn/cnblogs/article-detail-41274 
架构师,如何从梦想变成现实?
这个题目,不是标题党,也不是为了给出答案,而是自问,写出来一些看法,和自己对未来几个月的规划,当然更加希望同僚能多提意见或建议。 很久之前,从大学毕业开始,自己就一直做着“成为一个架构师”的梦,并且也在磕磕碰碰中前进和提升。但到现在已经工作了5年,却也还是不如人意。 从最开始做技术支持,到码工,到高级码工啥的,角色好像变了,但总是觉得有非常非常多的东西要学,要不断地历练。到
http://cyqdata.cn/cnblogs/article-detail-40999 
一个分层架构音乐网站源码(使用了ASP.NET+sql server 2005 )
      这个音乐网站是我.net选修课的期末作业,采用三层架构实现,数据库采用sql server 2005,具有如下的功能:  前台浏览歌曲,播放歌曲,搜索歌曲,会员注册,后台分管理员,会员上传音乐以及会员信息修改;实现起来很简单  开发环境:win7+vs2010+sql server2005 为方便新手交流,我贴几张图
http://cyqdata.cn/cnblogs/article-detail-40651 
实战ASP.NET大规模网站架构:Web加速器
大规模网站瓶颈之一就是性能问题,如何让你的网站飞速运转起来,一直是架构师和开发人员苦于思考的问题。文章将针对基于ASP.NET开发的网站交互性非实时部分进行讨论。   一、WEB加速通常有如下方案:   1、基于ASP.NET技术的页面缓存   基于ASP.NET技术的页面缓存,通常有如下两种应用方式:   一、基于数据库触发(设置缓存依赖策略,当数据库中数据发生变化时,触发缓存失效;但微软提供的
http://cyqdata.cn/cnblogs/article-detail-40264 
走向ASP.NET架构设计——第三章:分层设计,初涉架构(中篇)
1.阐明示例需求   本篇还是用之前的电子商务网站中的一个简单的场景来讲述:在页面上需要显示产品的列表信息。并且根据产品的类型不同,计算出相应的折扣。 在上篇中,我们已经设计项目的逻辑分层。我们再来回顾下:   可能有的朋友认为从Smart UI立刻跳到这种分层设计,似乎快了些。其实也算是一个思想的跳跃吧。下面就来看看这种分层是如何解决之前Smart UI的问题的。   2.业务层设计   记
http://cyqdata.cn/cnblogs/article-detail-40188 
MySpace:.Net架构网站的王者
MySpace的成功对于.Net社区的开发人员来说无疑是个福音。它让很多.Net追随者吃下了一颗定心丸,也不断吸引了更多的追随者,让我们这些追随者都坚信使用.Net能够做出世界上最牛x的网站。如果没有MySpace,当我们面对 Java,  LAMP fans挑衅时候,我们该如何反击呢?哑口无言还是掩面逃窜。现在rails就缺乏一个”MySpace”, 
http://cyqdata.cn/cnblogs/article-detail-40094 
走向ASP.NET架构设计——第五章:业务层模式,原则,实践(前篇)
在上一章中,我们讲述了有关业务层分层的一些知识,下面我们就来看看,在具体的业务层的设计中,我们可以采用哪些模式可以将业务层设计的更加的灵活!   架构模式   首先我们就来看看,如何更加有效的组织业务规则。   Specification Pattern(需求规格模式)   这个模式的使用方法就是:把业务规则放在业务类的外面,并且封装成为一个个返回boolean值的算法。这些一个个的业务规则的算法
http://cyqdata.cn/cnblogs/article-detail-40035 
系统架构技能之设计模式—代理模式
一、上篇回顾   很久没有更新设计模式系列的文章了,有了很多热心朋友的反馈,我决定继续将这个系列赶快写完,最近由于过年了,有很多相关的事宜要做,所以没有时间来写,也是对大家的说下抱歉,感觉写文章的时间越来越少了,不过我会努力,尽快将这个系列写完,与大家共勉,希望大家有什么意见或建议,都可以帮我提出来,我好改进,谢谢!。   本文主要是讲述设计模式中的结构性模式中的最后一个本系列讲述的模式,也是经常
http://cyqdata.cn/cnblogs/article-detail-39923 
迁移到云中去!20家最酷云基础架构厂商
“云基础架构”乍听可能觉得没什么吸引力,但想想在云中使用、监控、管理应用的易用性和部署成本的节省,你会情不自禁地觉得,云基础架构真的挺有吸引力的。这里列出的20家云基础架构厂商所做的虽然有些不同,但他们有一个共同的特点:他们拥有能让云计算最大程度发挥其潜力所必要的工具和产品。他们中的一些是很有名的厂商,其他还有一些是在最近12个月内才创立的。这些都不是最重要的,重要的是:如
http://cyqdata.cn/cnblogs/article-detail-39904 
走向ASP.NET架构设计——第二章:设计/ 测试/代码
再次申明一下:本系列不是讲述TDD的,只是用TDD来建立设计的思想。即便是用DDD,有时候还是结合TDD一起使用的。   开发方式比较   我们用下面的一段分析来引出今天的内容:   想想我们平时是如何在写代码:拿来需求,分析功能,编写功能代码。这样的方式,没有问题,大家也一直沿用很多年了。为了后面描述方便,我们称这种方式为传统流程。   TDD的怎么做的:   拿来需求,分析功能,写功能测试代码
http://cyqdata.cn/cnblogs/article-detail-39731 
IBM 总架构师:话说程序员的职业生涯
作者:IBM 软件集团大中华区总架构师 寇卫东   有一些年轻的程序员向我咨询,将来的路应该怎么走?俗话说,条条大路通罗马。不同的路都能走向成功。到底选哪条路,取决于自己的兴趣。可能有程序员会问:如果还没找到自己的兴趣怎么办?我的建议是多尝试,努力做,这是职业生涯的必经之路。当你积累了一定的技术和经验之后,就会面临多种选择。选择哪条路,因人而异。   如果对某一种或几种技术非常感兴趣,并且能够持续
http://cyqdata.cn/cnblogs/article-detail-39668 
关于“三层架构”和MVC
又看到有人在问三层架构和MVC的关系,感觉这种问题有点教条化了。因为它们都在逻辑上将应用程序划为三块,凑了一个数字3,就有人非要把它们联系到一起了。 这两个东西我接触有几年了,有一点体会,表达一下: 三层是三层,MVC是MVC,它们毫无关系的。 三层是从整个应用程序架构的角度来分的三层(如果程序需要,还可以分多层)。 三层是为了解决整个应用程序中各个业务操作过程中不同阶段的代码封装的问题,为了
http://cyqdata.cn/cnblogs/article-detail-39659 
跨域SSO的实现之一:架构设计
翻译自CodeProject网站ASP.NET9月份最佳文章:Single Sign On (SSO) for cross-domain ASP.NET applications。   翻译不妥之处还望大家多多指导、相互交流。   文章分为两部分:架构设计和程序实现,此为第一篇即:架构设计或者叫设计蓝图(Part-I - The design blue print)。:)   简介   周一的早
http://cyqdata.cn/cnblogs/article-detail-39542 
基于消息与.Net Remoting的分布式处理架构
      分布式处理在大型企业应用系统中,最大的优势是将负载分布。通过多台服务器处理多个任务,以优化整个系统的处理能力和运行效率。分布式处理的技术核心是完成服务与服务之间、服务端与客户端之间的通信。在.Net 1.1中,可以利用Web Service或者.Net Remoting来实现服务进程之间的通信。本文将介绍一种基于消息的分布式处理架构,利
http://cyqdata.cn/cnblogs/article-detail-39344 
分享Poppen.de架构经验
Poppen.de是德国的一家婚姻中介网站,对于该网站的统计数字有:1)200万的用户数,2)2万的并发用户数,3)每天产生30万的私信,4)25万的日登录用户数。这样的网站也就是个中型规模的网站,下面看看这个网站在技术应用及经验方面带来的东西。   原文链接:http://highscalability.com/blog/2010/4/12/poppende-architecture.html
http://cyqdata.cn/cnblogs/article-detail-39340 
.NET 分布式架构开发实战之二 草稿设计
前言:   本篇之所以称为草稿设计,是因为设计的都是在纸上完成的。反映了一个思考的过程。   本篇的议题如下:   1) 第一个数据层草图的提出   2) 对数据访问层的思考   3) 第二个数据层草图的提出   1.数据层草图的提出   Richard开始着手设计,一开始他没有就立刻在自己的计算机开始敲代码。而且采用笔+纸开始构思。   因为他认为:写程序不是什么时候都得上机,脑子里面想什么的才
http://cyqdata.cn/cnblogs/article-detail-39212 
NGuestBook架构体系及实现指南
      前几天我在我的Blog上发布了NGuestBook(点击这里下载),得到了很多反馈,在这里非常感谢大家的关注和支持。一些朋友在E-mail中提到,这个NGuestBook和我那个系列文章《基于.NET平台的分层架构实战》中讲的Demo有非常多不一样的地方,问我能不能单独写一篇文章说明一下这个新NGuestBook的架构方式和实现相关的问
http://cyqdata.cn/cnblogs/article-detail-39199