2024-05-27 16:48
嗯嗯,好嘞,大家开心就好
2024-05-25 10:10
vue3解除的是this, 你又把this给加毛了... 这种结合页面结构 + ts 的不就是react吗? $$符的变量名也是醉了, 写个业务交互一堆的这玩意儿,你说好?"属实是结合了angular,react,vue三者的糟粕"
2024-05-26 20:24
vue3解除this,是针对vue2 mixins和options的缺点而言。但是使用ioc容器+Typescript,this不仅指向明确,而且还提供了更多系统能力。为什么是react呢?react也没有提供ioc容器哪。$$变量名是为了给一个class中的成员进行分组,方便查找,也方便识别来源,此外有ts类型的加持,写起来并不麻烦。这里不方便发链接,建议你上官网文档了解一下,一定能发现更多有趣的功能特性
2024-05-24 09:49
在我看起来,框架一介入,确实就是一砣屎山样的前端代码
2024-05-24 20:42
确实好用的框架真的很难寻得。可以看看Cabloy-Front,或许就是你想要的模样
2024-05-20 10:26
看起来真不错,拿远点
2024-05-17 10:02
给个我的感受和建议:要求语法简洁。 extends 关键字不建议给到案例里面,可以在更高更深入的案例里面介绍使用,最好是不要有extends 关键字 ,可以看看react怎么定义的组件。$$counter 这种写法不喜欢,有特殊符号,可以考虑类似于vue那样使用。注解勉强可以接受,但都是@Local() 就接受不来了,可以考虑类似于angular分层注解。
2024-05-17 15:38
多谢建议。Cabloy-Front中的ioc container也是分层的。提供了两类container:一类是 global container ,实现全局状态的消费,可以直接代替 pinia 的能力。还有一类是组件 container ,与 vue instance 绑定。提供 vue instance 级别 container 的好处就是,在这个容器中的所有 bean 实例都可以在 vue instance 这个范围共享状态和逻辑。
2024-05-17 09:40
本来简洁明了的东西,你这么框架一介入,又搞成屎山了, 闲的蛋疼
2024-05-17 15:41
有些框架刚开始简洁,用着用着成翔了,就是因为没有很好的规划。Cabloy-Front就是在探索一种最佳工程实践,所以刚开始必然不适应,但是却有利于大型系统的开发
2024-05-16 23:44
属实是结合了angular,react,vue三者的糟粕
2024-05-17 15:44
其实可以换一个角度来看,就是博采众长。新的形式,必然初看起来不太适应
2024-05-16 22:11
看这代码return, 这是把vue改造成了react?😂 我感觉vue本身就算一个框架了,啥都有了。
2024-05-17 15:46
基于不同的角度,解决的问题不一样,也就需要不同层级的框架。在面向大型的业务开发场景中,需要两个层面的架构设计:
1. 与界面交互的架构,这个使用vue3 setup来做
2. 与业务相关的架构,这个使用ioc容器来做。大量的工程实践证明,在业务层面,class比function好用很多
在别人的框架上搞语法糖,这不是画蛇添足吗。
2024-05-16 16:21
搞个新语言吧,别搞vue了
2024-05-16 15:27
这是要把script给去掉么
2024-05-16 14:26
还是ref直观
2024-05-26 20:26
不是许多人都在纠结用ref和reactive吗?如果定义响应式变量不需要ref/reactive,岂不是更好。更何况也就不需要大量的ref.value了
2024-05-16 13:39
看起来更麻烦了
2024-05-26 20:27
确实是新的思维模式,初看起来不太适应。这里不方便发链接,建议你上官网文档了解一下,一定能发现更多有趣的功能特性
2024-05-16 13:07
直接用 react 挺好,何苦来糟践 vue。
2024-05-26 20:28
react可没有好用的ioc容器
回复 @
{{emojiItem.symbol}}
返回顶部
顶部