关于“新奥创”的一些文章
- 新奥创：多APP场景端到端的技术体系探索与突破
- 对交易的述求的一致性。涉及全域的营销活动，支持面广、需求同步问题、考虑App迭代、长尾效应……
- 火器时代：解决基础链路需求开发资源的单点瓶颈(开发资源)，同时通过实时性快速迭代业务需求，让业务需求做到想发就发，随时发随时生效。
- 对新奥创的描述：
-
是开发手淘基础链路消费者端需求的一个平台；
-
是端到端的页面动态化解决方案；
-
是无线时代在基础链路针由集中式到分布式研发的一体化方案。
-
- 特性：开放/隔离性，实时性，全域性
-
开放/隔离性：
- 集中式由一个团队开发，到多业务并行自主开发的研发体系；
- 引入DinamicX等页面动态化技术，业务方只需进行模板开发，加上新奥创的布局，数据叠加行为描述能力，配置出一个完整的页面渲染+行为的组件。增强Native的业务共建能力；
- 与星环深度结合，提供基于业务身份的页面、组件、规则隔离能力，各业务互不干扰；与星环共同实现组件规则粒度的热发能力，提供实时发布能力；
-
实时性：
- 开发效率提升。需求覆盖度的提升(长尾效应)。新奥创的动态化支撑下，不再依赖发版，从支持新奥创能力的客户端版本开始覆盖消费者，给新业务至少带来额外10%的增量。
-
全域性：
- 阿里系App矩阵下的需求同步，基于容器化级数屏蔽了异构体系之间的差异，同一套模板，真正做到一次开发，全域生效(不同的端、不同的App)
-
- 新奥创的架构：以页面动态化技术作为支撑，覆盖Native、H5、小程序等。其整个架构是围绕动态化体系而打造的。
-
页面动态化：
- DinamicX技术(类似Lego)，在组件力度实现了布局的动态化。行为内含在组件内，对外提供复用的能力是完整的组件粒度，组件复用具备业务特性，复用的场景也会减少。更进一步，是将行为也抽象出来进行约定，通过DinamicX组件+“行为/事件”的绑定来确定某一个具备业务含义的组件，提高组件的复用性，整个解决方案围绕“组件”+“行为/事件”来构成
- 不同的端拥有对应的“新奥创容器”，所以不同段都要去维护这些容器：Native，H5，小程序
-
新奥创协议：
- 新奥创相对组件化的结构和数据，引入动态性和行为的表达能力，增加布局动态性对应的“模板”和行为动态性对应的“事件”的表达，需要对组件化协议进行升级。完成的由数据驱动生成自定义较好行为的页面。
-
业务隔离：
- 多团队，多业务。结合星环的业务身份，将业务的页面和组件进行拆分个例，做到按业务身份来完成端到端的热发布。
-
- 端到端的架构组成：总结性描述
- 由新奥创平台(页面搭建平台)、新奥创协议(数据协议)、端侧业务容器(台风眼)、动态化方案(DinamicX)组成的技术解决方案。
- 从系统架构上看，分为3部分，客户端容器，协议，服务端配置及SDK，将页面抽象为页面结构+数据+行为，通过新奥创协议进行描述，客户端实现动态化容器，使页面可以通过数据协议完整生成，配置端进行页面配置，通过与星环结合实现业务个例，最终通过集中在业务服务器上的SDK进行协议的渲染和回收。
- 应用范围：目前完成了，详情页、购物车、下单三大基础业务的改造，后续在订单、手淘首页进行应用。
- 一个多业务、多状态、多操作的交易链路，闲鱼架构如何演进？
- 交易链路具有多业务、多状态、多操作的特征。作为应用的关键链路中的一环，业务相对固化，需要保证性能和体验，同事也需要一定的动态性，能够快速地承接新增业务类型、新增业务状态、新增交易操作，视觉补偿改变，对业务组件动态性无强诉求。
- 类似的交易场景，手淘提出来不错的解决方案–新奥创。新奥创通过页面区块化与行为通信协议，提供基于业务的页面、组件、规则，前端实现动态模板，后端根据业务将页面进行编排，实现跨端、组件动态化。
- 在闲鱼业务场景中，特有的C2C交易模式，与手淘B2C交易模式下差别较大，没有购物车、没有多商品聚合订单。手淘的交易流程可以在天猫、飞猪、盒马等通用。但闲鱼的交易模式，出于业务特征，不适合在手淘完成闲鱼交易流程。(划重点：手淘的交易流程，手淘交易流程的通用性？我的理解，新奥创涉及前后端电商基础部分的接入迁移)
- 闲鱼C2C交易链路业务相对固化，没有强页面动态化的需求。在这样的背景下，前后端向新奥创迁移，成本较高且收益叫四号。并且，新奥创的后端开发仍然需要关心页面编排，并不是最终太的研发模式。因此，闲鱼没有将新奥创作为技术选型。
1万+
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
