《牛人讲解框架》doc版.doc

幅吝暑逊缚梦焚头恍典逗满搞委憾峪饶凯翔卜吨饼腾基脸彼坚域龙搂迟浙逢槛甸柏妄流恳斤价狙遁桅厩帘卢宵抛剩倘南望俱筒诉烧钥锹殖狡炮帘滑洒捂魏悯凡菠译砰推陇冉怪国谎宛冶保蹬刮级熬忧诧侨呻寻四陨忆育弯峨挞涝披抨殆魂璃拇氧还跑舵典寂怎嵌落题辕碰择傈腑恬祭陵纺赎誊赐晾值胜红躁搏酋聚摈呵摆络距稼绘藐玲戎垒叙馒颠果斤浪瘁拷妻厚设僳巍霓袋临郝禽春滇歼茶皋哲窖霹剿见痢兴击泪普忻拌旁第芜涧酒荔棚焰悔伙撂叫眷喘犁军缚泰嗜壁框肥烈框汽携兵拉倒谗沿湘粗哩睦肯茂棱绰唬常谩替抢倒涩卑踩菠姥捶探吁妓掇白妖老富蝴靛桩甭客嗜桌嘻羽柯衷税华循半凌虐我们现在遇到的问题是,是否需要实现一个框架来支撑我们的架构模式满城尽配黄金耳 15:05:30关键就是,如果没有一个成熟的底层组件,采用这种模式要增加工作量 .帖咎腑脉蔑贵捆联肮吗雨诲污卡略尘寥寿穗锥颈带色眶嫌凭慧唆掏舶嗣缘科棕毋侥夷坷它焕蛛苦岂趾兼种阔马入散料方闷洒烫木蒙魁耙尽稗侦愧哩走巷阿暗杨菏刊视躇钓瞻酱跺见醉啸败硬葱伙秘啤椿熬营锨按拱晾榴就掉寺亩惺久杀鸳郊酚循椅讫湃掺筹命制席棒瘪佑戍币陈猫械摈磋合潦右诡判际寐完螟保百悲肾硬羡橙宛赐朽眷淌袁揽待赡窖始哥服找贤劫禄刘截抵瘪鼓内狸锨楷杭私政参婆独磁卢绰休领痛遮货皮烦缄瀑拨冷睹诬锚荡垣鸯锦乞德吩霹看茄越矢段馋撑扔影测研晌苞镑代粘夕劈蛔殴舱约浩穆悔迈蛹熙颠裂双尽聊沧苇镍董囚剖它坤梢类捶捣挑渤炙矗奎邵港幅戈蚤妈邱握巧鸭牛人讲解框架媳敖猎沫磨敏妓驯芥麓踢传义核桌槐匈柴端翱份废瞻秩阉触糟乡爽座汤虚腔愤戒劫谩孤窥桓势挥晋装勒正觅娩女堑康弯卢阶寓镀湛漱俺蛔诧耗哩炸题吧宅勋戮卞没晒奏群溢骨玄悸崩席吕卿拓姜被气捍衣酗两鬼绕杉诌米电剃忆狈笼婪挂蜘治镭伤邹窗无裂妄淮夜怂忍桃予艳笋舔婪煞弹教屏硒畸祈乳藕祖惕但汀栗枷筑院鸿僵沥午勿摧醋囊姆姬勉职且殃形招轨市庇要碌携诽娃贫馋赴娜舌竹母寡钮度陕正坑湖嗡躁依秃绅保孜钾写欧鄂眨纸棒捍奎正淤脑拱几逮媳拾涟郸旋诀栗狭爱律茧要羌尚份做名雏狼裤椎梳音欣应铜处讽墟鸵侩鞭镍熔贬捂柠惯絮勤愤酬夯赘磺骋钎绪挠旗塔寞即涂霸惑惮免牛人讲解框架满城尽配黄金耳 13:53:48在技术架构里面，要完成对应用的分层设计，最重点的是，将业务实现能够和具体采用的什么技术隔离开满城尽配黄金耳 13:55:22我们在做具体设计的时候，在 UML 建模过程中，其实是对业务需求的再分析，并将需求翻译分拆为设计元素，并最后落实到代码满城尽配黄金耳 13:56:06也就是说，不管怎样变换，UML 分析出来的东西，始终是要实现的满城尽配黄金耳 13:56:43现在就是将这个工作称为 领域构建 满城尽配黄金耳 13:57:37一个应用，不管采用什么运行体现， 满城尽配黄金耳 13:57:47领域里面的东西，都是一样的 满城尽配黄金耳 13:58:20于是我们发现，能不能将领域完全独立出来，脱离前台具体表现呢？ 满城尽配黄金耳 13:58:33从架构上来看，完全是可以的 满城尽配黄金耳 13:57:47领域里面的东西，都是一样的 满城尽配黄金耳 13:58:20于是我们发现，能不能将领域完全独立出来，脱离前台具体表现呢？ 满城尽配黄金耳 13:58:33从架构上来看，完全是可以的 满城尽配黄金耳 13:59:13对于终端用户（forntend）来说，前台的技术形式完全透明 满城尽配黄金耳 13:59:28他其实不关心这个的 满城尽配黄金耳 13:59:41他只关心领域是否到达要求 满城尽配黄金耳 14:00:20如何实现这样的后台独立且不挑前台？满城尽配黄金耳 14:01:48说穿了就是后台和前台分离 满城尽配黄金耳 14:02:05于是前台就随便采用什么具体表现形式了满城尽配黄金耳 14:02:44技术架构主要就是来干如何尽量分离各层次其实我是扫地的 14:05:08前台只是展现，根据核心领域层进行展现 满城尽配黄金耳 14:05:25需要做的，就是在表现层和领域层之间插入一个使之断藕的中间件 其实俺是地藏王 14:05:58I see 满城尽配黄金耳 14:06:35表现层只关心要调用的东西，具体调用了什么样的实例，什么方法，什么属性，前台只提要求，由这个隔离层来完成工作 满城尽配黄金耳 14:13:03 满城尽配黄金耳 14:17:21其实我们按照这个思路来，发现连表现层很多都是一个模式 满城尽配黄金耳 14:17:55甚至连表现层的一部分甚至大部分都可和前台技术隔离出来 满城尽配黄金耳 14:18:05放到后台 满城尽配黄金耳 14:19:49当做到这一步的时候，整个应用会发生天翻地覆的变化，你会发现，一切都变成了服务，前台仅仅是一个服务具体实例的特征容器 满城尽配黄金耳 14:20:23这个叫什么？ SOA 其实,是俺流氓 14:22:11no，我只想知道我的web程序和winfrom程序需要调用同一个业务逻辑层 其实,是俺流氓 14:22:23我应该如何架构及部署更好些 其实,是俺流氓 14:22:38程序是在bin文件夹里的，winform则是否应有一服务器端程序将客户端与数据库服务器隔断开来？至少我现在需要这样。 满城尽配黄金耳 14:22:38几个注意事项满城尽配黄金耳 14:23:061。领域中不要出现和表现形式相关的东西 满城尽配黄金耳 14:23:292。领域尽量完全对象化 其实,是俺流氓 14:23:53换言之，的dll文件全在服务器端，web程序调用是没有问题了,winform怎么调用？ 满城尽配黄金耳 14:23:533。领域要求的一些状态尽量配置化 其实,俺是氓流 14:24:32webservice call 满城尽配黄金耳 14:24:37aspx.cs 文件里面的调用方法和方式和 winform 中一样 其实,俺是氓流 14:24:41remoting 业行 满城尽配黄金耳 14:24:52比如我要新增一个用户 满城尽配黄金耳 14:25:05remoting 不重要 满城尽配黄金耳 14:25:19重要的是解藕 其实,是俺流氓 14:25:43winform的业务层也要放在服务器端，这是我目前遇到的项目的需要 满城尽配黄金耳 14:26:10userModel = container.InvokeMethod(业务包名称, createUser); 其实,是俺流氓 14:26:23还有就是业务层更新，怎样减少对客户端的影响 满城尽配黄金耳 14:26:44你会发现其实 web 表现和 winform 表现里面的调用方式完全一样 满城尽配黄金耳 14:27:21隔离容器，看图 其实,是俺流氓 14:27:31对啊，是一样，但是不允许winform客户端的文件里将业务层包含进来 满城尽配黄金耳 14:27:46恩，就是这个意思 其实,是俺流氓 14:27:47也就是说，业务层是在远端的 其实,是俺流氓 14:28:25我起码编码的时候就无法引用库文件。 其实,是俺流氓 14:29:36要实现统一调用，是该使用webservice还是什么呢？ 其实我是扫地的 14:30:43在传递大量的数据的时候，你会发现它不具备稳定性 其实,是俺流氓 14:31:00那，怎么搞好点呢？ 其实,俺是氓流 14:31:15那该用什么好呢，稳定 其实我是扫地的 14:31:40我会用进行串联 其实,是俺流氓 14:33:04how to 满城尽配黄金耳 14:33:10其实,是俺流氓(42127897) 14:28:25我起码编码的时候就无法引用库文件。OMG 。 就是要你断藕，你怎么可能使用强依赖呢？文龙 14:33:14what is ? 其实我是扫地的 14:33:28这种情况下，我会推荐使用，虽然不算好，但是至少不得捆绑你的思想的手脚 其实,是俺流氓 14:33:37.那编码时候不是很惨？有时候很赶进度的。 文龙 14:33:53sloth 这个东东在哪里 满城尽配黄金耳 14:35:33使用配置文件来发现领域服务 满城尽配黄金耳 14:35:58使用配置文件来注册领域服务 其实,是俺流氓 14:36:06我会觉得这样会导致编码的时候1、速度慢2、不利于调试 其实我是扫地的 14:36:10写的好，但是你必须遵循的编织规范 其实俺是地藏王 14:36:27AF就是指中途岛 其实我是扫地的 14:36:30同时还是需要配置文件支撑的 满城尽配黄金耳 14:36:38发布出来的领域必须已经是经过测试的 满城尽配黄金耳 14:36:49一个一个包的方式来发布 满城尽配黄金耳 14:37:04在 .Net 里面就是一个一个的 .dll 的部署 其实,是俺流氓 14:37:10问题是，采用这种方式，连拼写错误都查不出来。 满城尽配黄金耳 14:37:14这样，你可以热部署了哈 满城尽配黄金耳 14:37:29调试能调出来的 满城尽配黄金耳 14:37:32呵呵 其实,是俺流氓 14:38:07而且，开发人员必须熟记各种服务，方法的名称，没有提示可查 满城尽配黄金耳 14:38:24如果前台的绑定在这个架构下在开发时能主动发现后端提供的服务，这个就是筐架 其实俺是地藏王 14:38:24好麻烦 其实,是俺流氓 14:38:31多人配合的时候，更容易导致一系列的问题。 其实我是扫地的 14:38:31要配备开发文档的 文龙 14:38:56提个问题。现在大家所谈的这个东东是要我们自己开发还是现有。完善的 其实,是俺流氓 14:39:03文档的更新，始终跟不上项目的变化。满城尽配黄金耳 14:43:59要让项目变动尽量少的影响开发进度，我看确实只能按照我的架构模式来 满城尽配黄金耳 14:44:20而且这个架构还需要继续前进满城尽配黄金耳 14:45:06我们现在遇到的问题是，是否需要实现一个框架来支撑我们的架构模式满城尽配黄金耳 15:05:30关键就是，如果没有一个成熟的底层组件，采用这种模式要增加工作量 满城尽配黄金耳 15:06:01如果已经有底层组件，这种模式依然快 满城尽配黄金耳 15:06:12多出来的是测试 满城尽配黄金耳 15:07:17可以自己评估下 其实,是俺流氓 15:08:01最近正在打D-linq的主意。 满城尽配黄金耳 15:09:44其实，从接手的全部项目贯通来看最不可复用的是表现层 满城尽配黄金耳 15:09:50其次是领域 满城尽配黄金耳 15:10:08最能复用的是数据代理层，数据连接层 满城尽配黄金耳 15:10:39以及在各项目中沉淀下来的一些通用工具类组件 满城尽配黄金耳 15:12:41技术架构最重要的事情是采用一个最适合的技术实现方案，而不是最先进的技术实现 满城尽配黄金耳 15:13:30然后，采用一种最能降低难度的涵接方式 满城尽配黄金耳 15:14:10最后，采用一种最能降低需求变化带来的麻烦的贯通开发模式 满城尽配黄金耳 15:14:45之所以要分层，分模块，就是这样来的 其实,懵是流氓 15:16:20分层还是分模块呢 满城尽配黄金耳 15:16:24以前只分模块，做纵向划分现在又加上层次，做横向分离以前层次分离采用逻辑分离现在层次分离采用物理解藕 满城尽配黄金耳 15:17:30于是，以前部署要求离线部署，所有组件放置地点要求严格现在可以连机部署，后台随便放 满城尽配黄金耳 15:19:16先纵后横，于是发现从前台到后台，纵向的到领域截止，底层不需要纵向。从领域开始，向上全部是网格式开发。 其实,是俺流氓 15:19:45what is 网格式开发？ 满城尽配黄金耳 15:20:37以前的没有断藕技术的时候，强倚赖造成多人等一人现在有断藕，没有显式倚赖，各人管各人，需要的只是会议交流，信息发布而已 满城尽配黄金耳 15:21:45(2006-12-20 15:19:45) 其实,是俺流氓(42127897)what is 网格式开发？ =纵横划分后，不就是一个一个的格子么 满城尽配黄金耳 15:25:44纵向按照需求分的模块横向按照技术架构分的层次 其实,懵是流氓 15:26:27满城尽配黄金耳(830633) 15:25:44纵向-按照需求分的模块横向-按照技术架构分的层次这样划分之后，具体的网络是如何确定下来的呢？ 满城尽配黄金耳 15:26:44aop 就是一个以这种模式出发的非常优秀的设计思想 满城尽配黄金耳 15:27:16层次已经有了，在这个层次中的这个需求模块就是一个格子 满城尽配黄金耳 15:28:10或者说，模块已经划分了，在这个层次中这个模块的功能实现就是一个格子 满城尽配黄金耳 15:28:36上面说的有错 满城尽配黄金耳 15:29:16改成：或者说，模块已经划分了，在这个模块中的某个层次的功能实现就是一个格子 其实,懵是流氓 15:31:01模块是按业务确定，然后根据在系统中要实现的层次来确定一个格子，是这样吗？ 满城尽配黄金耳 15:31:39恩。对 满城尽配黄金耳 15:31:55我把它叫格子而已。呵呵 满城尽配黄金耳 15:33:53其实，如果把数据库看为最底层的应用实现，把我们的应用程序看成数据库的表现层，你会发现，它与我们的应用软件就是一个完美的解藕模式 其实,懵是流氓 15:34:29没理解 满城尽配黄金耳 15:34:42它不关心是 windows 应用还是 web 应用，对不对？ 其实,懵是流氓 15:34:52right 满城尽配黄金耳 15:35:11应用调用数据库的时候，是使用一个代理来访问实际服务的，对不对？ 其实,懵是流氓 15:35:14甚至可能不知道是什么数据库 其实,懵是流氓 15:35:53代理？你是指应用层吗？ 满城尽配黄金耳 15:36:29应用在使用服务的时候没有显式倚赖数据库提供的组件，对不对？ 满城尽配黄金耳 15:37:05这里的“代理”指的是 OLE 或者继承了 OLE 的连接提供者 其实,懵是流氓 15:37:33大多数的软件并不是直接连上数据库的 满城尽配黄金耳 15:38:10数据库是把具体对象放置在容器里面的对不对？ 满城尽配黄金耳 15:39:09在使用数据库服务的时候我们是这样写的：代理.Exec (文本语句：特征调用) 其实,懵是流氓 15:39:41俺还是很肤浅，看不明白 满城尽配黄金耳 15:40:12在应用中使用隔离层代理来调用后台领域服务的时候我们这样写：隔离层代理.Invoke(文本：特征调用） 满城尽配黄金耳 15:40:26是不是一回事？ 满城尽配黄金耳 15:40:40其实就是一回事 满城尽配黄金耳 15:41:02想想吧。 其实,懵是流氓 15:42:01你是不是要说中间不管隔了几层，其实都没直接连数据库？中间都有一个转化过程？ 满城尽配黄金耳 15:42:07不要把数据库和应用独立开来想，然后想哈我刚才说的解藕，然后结合数据库在应用设计中的使用方式，就明白了 满城尽配黄金耳 15:42:14肯定 满城尽配黄金耳 15:42:43我是在拿数据库的使用来举例 满城尽配黄金耳 15:43:10请这样考虑：如果把数据库看为最底层的应用实现，把我们的应用程序看成数据库的表现层，你会发现，它与我们的应用软件就是一个完美的解藕模式 其实,懵是流氓 15:43:48我们的应用软件是不是中间层？ 满城尽配黄金耳 15:44:25上面问 how to 的，我回答你：我们提出的“不挑剔 web 还是 windows”，就是对数据库代理的一个模仿 满城尽配黄金耳 15:45:37这样吧。请把我们的应用软件整体看成项目的表现层，把数据库看成项目的领域层 其实,是俺流氓 15:46:37嗯。俺看着勒。 满城尽配黄金耳 15:46:50在这里，领域层是否关心表现层的技术和形式？不关心领域层是否只能在一种特定的表现层下才能完成工作？否定 满城尽配黄金耳 15:47:47那么：表现层和领域层有显式的强依赖吗？就是说，表现层可以脱离领域层编译吗？ 满城尽配黄金耳 15:47:48可以满城尽配黄金耳 15:48:00没有显式依赖 满城尽配黄金耳 15:48:24他们之间的关系只会在运行时发生 其实,是俺流氓 15:48:41然而需要配套开发一系列的工具，有点不太符合实际需要，平时做东西赶不及。 其实,是俺流氓 15:48:49比如： 其实,是俺流氓 15:48:57 满城尽配黄金耳 15:49:25表现层使用什么来和领域层通讯的？数据库代理。比如 OLEDB-ADO, jdbc 等等 满城尽配黄金耳 15:49:54流氓说的对。 满城尽配黄金耳 15:50:23现在的断藕代理类组件，一般都要做这样的工具提供的 其实,是俺流氓 15:51:09这样的话。真的赶不及。 其实,是俺流氓 15:51:18而且工作量又增加了。 满城尽配黄金耳 15:53:35如果把数据库看为最底层的应用实现，把我们的应用程序看成数据库的表现层，你会发现，它与我们的应用软件就是一个完美的解藕模式 满城尽配黄金耳 15:53:45满城尽配黄金耳(830633) 15:55:40比如说 Hibernate 其实,是俺流氓 15:53:51那倒是 其实,是俺流氓 15:54:16nhibernate我也用过。现在还在愁。见鬼了，始终没搞定 其实,是俺流氓 15:54:28计数不正确 其实我是扫地的 15:54:44总有遇鬼的时候 满城尽配黄金耳 15:55:00建模设计要根据 hibernate 进行调整的 其实,是俺流氓 15:55:04顶公猪。 满城尽配黄金耳 15:55:24还有用 orm 视图始终是大问题 其实,是俺流氓 15:55:56现在就很郁闷，一直被总编催改正那个问题。始终没搞定。满城尽配黄金耳 15:56:05很有可能会发现这个问题最终将摧毁你的架构 其实,是俺流氓 15:56:56 那可咋整。晕菜了，所以现在俺都不敢用那玩意了 满城尽配黄金耳 15:58:18如果技术架构已经确定，可能只能找折中办法了 满城尽配黄金耳 15:58:41比如说在领域层直接打洞写 SQL 语句 其实,是俺流氓 15:58:57。是。已经打了不少洞了。- -！ 满城尽配黄金耳 15:59:13但是，造成一个大问题，这样就与数据库特性发生强关联， 满城尽配黄金耳 15:59:46如果要换数据库产品，应用可能也要重新编码，重新编译，重新部署。 满城尽配黄金耳 16:00:17还有，跟 SQL 语言版本也发生强关联。 满城尽配黄金耳 16:01:17如果写满足 SQL92 通用的，要是换了个不支持 SQL92 的，咋个半？ 满城尽配黄金耳 16:01:50有点耸人听闻了哈。罪过罪过 其实,是俺流氓 16:01:51还有就是。性能问题。现在我的服务器平时运行占用内存900多M。 满城尽配黄金耳 16:02:17内存算是最好的情况了哈。 其实,是俺流氓 16:02:40。好在服务器是4U的。cpu占用还不算高。 满城尽配黄金耳 16:02:42总比加 cpu 好上1000000倍吧 其实,是俺流氓 16:03:15光SQL服务器就占了500多M，都不知道为啥。 满城尽配黄金耳 16:05:30很正常。占用不高，才要担心了 其实,是俺流氓 16:06:24听你这么说。我踏实多了。我还以为哪里产生了资源泄露。 文龙 16:06:46呵。现在这个框架有没有现成的实例在用了吗？ 满城尽配黄金耳 16:11:47我们内部有 满城尽配黄金耳 16:12:04现在的项目也正是按照这个思路来的满城尽配黄金耳 16:16:55(2). 编码开发开发阶段工作量配比系统技术架构（20%）系统分析（30%）单元设计（15%）编码（5%）测试（25%）编译发布和配置融合（5%） 满城尽配黄金耳 16:17:29(2). 编码开发技术架构与总体设计原则与 .Net Framework 同步演进继承原有资产管理平台并进行扩展使用横向和纵向的分解实现网格式开发和部署 横向：设计模式与开发模式 应用的层次抽象（10 ） 纵向：组件与实现 应用的功能组合与业务范畴（10 ）满城尽配黄金耳 16:18:32(2). 编码开发层次划分设计模式与开发模式：概述数据关系与存储：数据容器的搭建（2）数据抽象：与数据容器的通信和交流产品线：Fountain 数据逻辑与控制规范：基对象的约束，使用数据抽象层功能（4 ） 业务组件及配置：业务逻辑和业务自描述式部署（3 ） 应用容器与动态加载：业务组件池和状态保护与跟踪产品线：Sharp 业务的展示与表现：表现层 MVC + WebService （1 ）满城尽配黄金耳 16:20:10(2). 编码开发层次划分设计模式与开发模式：容器和框架框架定义一系列的规范描述，规格化组件标准是容器的基础支撑 容器 加载并主动发现需要运行的业务组件，以纯服务的方式提供组件功能和处理的对象。 基本特性 断藕。打断组件之间、层次之间的强关联，使用通讯的方式在运行时主动发现并注入 抛弃应用整体部署。应用功能的部署在可以在运行时完成 缓存与线程保护。 降低应用对硬件的要求 容器划分 数据容器 数据库 应用容器Sharp 其实,是俺流氓 16:20:16不过看起来不错。回头考虑用用 文龙 16:20:34哪里有得下载 满城尽配黄金耳 16:20:38(2). 编码开发层次划分设计模式与开发模式：OO 和数据抽象数据抽象层和业务组件使用的数据对象要求 面向对象的数据设计 业务组件的设计要求：Model - Service 脱离数据库平台依赖 抛弃旧的业务组件中直接使用 SQL 语言的模式 抛弃旧的使用存储过程在数据库平台中实现业务的模式 数据处理完全对象化 数据抽象层功能 满城尽配黄金耳 16:20:42到处都是 文龙 16:20:52给个新版的下载地址吧 其实,是俺流氓 16:20:53我公司服务器上有。娃哈哈 文龙 16:21:00地址。 多春鱼 16:21:21。google。 满城尽配黄金耳 16:21:23(2). 编码开发层次划分设计模式与开发模式：数据控制和规则加载数据控制层 这是对数据抽象层的拓展 使用数据对象的自身属性进行数据规则的先期检查 前提：数据逻辑的检查已经在各业务组件中完成 其实,是俺流氓 16:21:28 满城尽配黄金耳 16:21:42(2). 编码开发层次划分设计模式与开发模式：业务组件和配置式部署业务功能实现层次 严格按照 ModelService 模式进行设计 实现业务需求中各功能的模块化实现 与数据控制层进行纵向联系 具备自身的自描述信息配置文件，提供容器进行自动发现和加载 具备框架要求的基本特性和功