你的位置:首页 > ASP.net教程

[ASP.net教程]架构 Roadmap 笔记分享


虽然我们的架构不是开源的,不过一些笔记可以愿意公开和大家讨论一下,我相信不少人在和我们干着同样的事情,那不如一块儿交流一下,这样我们可以更快。

 

这里前端,后端都有,前端我们用的是 avalon js,基本无坑,推荐下。

 

混合应用,*APP 版本热更新支持。

混合应用,*现在将微信 Web APP 切换到 本地 APP 还需要一些手动的替换工作,架构上可以持续优化。

混合应用,*目前 APP 的页面切换效果很生硬,加入类似 iOS 的左侧滑动返回切换动画,以及页面跳转的动画。
混合应用,结合调用本地硬件场景 Demo。
 
这个后端的:
底层架构,*增强 IoC 依赖注入,更彻底的模块化,Repository Session 生命周期优化
底层架构,*Command / Query 分离,Service 简化
底层架构,*EventBus 增加 Context Parameter 支持
底层架构,*框架已经具有分布式处理的理论模型和基础层面支持,有需要时可实现分布式处理(基于事件和事件路由分发)
底层架构,*管理后台前台分离成两个网站。
底层架构,*支持多个数据库连接。
底层架构,*负载均衡(由于一些如系统配置、权限矩阵信息是缓存在内存里的,进行一些改动能支持多台机器负载均衡,5 人天)
底层架构,*支持多种技术混合,通过支持 js 借力 nodejs,通过支持 java 借力 java 开源项目
底层架构,*提供代码热更新,通过与 VS 集成,重编译模块时,框架检测到如果只是修改了 Controller ,则直接将现有 AppDomain 中的 Controller 映射替换,而不是重启,节省 Web 开发时反复修改,启动的时间损耗。同理,这一步实现后,因为将来 Repository、Service 的引用是通过 IoC 动态获取的,更新 IoC 中类型的引用映射,所以可以将这种类型映射热替换的模式应用到 Repository 和 Service 层去,从而很大程度减少开发时需要重新启动的次数
底层架构,*一个程序多个数据库连接支持。
 
 
基础设施,*优化快速查询 API,设计一种小型架构,支持根据约定就能搞定 Web Api(Query 条件、SELECT Projections、分页)
基础设施,*针对优化互联网类应用做架构优化,主要是简化、加速、清晰开发过程,目前架构应对互联网类型的问题是,JSON 查询,View 返回,POST 提交动作处理,都在 Controller Action 里面,新的架构要更简化更清晰这个结构,Command 和 Query 应分离,更快,同时抽象度和可复用度要更好
基础设施,*多态分页 model&API 优化,同时支持 page,pageSize 和 skipCount,takeCount 两种分页风格,实现一套 API 适应不同应用场景
基础设施,*Framework Console 提供小工具,如:工程师输入一个 url ,返回出是那个 Controller,Class 类名,那个 dll,最好能反应出代码路径,然后点击一下就能打开那个代码文件,项目大了不用在去 VS 里面一个个打开文件夹寻找。

   

架构应该在设计上体现一种开阔接纳的胸怀,各种东西都可以接入进来,对于应用层的东西,不要有洁癖。