最新评论

Re:也来谈谈软件中分层设计与面向接口开发的意义小白乙 2011-04-29 15:43

我们最原始的项目开发是这样做的，只有两层，UI层和数据层，而这个数据层还不是真正意义的数据层，这个数据层是通过调用数据库中不同的存储过程来返回相应的数据，而一些逻辑功能全部放在了存储过程里去完成，这样做程序开发和存储过程开发是分离的，像你说的“职能分离”的效果很好，但是这样的做法在遇到大批量数据存储的时候就会完蛋。而且在做二级表程序的时候，事务不能同一批提交。还有，我们这里好几个部门开发系统的时候做了你文章里所说的那种“客户端的机器访问数据库”的问题，所谓的分层架构确实是做掉了，可是我觉得一般正常思路应该数据层至少放到服务上，可是他们的做法是三层全部放在了客户端，让我很是无语。。。

Re:也来谈谈软件中分层设计与面向接口开发的意义 china_lipeng 2010-07-18 17:14

看了一下，突然给我一个想法。以前担心过c/s客户端的程序安全问题。我们完全可以将对数据库的操作功能放在服务器上的一个程序来执行。这样客户端只是把数据传给服务器，有服务器来完成对数据库的操作。这样对数据库地址等变动，只是在服务器端改改就可以了。有点类似于web服务?。见笑了。乱想而已。

Re:Castle AOP 系列(三)：实现一个简单的调用指令路由 china_lipeng 2010-07-18 17:00

非常好。

Re:Castle AOP 系列(一)：对类方法调用的拦截 china_lipeng 2010-05-29 09:49

好文正需要！

Re:Mussel使用系列（六）：分布式调用的牛刀小试 Using System 2009-09-17 16:35

示例代码不能下载，如何联系博主呢？

Re: Castle AOP 系列(四)：实现一个简单的基于上下文调用的权限校验机制鱼子 2009-07-23 16:47

地址：20808165@qq.com

Re: Castle AOP 系列(四)：实现一个简单的基于上下文调用的权限校验机制鱼子 2009-07-23 16:47

代码下载不了啊，能不能发送一下到我邮箱啊

re: Castle AOP 系列(三)：实现一个简单的调用指令路由 woweinh 2009-04-29 16:48

清晰明了，好文章！

re: 如何从程序集中加载及卸载插件（下）劲草 2008-11-26 11:42

运行不了，抛异常，就是
var DomainInstance = (ITriggerDesignerFacadeBase)Domain.CreateInstanceFromAndUnwrap(FileName, "Workflow.TriggerDesignerFacade");

这里时抛出的异常，请帮忙解决，学习中....

re: 如何从程序集中加载及卸载插件（下）劲草 2008-11-26 11:39

@RogerTong
你好，我的做法也是和你一样，我自己写了代码，可是我不运行不了，提示异常："Could not load type 'Workflow.TriggerDesignerFacade' from assembly 'Trigger_Time, Version=1.0.0.0, Culture=neutral, PublicKeyToken=null' because the parent type is an interface."

re: 如何从程序集中加载及卸载插件（上） xwing 2008-11-02 16:31

学习了，最近想搞个基于插件的项目。

re: Castle AOP 系列(三)：实现一个简单的调用指令路由 xwing 2008-11-02 16:18

受教了。

re: Mussel使用系列（一）：Mussel配置文件演示 e8517027 2008-10-26 12:37

<AddinNode Path="/Mussel/Core"> 这个究竟是什么意思啊。为什么我怎么配置都会出错提示异常啊。请楼主仔细讲一下，谢谢啦

re: Castle AOP 系列(四)：实现一个简单的基于上下文调用的权限校验机制拓拓 2008-10-12 23:30

挺好，博主有没对比过CASTLE和企业类库实现AOP，在性能方面的优劣势啊？

re: Castle AOP 系列(四)：实现一个简单的基于上下文调用的权限校验机制王立斌 2008-10-11 23:04

好帖，我顶。。。。

re: Castle AOP 系列(四)：实现一个简单的基于上下文调用的权限校验机制 wsky 2008-10-11 13:39

收下，
一直在使用castle 不过DynamicProxy还没有尝试过看了很多相关文章，打算下手试试~