- 主题:感觉.net的解决方案是越高越复杂
感觉.net的解决方案是越高越复杂
因为最近用avalonia看了一下reactiveui等相关平台或者框架,越来越看不懂了。
一般来说框架或者平台是简化开发过程和提供通用的运行底层,尽量减少新造一些规则和语法,通过一些简单的约定自动化实现相关功能。例如spring/springboot通过配置或者约定自动管理实例。或者前端vue之类数据或者方法放在约定的区域。
reactiveui之类 却把问题复杂化,增加了开发复杂度
.net这些新生的ui框架真的有必要向vue之类的学习一下
简化开发过程而不是复杂化过程。
--
FROM 223.104.41.*
wpf当年就已经很复杂了
现在还能复杂到哪里去?
【 在 nextworld8 (博雅互联) 的大作中提到: 】
: 感觉.net的解决方案是越高越复杂
:
: 因为最近用avalonia看了一下reactiveui等相关平台或者框架,越来越看不懂了。
:
--
FROM 123.123.40.*
wpf感觉还好
c#感觉总造新的规则 而不是对现有模式封装
【 在 fafe (元音字母) 的大作中提到: 】
: wpf当年就已经很复杂了
: 现在还能复杂到哪里去?
:
: 【 在 nextworld8 (博雅互联) 的大作中提到: 】
--
FROM 223.104.40.*
没觉得复杂
甚至不理解你能喜欢spring那种配置文件的模式。
--
FROM 61.157.76.*
spring才是典型的油腻
【 在 nextworld8 的大作中提到: 】
: 感觉.net的解决方案是越高越复杂
: 因为最近用avalonia看了一下reactiveui等相关平台或者框架,越来越看不懂了。
: 一般来说框架或者平台是简化开发过程和提供通用的运行底层,尽量减少新造一些规则和语法,通过一些简单的约定自动化实现相关功能。例如spring/springboot通过配置或者约定自动管理实例。或者前端vue之类数据或者方法放在约定的区域。
: ...................
--
FROM 14.154.195.*