展开讨论

经验与复盘经验摘录 · 机器翻译

这不可行

… 这不可行。上次我尝试在我的应用程序中支持旧系统时,供应商(苹果)已经停止支持,甚至没有提供免费的虚拟机。Windows 10 今年(据我所知)将不再受支持。在 Linux 上,几年后 glibc 或 gtk 会破坏任何 GUI 应用。微软、谷歌和苹果都无法做到,我作为一个独立的应用开发者又为何要这么做?而且,我需要担心 5 个平台,而他们只关注自己的平台。 > 触摸用户系统上的文件应该被视为罕见的特殊操作。嗯?这正是我开发应用程序而不是网站的原因。我的应用程序既支持点对点网络,也连接到 API 并进行文件传输。而我却被要求不要触摸文件? > 如果应用程序涉及服务器,就要构建一个稳定的接口,并且要仔细考虑每一个改动。相信我,我确实这么做了。这些改动和数据库迁移一样可怕。但就像数据库迁移一样,你不能永远避免它们。对于这些情况,你至少需要让使用者知道发生了什么。这已经是更新基础设施的一半了。…

源讨论如何在数亿人使用的流行应用上获得代码执行权限原帖 319 条评论 · 导入时统计
2

这条内容在回应什么?

父级讨论 · 节选

RA

我们为什么不开发自动更新程序呢?也许有些应用程序需要与服务器有非常紧密的耦合,但我们应该尽最大努力向用户提供完整软件,这些软件应尽可能长期正常工作。触碰用户系统上的文件应被视为罕见的特殊事件。如果应用程序涉及服务器,请构建一个稳定的接口,并在每次更改时深思熟虑。仔细地对所有内容进行版本控制并维护。如果涉及服务器,除非无法避免,否则服务器端的更改不应该破坏现有用户的本地应用程序——这应被视为最后的手段,并向受影响的客户道歉(我同意原帖作者的观点)。 确保_所有_用户都能在合理期限内以完全相同的方式继续使用他们安装的软件,这是你的责任。…

完整原文

社区评论 0

还没有社区评论,来聊聊你的看法。

原讨论中的回复 2

仅展示本次导入中包含的直接回复。中文为机器翻译,可查看英文原文。

RA

> 文件传输。而我被要求不要接触文件? 我确信你知道我的意思,从上下文来看很明显。系统程序文件。由用户包管理器(以及由此产生的他们的IT部门)管理的文件

完整原文
AC

> 这不可行。上次我尝试在我的应用程序中支持旧系统时,供应商(苹果)已经停止支持,甚至没有提供免费的虚拟机。 作为一个专业的软件公司,为什么你需要“免费的虚拟机”。几台旧机器相对于甚至一个开发人员的薪水来说都是微不足道的。 > Windows 10 今年将不再受支持(据我所知)。 那又怎样?人们仍在为XP发布新软件。这并不难。 > 在Linux上,glibc或gtk几年后会破坏任何GUI应用程序。 glibc提供了极强的长期向后兼容性,只要您针对您想要支持的最旧版本进行构建,就不是问题。 gtk是一个问题,但它的变化频率并没有你想象的那么高——我们现在才到版本4。而且根据你正在构建的软件,你也可以避免使用它。 > 微软、谷歌和苹果都无法做到,那我作为一个独立应用开发者为什么要做到呢…

完整原文
在 Hacker News 阅读

尊重不同观点,分享具体经验。

登录后即可发帖、评论、转发和引用。