我觉得, 思考软件业务逻辑应该是有一套方法论的. 就拿我现在的工作来说, 完成一个主流程功能需要 6,7 次网络请求, 其中还包括后台对第三方的请求, app 内部调用手机系统的请求, 为了保证各个环节可被记录可控, 大致就分为过程失败支持重试, 和中间失败推倒重来两个大的方向, 但要如何取舍, 我觉得因该是有一套规则的, 可我还不知道.
另外啊, 我现在负责的系统涉及到 nfc 刷卡的服务, 这期间一定会有安全防盗问题, 该从哪些角度思考规避风险呢? 我觉得我想到了很多场景, 可是越想得多我就越没底, 觉得肯定还有场景我没想到, 怎么样避免这种穷举思维方式, 用更科学的方式思考过程漏洞呢?
我表述的不是很清晰哈, 总结下就是, 我认为软件逻辑是有一套思维方式和原则的, 我没有找到, 求教各位小伙伴
这是一个专为移动设备优化的页面(即为了让你能够在 Google 搜索结果里秒开这个页面),如果你希望参与 V2EX 社区的讨论,你可以继续到 V2EX 上打开本讨论主题的完整版本。
V2EX 是创意工作者们的社区,是一个分享自己正在做的有趣事物、交流想法,可以遇见新朋友甚至新机会的地方。
V2EX is a community of developers, designers and creative people.