不要成为模型开发人员
作为一名移动开发者,我经常需要在尚未准备好 API 的情况下开发应用程序,而这些 API 对我正在实现的功能至关重要。要么是后端是由另一个与我们不完全同步的团队开发的,要么是我们的后端团队之前没有机会实现这些端点。因此,我无法满足“完成”的定义,但这并不意味着我仅仅实现了 UI。
九九十规则
有人可能会认为,如果没有 API,我们在某些功能上的工作就只能局限于构建 UI。这种方法的主要问题在于,我们错误地认为我们已经做了所有能做的事情,并误导整个团队,认为该功能“即将完成”。当 API 完成,我们开始在应用程序中进行集成时,我们突然意识到还有很多工作要做,我们需要更多时间才能完成该功能。
九九十规则说:
前 90% 的代码占据了开发时间的前 90%,而剩余 10% 的代码则占据了开发时间的另外 90%。
这句幽默的格言蕴含着不少道理。如果我们制造了应用程序“几乎准备好了”的错误观念,我们就会掩盖项目的进展。
我能做些什么?
在假设您没有其他办法之前,请按照以下步骤操作:
- 拨打任意电话
- 处理错误
- 除了一般错误之外,有时我们还预计会出现一些特定错误,尤其是在进行同步调用时(电子邮件被盗、密码不正确等)
- 进行同步呼叫前请检查网络连接
- 在同步调用期间显示加载器
- 如果没有获取数据则显示占位符
- 检查用户离开屏幕时异步调用是否停止
- 确保没有内存泄漏
- 确保不要从后台线程修改 UI
此外,您还可以:
- 测试信号是否已被调用(如果您使用例如 Rx)
- 测试视图状态(如果在成功调用 API 后加载器被隐藏等)
你对该功能思考得越多,你脑海中就会出现越多的想法。
支持后端
我们能做的工作不必仅限于代码。既然我们知道期望从端点获取什么,以及需要提供哪些数据,我们就可以自己准备一个示例请求和响应结构。我们还可以准备一个建议的错误代码列表,这些代码我们已经可以在应用程序中处理了。API 原型设计将帮助我们更好地理解问题,后端开发人员肯定会欣赏我们的努力。
尽力而为
成为一名优秀的程序员不仅仅是编写代码。我们解决现实生活中的问题,这让我们对自己的工作负责。实现一个点击就能完成的功能,只会拖延原本必须完成的工作,并误导利益相关者对项目进度的判断。
请记住,如果我们仅创建 UI,我们并不比模型工具更好,但它们更快、更便宜。
最初发表于brightinventions.pl
作者:Mateusz Klimczak,推动 Bright Inventions 发展
鏂囩珷鏉ユ簮锛�https://dev.to/brightdevs/dont-be-a-mockup-developer-446a