为啥是ASP 没法子俺的ISP就是,所以就是了。我的想法是开放源码,对于非商业用途可以免费使用,商业用途收点钱,用来支持持续开发。
功能:
- 表现和逻辑完全分开(完全类化)
- 动态按需加载函数类库机制< /li>
- 解决单页面入口机制中把所有的功能都需要全部包括进来的问题: 现在动态按需要加载了
- 形成函数类库,容易形成规模化,工程化管理。
< li>高度模块化,可以将函数类库放入数据库中,动态编写代码,联机添加模块和封杀模块
一句话,你可以直接在后台写模块代码,直接挂接模块或删除模块。本系统本身就是模块化的产物。
< li>ASP 单页面入口机制:更加规范,并且降低了程序暴露的风险,配置也更加容易
- 支持高速查找的无级分类(不过将受到Access数据库的字段长度限制)
- 后台管理系统
- Ajax 支持(我选择Htmli 作为俺的首选 Ajax)
- 版本控制系统模块:类似于 CVS,保存每一次变动的内容或类别
(只保存不同处,这样可以轻易取回以前的版本) - 系统类别管理模块(函数类库,宏库)
- 用户管理模块
- 完善的用户权限管理系统模块,同样,该模块存放于数据库
- 多语管理模块
- 模板管理模块
- 文件系统管理模块
- 内容管理模块
- 专题管理模块
- 其它类别类型模块:单页类别模块,BBS类别模块,通用内容类别模块(新闻,文章….),产品类别模块 …..
并可任意扩充和挂接。
< li>类别(栏目)管理模块
开发计划:
- 核心开发:完成动态按需加载函数类库机制(已完成)
- 已经开发完成的核心类或函数库:
- 不能放入数据库中的:
- * TMeLib
- * TMeList
- * MeSysUtils.asp
- * TMeDebugger(可以不要,调试用)
- 能放入数据库中的:
- * TMeDatabase
- 核心模块开发:完成一个单用户单语言(English)用来应付我自己的需求先(开发中)
- * 数据库UML分析设计(已完成)
- * 用户管理模块(登陆验证,无权限控制)
- * 系统类别管理模块(函数类库,宏库)
- * 模板管理模块
- * 单页类别模块(用于产生类似于首页的单页面),通用内容类别模块
完成后单页面入口 asp 就象这样:
<%@Language="VBScript"%>
<%Option Explicit%>
<!–#Include file="MeCMSAll.asp" –>
<%
Lib.Require("MeCMS.App")
With Lib
‘config the lib parameters:
‘.Sql ="" ‘ 如有必要修改 SQL 语句以适合你自己的数据库
‘.Options = optLoadFromDB ‘为了加快速度你可以禁止从文件系统中加载函数库,只从数据库中加载
End With
Set gApplication = New TMeCMSApp
With gApplication
.Database.ConnectionString = "Driver={Microsoft Access Driver (*.mdb)};DBQ="&Server.Mappath("data/MeCMS.mdb")
.Database.DBType = DB_ACCESS
.Run
End With
Set gApplication = Nothing
%>
嘿嘿,如果你是一个Delphi编程者,那么看看这是不是和delphi 的主项目文件(.dpr)有点相似呢。