如果只是单纯的说做企业站,或者要有什么功能还好说
但是如果功能没说,而是模块化开发,功能由模块决定的话,在开发上要怎么构架
还有考虑到,如果有会员系统,那么会员会有一些会员信息,如果有新闻功能,那么会员要多出个关于新闻方面的信息,如果多出个下载,又要多出个关于下载的信息,就是耦合好复杂,我该怎么入手,底层类我还没开始写,想全部架构清晰了再开始
但是如果功能没说,而是模块化开发,功能由模块决定的话,在开发上要怎么构架
还有考虑到,如果有会员系统,那么会员会有一些会员信息,如果有新闻功能,那么会员要多出个关于新闻方面的信息,如果多出个下载,又要多出个关于下载的信息,就是耦合好复杂,我该怎么入手,底层类我还没开始写,想全部架构清晰了再开始
在系统的结构中,模块是可组合、分解和更换的单元。 找找MVC的思路应该有帮助
模块不从属于任何上级,也就是说模块都是平级的,不要人为的去划分m、v、c;
模块间的通讯要有规范,通讯方式可参考操作系统进程间的通讯方式。我比较赞同“信使”方式;
不要无限制的扩展模块的功能,否则只能事倍功半。例如 如果有会员系统,那么会员会有一些会员信息,如果有新闻功能,那么会员要多出个关于新闻方面的信息,如果多出个下载,又要多出个关于下载的信息 就是这样,会员系统 只负责会员管理,为何“新闻方面的信息”要体现在“会员”呢?
这时需要增加一个模块来连接两者如果你的 新闻系统 需要用户权限控制,那么是是去修改 会员系统 吗?
答案是否定的,这是你应该创建一个权限模块,将它置于两者之间