您的位置:首页 > 其它

设计自己的应用开发框架一(引子)

2007-11-11 21:03 435 查看
本系列文章是为那些准备或已经开发定制开发框架的人士准备。由于工作关系,计划一到两周出一篇文章,为每一位爱好设计或类库开发的人士提供批评、讨论的地方。鉴于java下的各类框架层出不穷,这次代码部分就用.NET来说事儿。当然,不看代码部分此文一样可以作为其它语言程序员批评与讨论的地儿。因本人水平有限,仅以最简单的代码来说明最简单的应用,希望能让您在简单的应用中获得不简单的灵感。

目录如下:
设计自己的应用开发框架一(引子)
设计自己的应用开发框架二(体系结构)
设计自己的应用开发框架三(数据操作与业务实体)
设计自己的应用开发框架四(业务类库与业务逻辑)
设计自己的应用开发框架五(插件编写与用户界面)
设计自己的应用开发框架六(异常与日志)
设计自己的应用开发框架七(国际化)
设计自己的应用开发框架八(插件化)

进正题
像本文摘要所说,如果您或您的公司不是只做一次的应用软件、或者说不是只做很短一段时间的应用软件。又或者您想把自己的互联网产品都写成facebook那么易扩展岂不会很cool?那么如题,你需要一个能够快速进行应用开发的定制框架。

什么样的框架?
就是总能够帮助你完成很多工作,并不拘泥于只用来一次开发的东东。这个定义听起来更像是一个大类库。当然,它还要承担起支撑整个软件的骨架的作用,不但提供诸多健壮的.net framework或JVM没有的常用功能,还要对整个开发过程做到有效控制。

怎样快速?
您或您的公司所擅长的开发方向是什么您一定比我清楚,擅长的通常也是最常用的。不同的项目总要用到相同的技术和代码片段,那么为什么不把他们总结起来,做成通用的开发模块呢?

为何要易扩展?
为什么现在刀片服务器都卖的那么火?因为刀片服务器可以告别更多的电缆、不必为减少能耗而降低性能。那么我们的软件开发是不是也应该告别更多的耦合、不必为增加新模块而降低程序执行效率呢?在应用开发的分层模式中,小规模的软件并不会引起明显的耦合和分层不清晰,但是一旦软件的未来规模会很大,甚至随时可能添加新模块,那您有没有想过使用一种开发模式来限制它?如果只是硬性的规定,会有把这种开发模式写到框架中来应用来得更妥么?更何况在全世界推行SaaS的今天,您的日常开发过程中所面临的更多问题是由扩展和变更带来的。

是否插件开发?
看过上面这段文字,我坚信你已经希望自己的系统能够实现易扩展的开发模式了。但是这是后我们通常会面临另一个问题,那就是是否使用插件开发的形式来组织我们的代码?当您确信要使用插件形式架构自己的系统的时候,那么又如何选择最适合自己的架构方式呢?在此系列文章的最后部分,将阐述我对插件开发的一点儿想法。

那么好,为了让我们不再重复劳动、分层更清晰、代码的耦合更低、更易于扩展、更遵守规则、开发更敏捷,开发一套适合自己的定制开发框架吧^o^
内容来自用户分享和网络整理,不保证内容的准确性,如有侵权内容,可联系管理员处理 点击这里给我发消息
标签: