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

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

 

目录如下：

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

设计自己的应用开发框架二(体系结构)

设计自己的应用开发框架三(数据操作与业务实体)

设计自己的应用开发框架四(业务类库与业务逻辑)

设计自己的应用开发框架五(插件编写与用户界面)

设计自己的应用开发框架六(异常与日志)

设计自己的应用开发框架七(国际化)

设计自己的应用开发框架八(插件化)

 

进正题

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

 

什么样的框架？

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

 

怎样快速？

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

 

为何要易扩展？

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

 

是否插件开发?

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

 

那么好，为了让我们不再重复劳动、分层更清晰、代码的耦合更低、更易于扩展、更遵守规则、开发更敏捷，开发一套适合自己的定制开发框架吧^o^