Java 在应用程序（软件）内部构建逻辑的极端可能是什么，即GMail附件验证

我最近参观了，发现了软件内部逻辑构建的极限点

i、 e

永远不要再忘记一段恋情

Gmail会在你的电子邮件中查找短语 这表明你打算附加一个 文件（如“我已附加”或 “请参阅附件”），并警告您 看来你忘了这么做。每一个 今天，这拯救了成千上万的人 不得不发邮件的尴尬 用文件跟踪电子邮件 附件

（来源：）

我觉得这太多了…

请分享您对软件/应用程序内部逻辑构建的极限点的经验。

谷歌正在为其应用程序编写代码

如果上下文是一个用于发送邮件消息的公共库，那么“这太多了”的论点可能会更有分量。在这种情况下，更好的方法可能是提供一个可以安装代码的位置，该位置可以检查文本和附件，并在出现问题时发出警告

---

附加/不附加的问题非常常见，这是谷歌在Gmail中完全合理的处理方式。很可能是在同一代码块中检查空消息和空主题行。

为什么您认为这太多了？它帮了我很多次…没错，但在那里可以建立多少智能。i、 e.如果我写下：我正在回电话，那么应该显示“请打电话”这与人工智能有什么关系？这是使用字符串的简单模式匹配。这是一个整洁的功能-不会伤害或妨碍，为什么不呢？这不是一个适合so的问题。这个问题与您选择的任何标签无关。