yangfan

同意这个观点。 目前我们的考虑是**格式也是代码规范的一部分**，eslint-config-ali 演进了多个版本和讨论确定当前代码格式的规则。 同时我们也提供了 prettier 的配置 方便使用 prettier 的同学能有相关引用。 欢迎更多的讨论 👍

有了 prettier 确实会有更好的可读性，在 ESLint 中会更简单易用，这点十分认可。 通过 spec 最佳实践部分是可以承载这部分能力。

当前测试版本 @iceworks/[email protected]

结论：不在 spec 配置中加入 prettier。 ESLint 可覆盖约 90% 的格式问题，推荐仅使用 ESLint 。 spec 和 模板工程后续弱化 prettier 的概念

https://appworks.site/ 右上角 物料 部分 能找到 404 的模块吗？

创建好项目 没有 layout 和 ui 的项目，可以弹窗提示用户 可以生成 layout。 可能只加最基础的 baseLayout

主要想配置什么能力呢？ VS Code 插件的实践是，有些团队会开发自己的插件，然后通过 VS Code 插件集的形式结合 AppWorks，然后团队使用的是此插件集。

ToolKit 吗？ 目前还没有

onEndReached 个人直觉也是不应该加锁，滑动到底就触发。 scrollview 作为基础组件，绝大部分活动页面都有用到它。可能是兼容了某些场景和历史问题导致现在的设计，也维持了一段时间，需要统计下影响面，再做决策。 针对上文场景，建议再最下层 插入一个 1px 的 view，监听这个 view 的 appear 事件，去判断触底