水木社区手机版
- 主题:想让大家了解一下jmix
- 所以，相对于直接用spring boot全套
最大区别在哪里？
【 在 notnotme 的大作中提到: 】
: * 适用于企业级应用的快速开发平台
: * 基于Spring Boot
: * 低门槛：对初级开发人员或从别的技术栈迁移的开发人员非常友好，提供 Studio 工具帮助入门；
: ...................
--
FROM 116.233.93.* - 嗯，想法太多的可以换语言……
【 在 hgoldfish 的大作中提到: 】
: 八股文好。写 JAVA WEB 的门槛变低了很多，只要看几个视频就可以开干。
--
FROM 116.233.93.* - 造轮子这种事情……
首先
第一个你至少得明确既有的轮子到底哪儿有不足
第二个这个不足是不是没法通过插件或者扩展来弥补
然后才是新轮子长啥样的问题
【 在 jsdbart 的大作中提到: 】
: 自己造轮子不好吗?
: spring多好,你跑了这么多当然觉得好.
: 当有另外一种框架的时候,你还回用ssh2吗?
: ...................
--
修改:oldwatch FROM 116.233.93.*
FROM 116.233.93.* - 这种偏业务层面的框架
其实最大问题是如何方便的裁剪定制
比如全文检索我直接走RDBMS的扩展语法搜行不行？
我想挂ES行不行？我上Solr甚至直接lucene行不行？
所以做到最后通常会发现变成了一堆上层组件和一套spring……
【 在 notnotme 的大作中提到: 】
: 很中肯，都在点儿上。
: 我再讲两句
：
: 1. 可以免费用。 框架本身是免费的，搭配框架的工具有免费版完全可以用。 收费版是一些可视化的工具，比如数据库实体设计，通过可视化工具生成代码，提高效率，避免新手代码不规范，减少新手错误。如果是熟手或者维护迭代，用免费版也是够的。 因为只在开发阶段收费，所以买
: ...................
--
FROM 116.233.93.* - 但是看你们产品介绍怎么看都是个一揽子阿
比如我看重了行级权限控制的特性
那么我能从你这个框架获得什么帮助？
在我已经有一个完整的spring boot项目的前提下
【 在 notnotme 的大作中提到: 】
: 有关裁剪定制，如果用户觉得开箱提供的组件不好用，可以利用 Spring 的容器机制和 bean 做扩展。 如果用户觉得所有组件都不好，那确实 Jmix 不适合。
: 我们的理念是做为框架，它应该是一种最佳实践集合，给用户一套久经验证且大多数用户认可的技术栈产品。
: 比如全文搜索，Jmix 用的就是挂 ES，这个是团队认为比较稳定、大多数开发者认可的方案。但是用户完全可以利用 Java/Spring 的可扩展性支持 Solr 或其他方案。
: ...................
--
FROM 116.233.93.* - 这个是绕不开的
很多项目都是一套配置一堆controller/service/repo/entity/util迭代N版了
如果你说往pom里加几个dep加几张表几行配置，继承实现几个接口/抽象类
既有业务代码里加几个Annotation
就能支持啥啥新特性，估计大家会有兴趣
但是你如果要说咱们先把既有这一大套翻个面，那……
【 在 notnotme 的大作中提到: 】
: 我找技术探讨探讨。
: 以前没想过这个模式，但是理论上拆开也是可以的
:
: ...................
--
修改:oldwatch FROM 116.233.93.*
FROM 116.233.93.* - 这是这类开发框架一直雷声大雨点小的根本了：强耦合
说的极端一点，通用业务功能框架的前途就是：对接spring生态或者滚蛋
不管风评如何，很大程度上spring(以及几大核心组件)现在就是JEE默认上下文
【 在 notnotme 的大作中提到: 】
: 确实不可行。
: Jmix的行级控制是通过自己的数据接口 DataManager 实现的。 如果你的项目使用的是 JpaRepository 或 EntityManager 操作数据，那么迁移至 DataManager 所需的功夫还是不小的。
: 除非是老旧系统升级，或者项目刚刚开始，业务逻辑不多，建议用Jmix。 如果是正常的已有系统，确实不建议再用Jmix了。
: ...................
--
修改:oldwatch FROM 116.233.93.*
FROM 116.233.93.* - 非常认同你们追求融入既有生态而不是把基础依赖封装的密不透风的取向
个人建议你们在文档中强调一下
【 在 notnotme 的大作中提到: 】
: 越说越深了，碰巧说到行级控制，DataManager 是 Jmix 基于 Eclipselink 封装的一个数据处理接口，与 JpaRepository/EntityManager 一样，提供了数据处理的第三种方式。基于此实现了基于角色和行级的数据访问控制，这是框架的价值所在。
: 当然用户在Jmix项目中同时也可以使用 JpaRepo 和 EM。这样做的目的，一方面是可以利用 Eclipselink 的视图解决一对多查询时的 1+N 问题，另一方面，正是为了 避免强耦合，Jmix 没有侵入式的修改 Spring 所提供的内容（Jmix 是反对使用 lombok 的）。
: Jmix 希望的是，用户的boot项目还是用户的 boot 项目，但是Jmix提供了一些企业开发更加需要的功能；减少脚手架代码开发，让用户只专注于业务开发。
: ...................
--
修改:oldwatch FROM 116.233.93.*
FROM 116.233.93.*