代码拉取完成，页面将自动刷新
应用开发一般是从构建界面开始的，开发新手最烦恼的就是找不到自己刚刚加的几个组件跑到哪去了。有时候页面里的组件可能随着项目需求的增加不断丰富，页面里的组件一多，就连有些经验的开发者也不能一眼就找到。对此，我个人习惯在界面布局时，通过background-color属性给一些组件设置背景色的方式进行“定位”，这样可以通过颜色差异快速地找到目标，能够比较直观的看到各个组件的布局是否符合自己预期的效果。
上面说的是给组件加颜色的情况，还有一种情况需要给组件“去颜色”。有时候在引用子组件时会出现子组件颜色跟页面背景冲突的情况，影响页面的观感。这种情况下在开发过程中需要考虑组件背景色透明度问题，这是为了方便用户在引用组件时，可以不需考虑组件与所在容器组件的背景色是否存在冲突问题，看似无关紧要，但对于用户来说却是十分贴心。我常用的方法是以8位颜色值替代6位颜色值。我们平时颜色设置时常用的是6位的颜色值，比如#000000（黑色），有时候我们可以根据项目需要使用具有透明度的8位色值，前两位代表透明度，#00······为全透明，#FF······为完全不透明。
disabled属性是用于设置组件可交互性的一个通用属性，对于没有对应需求的开发者来说并不常见，对它或许没有什么印象。有人可能就会想，你设置个按钮组件在那不就是提供交互让人按的吗？确实如此，但并不完全是。最近我在自己尝试写一些简单的小游戏，其中涉及到回合制的游戏规则就需要开发者比较严格地定义一些组件的可交互性，在各自的回合轮流行使控制权。
如果你使用的是“阶段性”、“回合制”的可交互组件，记得在特定的时间按特定的逻辑调整其中相对应组件的disabled属性。“一次性”按钮也是同理，最好在事件启动后将按钮的disabled属性改为true。这是为了在执行完点击操作，成功启动事件后避免用户进行多余的无用操作产生不必要的糟糕体验，将按钮变为不可点击的失效状态即可很直接的解决这个潜在问题。
结合这次OpenHarmony组件开发的经历来说，关键是从现有组件缺失的服务中寻找需求，并站在用户的角度提供较为细致的体验。结合当前组件所具备的功能进行整合，实现长按操作的同时兼顾进度条提示，从视觉层面上给予用户良好的反馈，同时提供组件部分参数的自定义设置，提高组件的可用性和灵活性。
在设计时，从用户的需求出发，确定功能后列出方案。在开发过程中，对功能进行拆解，逐步实现每一个小功能后进行拼接整合。在反复测试中尽可能地考虑可能应用的场景，针对出现的问题进行调整优化。当然原有方案可能会出现进行不下去的时候，这就需要我们进行调整，转变思路，改用其它的实现方法。开发带给我的快乐就像一场没有定数的旅途，中途偏离了既定的路线，或许到达不了原定的终点，可是沿途的每一处风景都可以是你的目的地。
自7月进到公司参与实习以来，我一直在学习鸿蒙开发相关的一些内容，当初选择进入这家公司实习，很大一部分原因是有机会学习到鸿蒙开发相关的知识。能够学习到鸿蒙开发技术是非常难得的机会，鸿蒙代表着新兴的国产操作系统的崛起和发展，其万物互联的发展理念，描绘着一幅美妙的物联网蓝图，充满了无限的未来，我希望自己可以通过参与鸿蒙开发，获得更多的机遇和光明的未来。在此也鼓励各位开发者加入到OpenHarmony开发的队伍中来，贡献自己的力量共同参与建设国产开源操作系统的繁荣生态。
