初步想法
在Clojure CLI安装过程中包含一个`.config/clojure/tools/project.edn`配置文件,当运行`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已经提供了创建项目的方式,并且一个最小的Scratch模板似乎已经涵盖了原始发帖者的需求(以我有限的理解)
https://github.com/seancorfield/deps-new#create-a-minimal-scratch-project
这可以作为课程安装指令的一部分(连同Java和Clojure CLI一同提供)或复制到学生电脑上的用户配置
还有更多问题,但这主要取决于原始发帖者请求的范围。