开发框架帮你们总体项目结构都搭建好了,也能够直接运行了框架
从登陆到打开主工做区spa
到菜单展现:接口
通常的项目就没有任何问题了。开发
你们都知道班级不可能只有一班,那还有二班、三班呢it
二班、三班是什么鬼,咱们统称不通常io
咱们只要解决了 (一班 + 非一班)的问题 那就解决了全部问题了,100%不留死角了。登录
言归正传:扩展
例如框架里面的登陆,确定是标准的登陆,经过公司统一权限平台权限
登陆成功后,Session有 LoginNo UserName CompanyCode CompanyName等基本信息方法
这个时候,做为具体的某个业务系统,可能这些只是基本的信息,那还有特殊的。
好比,举例子:WMS系统 用户是绑定到 某个 仓库的,一旦登陆这个仓库就 经过用户ID 就知道了,存储到Session这样到后续的画面都默认是这个仓库,都不用选,也不能够选。
那框架怎么应对来自项目的个性化内容了,
每一个都给考虑 作了,那么不对的,事实上也作不来,业务的事情就应该交给业务系统搞定。
框架只要提供相应的灵活接口,实现两者的协同便可。
靠什么协同:
以下 WMSWebApp
在这个类里面 复写 Login方法,方法内容业务系统本身根据实际的须要实现本身的逻辑
能够了,这样就能够了。
能够更好奇一点,框架怎么知道 WMSWebApp这个类的存在的
要适当的弄清楚系统运行的前因后果:
这样就会更好的理解框架:
正如上图所示:在 API项目的 Startup类 中实现了 注册扩展功能