AOSuite G1开发套件基于JavaEE技术体系，以“标准功能可复用、通用模块可配置、行业需求快速开发、异构系统无缝集成”为目标， 帮助企业落实IT策略、屏蔽技术壁垒，快速实现可水平扩展的高性能高可用业务愿景。 为传统软件企业和互联网企业研发团队提供高效可控、随需应变、快速实现业务需求的全栈式技术解决方案，以最低成本和最低风险获得更高质量、更快交付业务和运维支持的核心技术竞争力。
适用场景
AOSuite G1以开发传统应用系统为主并一定程度兼顾了互联网应用场景的需求，适合构建和开发中大型企业应用管理系统、各级政务信息化系统、银行保险医疗等传统行业管理系统；也具备构建基于(移动)互联网面向C端的各类电商、P2P网贷、理财、小贷、社交等APP后端接口服务、面向B端的商户管理系统、 面向运营企业的后台管理系统。
技术特点
- ExtJS without JS。平台缺省主题主要依赖ExtJS库，但经过了深度封装和标签化，可使得开发人员脱离繁琐的Html、CSS、JS编程也能开发出标准化的风格界面、使用统一的组件事件响应模型。
- 原生支持集群部署模式。抛弃Servlet容器会话依赖，使用Redis集中模式的请求状态管理使得平台对集群部署结构非常友好，达到单体应用的高性能和高可用集群部署方案的最佳实践。
- 核心依赖主流经典正统。核心依赖使用SpringMVC-SpringCore-MyBatis的组合，主流、经典、正统，开发人员积累储备的经验技能可以得到最大化的复用和升值。
- 大量模版代码自动生成。
- 完善的权限管理系统。平台内置完善的权限管理系统，涵盖用户、部门、资源、监控等系统管理模块开箱即用，大大节约开发成本，让开发人员专心于具体业务实现。
- 长期实践，久经考验。平台已在各行业各类型项目经过大量的实战检验。虽已久经考验，规避了大小坑无数。但，我相信总有一个还属于你......
技术栈分解
主要环境适配表
历史局限性
-
关于前端。目前基于ExtJS的AOSUI标签库所带来一致的界面风格和交互体验以及容易上手快速开发的特点一直是我们的优势，加之多年来我们在这套前端UI体系上已经有了大量的经验和积累。但其劣势也是明显的，比如视觉体验相对传统古板，不善于开发一些脱离标准模版而随意定制的复杂或非标准界面等。
-
关于后端。AOSuite G1目前后端结构为集中式单体应用的开发模式，对于分布式的支持可以使用反向代理软负载机制部署多个单体集群节点实现一定程度的高性能和高可用。这种模式在服务治理如服务模块化、服务注册、服务发现、服务管理监控、弹性容量规划、灵活扩展性等方面并非很友好。
-
开发平台的最大价值在于“降低成本、控制风险并尽最大可能按时输出高品质的成果”，没有任何一个平台是普世万能的，只会有当前条件下相对合适的，AOSuite亦是如此。因此在进行技术选型时请充分了解清楚AOSuite能为你做什么以及它的局限性，在有限时间窗口、项目资源、团队技术储备等现实背景下，对功能实现、扩展性、高性能、高可用、可维护性等方面做出合理的取舍与平衡，而不是脱离业务场景和项目背景来孤立的讨论Ext风格好还是BootStrap风格好、基于单体应用的分布式好还是基于微服务模式的分布式架构好等等，我想这才是架构和选型的功守之道。
发展方向
鉴于上述局限性，加之近年来，各种前端技术琳琅满目层出不穷；后端微服务技术趋于成熟，dubbo(X)之类的分布式服务治理框架得到广泛使用，springcloud也开始流行；云计算深入人心，云端技术得到普遍认可和接受；大数据不再是纸上谈兵，其存储、分析相关技术得到普及，基于大数据的应用不断在各行各业落地实施。正所谓这是一个最坏的时代，技术的发展和革新，不得不随时要刷新我们的技术栈、系统架构、开发方法、部署运维方式等；但换一个角度看，这也是一个最好的时代。在苦于变化的同时，也让我们具备了更多的技术手段、方法来解决更多的问题，扩展我们的想象空间。因此，AOSuite在继续维护这个版本的同时，也顺势而为开始发展一个全新的项目MyClous。（第二代AOSuite），为不同的场景和项目需求在新的技术背景下提供另外一个选项。。
AOSuite G1开发手册：http://git.oschina.net/osworks/AOS/wikis/home
扫一扫
188
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
