摘要: 老杜听雨辰这么说:“行,大概情况摸清了。到时有什么问题再打电话沟通吧。看来你们这个产品是使用三层架构方式了,呵呵。不过你们想没像将来会不会随着业务模型的日趋细化完善,产品功能的多样性所导致的业务逻辑层不断扩充。最后会不会造成业务逻辑层越搞越复杂呀。” 雨辰笑了笑说:“这个问题的确考虑过了,目前我们就遇到了类似的一些问题,比如我们的产品在去年加入了空间和相册功能,当时是采用了新建项目的方式来将其引入到解决方案当中,而这些新增功能都是直接引用了业务逻辑层的dll。后来考虑到有些用户可能不太乐于使用这两个功能,所以我们就又改成了‘插件’的设计方式,使之受制于后台‘开关’设置,只有开启插件功能并检查相应插件DLL是否有效后,插件才会启用。这样就把业务逻辑层扩展到相应的新增功能的‘业务逻辑层’(空间相册也有相应的业务逻辑层)中,并进行插件接口级别的定义扩展了。另外,继FACEBOOK开放API之后,‘开放API’成了时髦话题,所以我们不可避免的遇到了这个问题。刚才我说过,这次重构业务逻辑层的‘标准’之一就是让其方法适合于以API方式进行‘暴露’,而API只要直 阅读全文
posted @ 2009-08-17 17:41 代震军 阅读(1336) 评论(6) 推荐(3) 编辑
摘要: 今天上午,老杜给雨辰打了电话,说他们公司之前买了雨辰所开发产品的商业授权。最近准备在该产品的最新开源版本基本上加入自己的商用逻辑。雨辰听了之后,不禁锁起了眉头。因为产品最近刚进行了一次大的重构,而之前最新的开源版本还是8个月前的那个Copy。所以雨辰马上询问了老杜关于要加入的代码的情况。老杜说:“目前主要已改动的代码主要是前台页面显示方面的。因为你们的产品使用了模板机制,所以变成的主要是模板上的内容,同时我们也在相关的.aspx.cs文件中改动了一些逻辑。” 阅读全文
posted @ 2009-08-17 09:20 代震军 阅读(5022) 评论(54) 推荐(6) 编辑
点击右上角即可分享
微信分享提示