标准 | 符合要求 |
---|---|
响应性 | 屏幕上所有应用组件均具有响应性 |
可用性 | 所有应用组件均可在桌面、平板电脑和手机浏览器上使用 |
标准 | 符合要求 |
---|---|
地点筛选 | 设置一个文本输入栏或下拉菜单, 使其可以筛选地图标记并列出与输入文本或选项相匹配的列表项。 |
列表视图 | 设有地点名称的列表视图,默认显示所有地点,在添加筛选条件后显示筛选后的地点子集 点击列表上的地点可显示该地点的相关信息,同时,其相应的地图标记会有所反映 (如上下跳动或颜色变化)。 列表功能具有响应性,运行无差错。 |
地图和标记 | 地图默认显示所有地点标记,在添加筛选条件后显示筛选后的地点子集。 点击一个标记,在 infoWindow 或 DOM 元素中显示该地点的信息。 标记应在点击时有所反映(如上下跳动或颜色变化)。 应用中的所有其他功能运行无误。 |
标准 | 符合要求 |
---|---|
Knockout 的合理使用 | 代码根据 Knockout 的最佳方法合理分隔 (遵循 MVVM 模式,避免用 jQuery 或 JS 手动升级 DOM,使用 observables 值信息,避免手动强制刷新等。) Knockout不应用于处理 Google Map API。 模型中至少有5个地点,它可以是硬编码或从数据 API 中取回。 |
标准 | 符合要求 |
---|---|
异步数据请求 | 应用使用 Google Maps API 和至少一个非谷歌的第三方 API,详情参见此文件。 所有数据要求均以异步形式取回。 |
错误处理 | 出错的数据要求均应利用常见的应变技术 (即 AJAX 错误或错误方法)进行妥善处理。 “妥善”意味着用户不会对不运行的组件感到困惑。 如果 API 无法加载,页面上需要有明显的指示(警告框即可),说明其无法加载。 你无需处理用户下线时的问题。 |
标准 | 符合要求 |
---|---|
更多地点数据 | 设有来自第三方的功能,以提供有关某地点的其他数据。 该信息可以在标志的 infoWindow 或 DOM (侧栏或列表视图等)的 HTML 元素中显示。 为其他数据源提供属性。例如,如果使用 Foursquare, 在 UI 或 README 文件中说明你在使用 Foursquare 数据。 |
无错误 | 应用运行无误。 |
可用性 | 功能可用且具有响应性。 |
标准 | 符合要求 |
---|---|
注释 | 设有有效解释较长代码程序的注释。 |
README 文档 | README 文档含有成功运行应用所需的所有详细步骤。 |
代码质量 | 代码格式应保持前后一致,代码应易读、具有逻辑性并符合JavaScript 样式指南的规定。 若使用了构建工具(如 Gulp 或 Grunt ),须将源代码和生产代码通过不同的目录提交在同一储存库中,这两个目录通常被命名为 src 和 dist。 |