初步想法
将一个 `.config/clojure/tools/project.edn` 配置与 Clojure CLI 安装一起包含,该配置将在执行 `clojure -Tproject create` 命令时运行 seancorfield/deps-new。
这似乎可以提供一个解决问题的方案,而不会将大量的代码设计引入 Clojure CLI。
或者,该类可以克隆(或下载包含相关别名和工具的 zip 归档)用户配置,而无需直接为 Clojure CLI 设计项目工具
> 我假设 git clone 位于范围之内,因为有多种方法在桌面 UI、Web UI 等中执行此操作,因此似乎不会超出原始贴主的目标受众(我已经多次以这种方法与使用无代码产品的人合作过)
理解超最小项目价值
我难以理解超最小 Clojure 项目的价值,部分原因是我假设这个请求没有详细说明将要如何使用它(课程计划的范围是什么)
关于 Clojure 的教学方式和所教授范围的详细说明将有助于理解其价值。否则,它似乎非常具体于原始贴主的需求,而不是一个对社区有用的工具。
我的担忧是
1. 依赖于隐含的配置知识
一个只包含 `{}` 的项目配置文件自然会引发问题:这是如何工作的,进而讨论 Clojure CLI 如何将 Clojure 依赖项引入并添加 `src` 到类路径
2. 缺乏支持学习的示例
包含一个最小的 `:paths` 和 `:deps` 配置将提供一种简单的方式来展示添加更多配置时的语法要求(这很难判断是否在范围之外)
同样可以论证为包含一个别名,例如测试运行器
3. 为特定用例创建内容
我认为在没有考虑更广泛的社区需求的情况下,不应在 Clojure CLI 中引入项目创建工具。至少不应作为发布功能。
4. 重新发明
clj-new 和 deps-new 已提供创建项目的方法,而最小刮擦模板似乎满足了原始贴主的所需(根据我的有限理解)
https://github.com/seancorfield/deps-new#create-a-minimal-scratch-project
这可以是课程安装说明的一部分(包括 Java 和 Clojure CLI),或者复制到学生电脑上的用户配置
有更多问题,但这主要取决于原始贴主请求的范围。