HarmonyOS 鸿蒙Next 方法命名的缩减

HarmonyOS 鸿蒙Next 方法命名的缩减 首先，我是个菜鸡。刚接触HarmonyOS开发，之前用的vue。但是发现个问题，既然都是使用点语法，为什么方法名还定义那么长干嘛？

例如：文本元素的组件(如Text、Span、Button、TextInput等)，可使用fontColor、fontSize、fontStyle、 fontWeight、fontFamily这些方法来定义样式，为什么不直接去掉font？

Button('登录', { type: ButtonType.Capsule, stateEffect: true })
  .width('90%')
  .height(40)
  .fontSize(16)
  .fontWeight(FontWeight.Medium)
  .backgroundColor('#007DFF')

其他组件使用倒是能正常理解。

而且，论坛的 Markdown 貌似没啥效果。


更多关于HarmonyOS 鸿蒙Next 方法命名的缩减的实战教程也可以访问 https://www.itying.com/category-93-b0.html

7 回复

color可以是文字颜色，也可以是背景颜色，也可以是边框颜色，size也可以是文字大小，也可以是组件大小。清晰完整的方法名才能让人一眼知道这个方法的用途，

更多关于HarmonyOS 鸿蒙Next 方法命名的缩减的实战系列教程也可以访问 https://www.itying.com/category-93-b0.html


显而易见的，如果去掉font，那么color是字体的color还是背景的color？

Text、Span还需要背景？

找HarmonyOS工作还需要会Flutter的哦，有需要Flutter教程的可以学学大地老师的教程，很不错，B站免费学的哦：BV1S4411E7LY/?p=17

而且背景颜色大家不都是用backgroundColor？

如果只有单个属性颜色，命名为 color 没有歧义。 如果有多个属性颜色，命名为 color，会有歧义的，用户无法直观的确认 color 是设置什么属性的颜色。命名为 xxxColor 则避免了此问题，

在HarmonyOS鸿蒙Next中，方法命名的缩减主要体现在简洁性和一致性的优化上。鸿蒙Next采用了一种更符合现代编程习惯的方法命名策略，减少了不必要的冗长和重复。例如，常见的方法命名会省略掉一些冗余的前缀或后缀，直接使用更具描述性的动词或名词组合。这种方式不仅提高了代码的可读性，还减少了开发者在编写和阅读代码时的认知负担。鸿蒙Next的方法命名缩减还体现在对API设计的精简上，通过减少冗余的命名层次，使得方法调用更加直接和高效。例如，原本可能需要多层命名空间的方法，现在可能被简化为一层，直接通过更简洁的名称调用。这种命名策略的优化，有助于提升开发效率和代码维护性。

回到顶部