dreamcc free commented 2 years ago

Communication is the biggest obstacle You yourselves, try to translate

1 组件看似很多，但是真正使用后，几乎脱离实际开发，所有框架问题都需要自己想办法去动手解决。 1.1 举例说明：弹出组件，该组件的特质就是被调用后执行，大量应用于错误提示，但你们的组件只做了静态化html元素，动态简易生成方案却需要自己动手写一个组件或者功能函数，为你们的弹出组件进行扩展。 1.2 举例说明：加载组件，本身存在的意义也应该是由js去调用完成的，而你们确实只写了个开头，完全没有解决实际问题，更加没有贴近开发者。按道理该组件应该是由js函数进行创建和销毁，但是你们却依然使用了静态化，最可气的是创建和销毁还不是种方法。用户大多数使用都是在页面接在或者请求响应过程中使用，谁会没事情专门搞两个加载页面在那里 1.3 举例说明：数据表没有完整的 api请求接口，排序如何远端请求，如何知道排序点击事件，文档没有说明，如何远端维持分页条数数量，文档没有说明，最无关紧要的搜索，文档做了大量处理。 真正的搜索，谁会用前端方案？？大部分后台于中台都是后端搜索数据，而你们做了个看似强悍使者无用的内部搜索。还有如何编辑表单，你们也没有。实际上来说，几乎等同半废。

1.4 再说验证组件，一个完整的验证组件，你们就非要偷懒，让使用者自己去想办法做校验。我实在有些想不通 。https://metroui.org.ua/validator.html 这是我随手github找的一个开源项目，你可以参考下你们的差距 1.5 。。。 1.6.。。。 1.7.。。。 1.n.......

你们的东西卖的不便宜，起初看着组件挺多，以为会很强大，但是很多东西，离实际业务落地实在太过遥远，你们也距离开发者太过遥远。能够选择标准版的大部分都是前端水平不高的后端开发。而你们却大有将这些情况排除在外的打算。

别的不说，核心数据表不能够进行很好的交互，就相当于框架啥也不是，很多业务功能不能js 直接免HTML创建 就等于不能友好提供业务

你们自己多琢磨下 一些别人的开源框架把，花里胡哨的,太多组件功能都没有完善