tjq

@Still4 有的，面向的领域不同～相见官方文档的 FAQ 章节

https://www.yuque.com/powerjob/guidence/zk2la4

@EastLord Elastic-Job 其实和 quartz 差不多是一个东西，都是那种自产自销的任务调度框架。而 xxl-job 、PowerJob 之类的其实属于中间件范畴，任务调度中间件。适合一个公司统一部署调度服务器，然后底下各个业务线接入。

本质不同，所以也就没列上去了。

@tikazyq README 中有同类框架的对比，如果你有分布式计算或工作流的需求，那么 xxl-job 无法满足你的需求，只能用 PowerJob 。
其他情况看个人喜好喽～ xxl-job 的优势是老牌调度框架，发展多年用户基数大。PowerJob 则是后起之秀，功能更强大特性更丰富。

（当然，作为开发者，我自然是推荐你无脑上 PowerJob 的，哈哈哈～

@w292614191 哈哈哈，推广不易～只能定期发发广告。

嗯，这算是个小问题。不过了解完整操作流程以后能用就行～毕竟前端页面只是起辅助作用。

@hantsy 你离题很严重。

我的第一句话是“你没有接触过需要这种作业调度框架的场景”，你举的那些你自己的项目经验无非是你自己的应用场景，也许你接触过的业务确实不需要用到第三方调度框架就能完成调度，然后配上一些数据流处理框架就能完成业务需求。但这也不代表这个世界上所有的业务场景都能这样解决啊。比如我刚才上面举的两个例子，你能用自带的 Timer 或 Scheduler 来解决吗？我已经给出了反例，你不否定我的反例而是举出了一堆无关的例子，显然没有任何说服力。

第二大段你自己也说了，面向的场景不一样，就不深入探讨了。我只能说 Spring Batch 也好，Spring Cloud Data Flow 也好，和我的框架不是一个定位一个层次的东西，他们也许和 Apache-DolphinScheduler 的定位有点类似。

“你的设计这个产品和现代的云计算架构根本就不在一条线上”这句话倒是没什么问题，确实不在一条线上，也没办法在一条线上。云级别的解决方案不是个人框架玩得转的，都需要提供一整套的解决方案。我这个框架要上云可太简单了，Server 直接由云服务商提供，Processor 全部 FaaS 化，执行器以函数为单元部署，即可拥有云上调度云上执行自动弹缩的划时代体验，但是条件呢？阿里云是我家开的还是 AWS 是我家开的？

关于列表对比 Quartz，内容全部真材实料实事求是，没有任何捏造，没有任何抹黑，如果这样的对比你都觉得有问题，那我也无话可说。

关于代码质量，我虚心求教，你觉得哪里有问题或者写的不好，十分欢迎你把问题贴出来反馈给我。但是不接受像现在这样毫无依据的 diss 。

@hantsy 你没有接触过需要这种作业调度框架的场景，所以想像不到意义。

你口口声声说 JDK 自带的调度机制也只是在单机的情况下能够完成部分功能。举个例子，在整个集群中我只需要某台机器去执行某个任务，通过 JDK 自带的 Scheduler 怎么实现，用分布式锁？那不就是额外的中间件成本和开发成本吗？需求再变态点，我需要指定集群中具体的某几台机器去执行某个任务，这个 JDK 自带的 Scheduler 又怎么实现呢？

运维界面你看不上也可以不用。你完全可以通过我提供的 OpenAPI 操作整个系统，像 AWS 这类不也是同时提供网页和 CLI 工具吗？难不成你给 AWS 提供 advice 说用户界面太 low 啦，我们都是 CLI 党，强烈建议下架 AWS 控制台？

预警和有效的通知机制当然是有的，但这和前端界面完全不是一个层面的东西。就像 AWS 的控制台和 AWS 实例报警通知，是一回事吗？

最后，本框架的主题是调度和分布式计算，主打功能是分布式计算，你一直纠结在前端页面上也是让我没想到的......

@hantsy Java 和 Spring 自带的定时调度功能非常有限，用起来也十分不方便，你应该是还没有接触到需要分布式调度的业务场景，接触到后你就会发现意义所在。

带界面只是方便用户使用，在线监控、运维都是能极大提升开发效率的。任何一个框架只有足够简单易用才能吸引别人去使用～

@tlday 收到了太多类似的反馈，前几天和群友认真讨论了一下，就决定改名了。
目前把项目名称改成了 PowerJob （灵感来源于微软的 PowerShell ），LOGO 也换了。
有兴趣可以去 GitHub 再看看哈哈～

@spongebobsun 页面很帅！可惜我没这前端水平哈哈，要是没 vue 估计连个页面都写不出来😂