虽然我们的架构不是开源的，不过一些笔记可以愿意公开和大家讨论一下，我相信不少人在和我们干着同样的事情，那不如一块儿交流一下，这样我们可以更快。
这里前端，后端都有，前端我们用的是 angular，推荐下。
混合应用，*APP 版本热更新支持。
混合应用，*现在将微信 Web APP 切换到 本地 APP 还需要一些手动的替换工作，架构上可以持续优化。
混合应用，*目前 APP 的页面切换效果很生硬，加入类似 iOS 的左侧滑动返回切换动画，以及页面跳转的动画。
混合应用，结合调用本地硬件场景 Demo。
这个后端的：
底层架构，*增强 IoC 依赖注入，更彻底的模块化，Repository Session 生命周期优化
底层架构，*Command / Query 分离，Service 简化
底层架构，*EventBus 增加 Context Parameter 支持
底层架构，*框架已经具有分布式处理的理论模型和基础层面支持，有需要时可实现分布式处理（基于事件和事件路由分发）
底层架构，*管理后台前台分离成两个网站。
底层架构，*支持多个数据库连接。
底层架构，*负载均衡（由于一些如系统配置、权限矩阵信息是缓存在内存里的，进行一些改动能支持多台机器负载均衡，5 人天）
底层架构，*提供代码热更新，通过与 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 里面一个个打开文件夹寻找。
