谭明智的空间

我们一直在努力....
基于插件,把扩展功能从框架中剥离出来,降低了框架的复杂度,让框架更容易实现。扩展功能与框架以一种很松的方式耦合,两者在保持接口不变的情况下,可以独立变化和发布。插件式架构设计中主要包括:插件框架、插件契约(服务)以及插件组件三部分组成。
设计不足,则意味着系统复用性扩展性和灵活性差,系统僵化,不能应对将来的需求变化,或者将来修改和维护的代价和成本会很高,这当然是设计错误; 过度设计,则意味着为了实现这个设计要付出的额外代价,例如成本上升,缺陷可能性加大,提升维护成本,甚至降低系统性能。而可维护性和系统的高性能都是系统的隐性需求,这些需求没实现好,当然也是设计错误。
通过OECP社区的实践进行基于MongoDB文档型数据库进行社交网络服务的关注、动态服务设计,并初步进行非关系数据库的架构、实现的应用。
有些人认为在构建应用程序的时候不需要考虑可伸缩性问题,因为那会在必要的时候得到强调。 但是如果我们想要从开始就考虑可伸缩性,你还有什么好的建议呢?
独立应用可以透明的迁移到集群结构中,这种认识是错误的。尽管一些供应商宣称他们的J2EE产品有这样的灵活性。不要相信他们!事实你要在开始系统设计时就要准备集群,而这将影响开发和测试的所有阶段。
DDD提供了在业务层中再划分新的层次思想,如领域层和服务层,甚至再细分为作业层、能力层、策略层等等。通过层次细化方式达到复杂软件的松耦合。
现在大部分SNS网站都有一个功能,就是显示好友的活动状态,比如你的好友上传了一张照片、分享了一篇文章等等动作,都可以显示在你的页面里,这样大大增强了社区的互动性,也成为现在SNS网站的主要特征。该文在该功能的设计上提供了很好的思路。
关注Service层,解放action和dao,保持action和dao的高度稳定性,利用稳定的业务接口和IoC等松散耦合的处理进行层层的交互,让程序人员更多的关注业务本身,而非其他的繁枝末节 ,这才是我们架构分层的目的。
在越来越多的中小企业快速发展起来参与世界竞争的形式下,企业信息化对企业的发展和战略部署越来越重要,在企业信息化向信息化企业的不断努力和发展中,作为企业信息化建设者来说,怎样快速构建起企业的信息化系统,怎样在企业生产、管理和市场运作中能快速的适应和应对这种改变,是我们需要不断思考的。
未来的企业级系统的构建,应该像去超市买东西那样去选择自己合适的组件,构建一个企业级系统就像组装电脑一样简单。
博主最近关注的