ECMAScript规范 第三版 中文版
体(如万维网联盟(W3C)及无线应用协议 论坛的等团体)间更紧密的配合。 1 作用范围 此标准定义了 ECMAScript 脚本语言。 2 前言 符合标准的 ECMAScript 实现必须提供并支持本规范中所描述的所有类型,值,对象,属 性,函数,程序语法和语义。 符合这个国际标准的实现应当能解释前言中提到的字符集:Unicode 标准,2.1 版或更新版 本,使用 UCS-2 或 UTF-16 子集。如果被采纳的 编码格式没有额外指明,则被认定为 UTF-16 编码格式。 符合标准的 ECMAScript 实现被允许提供额外的、在此规范描述之外的类型,值,对象, 属性和函数。特别的,符合标准的 ECMAScript 实现被允许给那些此规范中所描述的对象提供 此规范所没有描述的属性,以及那些属性的值。 3 参考文献 ISO/IEC 9899:1996 Programming Languages-C 这里定义的 ECMAScript 没有被设计成计算性自足的语言;事实上,在这篇规范中,没有为输 入外部数据或输出计算结果给出任何条款。取而代之的是,我们期望 ECMAScript 程序的计算 机环境可提供除了这篇规范中所描述的对象和其它语言设施之外的、某些特定环境下的 宿主 (host) 对象,它们的描述和行为将超出此规范的所指出的范围,即它们可提供某些可被访问的 属性和某些可从 ECMAScript0 码力 | 58 页 | 563.06 KB | 1 年前3Java 应用与开发 - Java EE 体系结构
软件开发现状 Java EE 概述 Java EE 容器 Java EE 组件 组件间通信协议 学习目标 1. 了解软件开发的现状与发展趋势,了解企业级应用的特点 2. 掌握 Java EE 的概念和规范,掌握 Java EE 容器、组件和 通信协议的类型和功能 大纲 软件开发现状 Java EE 概述 Java EE 容器 Java EE 组件 组件间通信协议 大纲 软件开发现状 Java 组件间通信协议 软件开发现状 面向 Internet 开发企业级 Web 应用 面向对象 OOA/OOD/OOP,Java、C# 面向组件 软件系统是由许多小的组件构建和装配起来的 采用标准规范开发 J2EE, MS.NET 全面采用框架技术 Struts、Spring、Hibernate、AJAX、 WebWork 软件系统采用分层结构和设计模式 MVC 工厂化流水线开发模式 CVS 组件间通信协议 软件开发现状 面向 Internet 开发企业级 Web 应用 面向对象 OOA/OOD/OOP,Java、C# 面向组件 软件系统是由许多小的组件构建和装配起来的 采用标准规范开发 J2EE, MS.NET 全面采用框架技术 Struts、Spring、Hibernate、AJAX、 WebWork 软件系统采用分层结构和设计模式 MVC 工厂化流水线开发模式 CVS0 码力 | 40 页 | 1.89 MB | 1 年前3国家人工智能产业综合标准化体系建设指南(2024版)
工智能的基础性、框架性、总体性标准。基础支撑标准主要 规范数据、算力、算法等技术要求,为人工智能产业发展夯 实技术底座。关键技术标准主要规范人工智能文本、语音、 图像,以及人机混合增强智能、智能体、跨媒体智能、具身 智能等的技术要求,推动人工智能技术创新和应用。智能产 品与服务标准主要规范由人工智能技术形成的智能产品和 服务模式。赋能新型工业化标准主要规范人工智能技术赋能 制造业全流程智能化以及重点行业智能升级的技术要求。行 制造业全流程智能化以及重点行业智能升级的技术要求。行 业应用标准主要规范人工智能赋能各行业的技术要求,为人 工智能赋能行业应用,推动产业智能化发展提供技术保障。 安全/治理标准主要规范人工智能安全、治理等要求,为人 4 工智能产业发展提供安全保障。 图 1 人工智能标准体系结构图 (二)人工智能标准体系框架 人工智能标准体系框架主要由基础共性、基础支撑、关 键技术、智能产品与服务、赋能新型工业化、行业应用、安 、 管理、可持续等标准。 1. 术语标准。规范人工智能相关技术、应用的概念定义, 为其它标准的制定和人工智能研究提供参考,包括人工智能相关 术语定义、范畴、实例等标准。 2. 参考架构标准。规范人工智能相关技术、应用及系统的 逻辑关系和相互作用,包括人工智能参考架构、人工智能系统生 命周期及利益相关方等标准。 3. 测试评估标准。规范人工智能技术发展的成熟度、人工 智能体系架构之0 码力 | 13 页 | 701.84 KB | 1 年前3石油巨头与Kubernetes, Microservice & DevOps 共舞1114最终版
建设思路与整体方案 2 今⽇话题 数据 技术 应⽤ 数据 技术 应⽤ 数据 技术 应⽤ 数据 技术 应⽤ 数据 • 标准不统⼀ • 重复录⼊ • 数据不⼀致… 技术平台 • 规范不⼀致 • 组件不复⽤ • 集成共享难… 应⽤ • 功能单⼀ • 管理型居多 • 适应性不⾜… 系统建设 • 建设周期⻓ • 存在重复建设 • 投资回报低 • 系统维护成本⾼… 解决环境一致性,部署 架构复杂等问题 通过租户体系保证租户 资源相互隔离,支撑多 租户场景 通过安全体系来保障 DevOps过程中的安全问 题 项⺫管理 快速迭代开发,更短的发布周期, 并统⼀流程,规范化管理 持续交付 提⾼部署的效率,降低部署的⻛ 险,提⾼部署的质量,消除部⻔ 壁垒,交付过程标准化, 透明化 持续构建与测试 保障代码质量,提升开发效率 知识共享 知识共享与积累,不断完善,持 产出物管 理 持续构建与测试 ⾃动部 署 配置管理 环境管 理 数据库变 更 运维监 控 通知反馈 部署策 略 持续交付 ⼯具链 最佳实践 测试管理 规范 流⽔线建设 规范 敏捷开发 规范 流程协作与最 佳实践 项⺫管理 进度 管理 范围 管理 质量 管理 ⼈⼒ 管理 ⻛险 管理 沟通 管理 知识共享 知识 库建 设 ⽂档 协作 学习培训体系0 码力 | 33 页 | 7.49 MB | 1 年前3前端开发者指南(2017)
领域,他们也带来了一些东西:例如类型检测,和对 类语法以及面向对象思想的执念。 前端开发引入了热模块替换技术和时间旅行调试。 原生 JS 浏览器模块加载器更受期待了。 Enforcing CSS 和 JS 格式规范变得更受重视(就 ES3 到 ES6 编码以及 CSS 预处理语 法两者的变化而论)。 少部分开发者开始在 JS 上跑极限学习机(Extreme Learning Machine)算法,这足以引 and RxJS) React,尤其是它倡导的概念继续占有支配地位。而 React 本身会被彻底重写(React Fiber)或者进化(Inferno) Angular 终于决定遵循 SEMVER 规范,所以 Angular4(甚至于 Angular5)有望在 2017 年发布。 参见 Roadmap 简单的网站即 Web 1.0 可能会重新流行,但会建立在 2017 年新工具的基础上。(例如 网络 APIs (HTML5 或者浏览器 APIs) 9. 网络内容可达性指南 (WCAG) & 可访问的富互联网应用 (ARIA) 下面的介绍涵盖了以上技术的定义,相关文档以及具体规范。至于更加详尽的网络开发规范 请参看 platform.html5.org。 超文本标记语言 (HTML) 超文本标记语言,通常被称为 HTML,被用作创建网页的标准标记语言。网络浏览器可 以读取 HTML0 码力 | 164 页 | 6.43 MB | 1 年前32019-2021 美团技术年货 前端篇
基建:完善并优化开发、调试、编译、构建、部署链路,使得新 老项目能快速接入 Flutter Web。 ● Flutter Web 在 PC 侧的复用:与 UED 团队共同制订 PC 与 App 适配规范, 同时基于 Dart2js 和 dart:ui (Web)的强大能力,实现逻辑的抽象,完成组 件、模块的适配,达到提效最大化; ● 跟进 Flutter 官方动向:Flutter 2.0 者图片的阶段,后续我 们将接入淘宝开源的 pipcook 框架,基于神经网络算法进行更加丰富的组件类型识别。 2.1.3 可视化干预 设计稿作为输入源是设计稿自动转代码的基础,这对设计稿的设计规范要求较高。但 在实践中,我们发现设计师会利用 Sketch 中的基本图形(每个图形最终形成数据源 中的一个图层)叠加来描述一个组件的视觉效果,因此设计稿中不可避免会出现冗余 图层的问题,干扰 DSL 个蓝色矩形框)拼接形成的,左图上的蓝色图层是 纯色,右图上的蓝色图层是渐变色,在两个图层未合并的情况下,算法生成的代码将 会出错。 62 > 2021年美团技术年货 上面提出的问题,通过约束设计师来达到设计稿的规范化,难度较大,所以我们提供 了可视化干预工具。下面对上述问题做一个简单的总结: - 问题一:图层未合并问题 肉眼很容易识别出来,利用工具将冗余图层进行快速合并删除即可。 - 问题二:图层 交叉0 码力 | 738 页 | 50.29 MB | 1 年前3[试读]15天学会JavaScript - 第 2 章 ECMAScript语法基础
而不是 JavaScript 语法呢? 其实,在第 1 章关于 JavaScript 组成的介绍中,我们就知道 JavaScript 与 ECMAScript 的 关系。依据 ECMA 国际的标准规范(ECMA-262),ECMAScript 描述了 JavaScript 脚本语言的 语法和基本对象。因此,本书从严谨的角度出发,这里使用 ECMAScript 语法基础作为本章标 题。不过,绝大多数的设计人员还是不区分 这一点与某些编程语言是有明显区别的。 不过,如果读者在阅读其他 JavaScript 源码发现有不带分号(;)的 JavaScript 语句时,也 不必大惊小怪。这是因为在 ECMA-262 规范中,规定了可以不必使用分号(;)来结束 JavaScript 语句。如果没有使用分号(;)来结束,ECMAScript 语法就会将每行代码结尾处的换行作为 JavaScript 语句的结束,不过前提是没有破坏 在学习高级编程语言的过程中,最先接触的,也是最重要的概念应该就是变量了。所谓“变 量”,一般意义上理解就是程序中用于存储数据信息的容器,或者也可以理解为用于替代数据 信息的符号。 ECMAScript 规范中定义的变量既可以存储数据信息,也可以定义为替代表达式的符号。 一般都是通过“var”关键字来定义变量,且定义的均是无特定类型的变量(也称为弱类型)。 因此,ECMAScript 变量可以初始化0 码力 | 52 页 | 3.83 MB | 1 年前3并行不悖- OLAP 在互联网公司的实践与思考
1 并行不悖 – OLAP 在互联网公司的实践与思考 赵飞祥 2 Greenplum现状说明 三 Greenplum体系架构 二 数据仓库体系架构 一 Greenplum开发规范 五 Greenplum运维体系 四 Greenplum扩展规划 六 3 数据仓库体系架构 业务数据与数据使用归类 时间维度:过去 - 现在 - 未来 (数据的生命周期) • “现在”的数据 —— 可以很好支持各种方式的数据加载和DML操作 – 具备海量的数据存储和计算性能 9 Greenplum现状说明 三 Greenplum体系架构 二 数据仓库体系架构 一 Greenplum开发规范 五 Greenplum运维体系 四 Greenplum扩展规划 六 10 greenplum体系架构 postgresql体系结构 11 greenplum体系架构 postgresql体系结构 (gpfdist+外部表,每小时4TB+) Ø 分布分区 Ø 数据压缩 Ø 外部访问 15 Greenplum现状说明 三 Greenplum体系架构 二 数据仓库体系架构 一 Greenplum开发规范 五 Greenplum运维体系 四 Greenplum扩展规划 六 16 Greenplum现状说明 Greenplum集群现状概述 • 三大Greenplum集群体系 Ø 公司IDC_01机房Greenplum体系0 码力 | 43 页 | 9.66 MB | 1 年前3Egg & Node.js 从⼩⼯坊⾛向企业级开发
@atian25 全景图 Koa 基于规范实现⼀一套框架 - Egg 基于上层框架开发的应⽤用 社区⽣生态 团队架构师 ⼀一线开发者 Node.js Plugin 插件⽣生态 适合特定团队业务场景的上层框架 Framework 蚂蚁 Chair UC Nut aliyun-egg … Specification ⼀一套规范和约定 Tool ⼯工具链 Base --type=simple $ cd showcase && npm install $ npm run dev $ curl localhost:7001 QuickStart 编程模型规范 showcase ��� app � ��� controller (控制器器) � � ��� home.js � ��� service (业务逻辑) � � ��� README.md ��� package.json ▸ 约定优于配置 ▸ Loader 机制 - ⾃自动挂载 ▸ Controller / Service / Config / … 编程模型规范 - Controller showcase ��� app � ��� controller � � ��� home.js � ��� service � � ��� github0 码力 | 70 页 | 7.57 MB | 1 年前3RocketMQ v3.2.4 开发指南
vintage.wang@gmail.com 2013/5/18 2 3.0 版本补充文档 誓嘉 vintage.wang@gmail.com 2013/8/16 3 补充与规范区别 誓嘉 vintage.wang@gmail.com 2014/1/4 4 合并文档 誓嘉 vintage.wang@gmail.com 2014/11/17 5 ................................................................................... 46 附彔 A 参考文档、规范 .................................................................................................. 的多个关键特性的实现原理,幵对消息中间件遇到的各种问题迕行总结,阐述 RocketMQ 如何解决返些问题。文中主要引用了 JMS 规范不 CORBA Notification 规范,规范为我们设计系统挃明了 方吐,但是仍有丌少问题规范没有提及,对亍消息中间件又至关重要。RocketMQ 幵丌遵循任何规范,但是参考了 各种规范不同类产品的设计思想。 2 产品发展历史 大约经历了三个主要版本迭代 一、Metaq(Metamorphosis)0 码力 | 52 页 | 1.61 MB | 1 年前3
共 601 条
- 1
- 2
- 3
- 4
- 5
- 6
- 61