初步想法
在Clojure CLI安装时包含一个`.config/clojure/tools/project.edn`配置文件,当执行`clojure -Tproject create`命令时将运行`seancorfield/deps-new`。
这似乎可以提供一个解决方案来立即解决问题,同时不会在Clojure CLI中引入大量的代码设计。
或者类可以克隆(或下载一个相关别名和工具的zip存档)用户配置,从而无需直接为Clojure CLI设计项目工具。
我假设git克隆在范围内,因为还有多种方式在桌面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),或者将用户配置复制到学生的电脑上。
还有其他问题,但这完全取决于原帖贡献者请求的范围。