回头看传说中被“淘汰”的Java Applet，意识到一些问题：

JA的性能问题恐怕不是最主要的，因为人们如果真的需要看某些内容多等几秒、几十秒甚至（低网速时代）及分钟都不成问题，最主要问题还是界面本身。

首先，JA不只是一个独立的显示模块，自身还可以联网并调用其他复杂的接口，在设计逻辑上与网页的其他部分分割开了。一个网页是一个整体，JA和Flash推出历史舞台的重要原因是它们造成了割裂。

响应式网页设计我们都了解一些，至少见过同一网页在不同尺寸屏幕上的变化。而现在，桌面应用领域，这种设计还不普及，不确定有没有？

然后，JA和Flash流行的时代没有响应式以及其背后的多平台化，它们不能缩放，更不能实现内部元素的动态调整，就算性能、安全性、开发人员等因素不存在，单凭界面本身问题恐怕也得被取代。

由此可见，GUI领域最重要的是自身的设计原理。我想这个问题可以这么划分：界面/接口（interface）「包括软件、硬件」——用户界面「包括图形界面、声音触觉等其他感官界面」——GUI。

几天前提到Fluent时候群里有人指正我，web也好，桌面端也好，要把UI层视作通用的东西。然而明显桌面端（G）UI的发展落后于Web，为什么如响应式设计的新思路不能在桌面应用中推广开呢？是因为需求少，或者屏幕都很大，还是原生接口太发展，还是什么？

    Web 本身属于一种以 HTML 为中心的文档系统（对标 .doc, .docx, .pdf, RTF, TeX 等等），“应用” 大概算是附属的产物。只是因为普遍机器的硬件性能提高， 浏览器针对 HTML 5 渲染性能的改善以及 JS 的发展，加上浏览器跨平台的属性，才衍生出了 Web App 这种类型的程序。以前 Java Applet 和 Flash （包括 Flash Player 和 Adobe Air），还有微软的 Silverlight 这类应用一般叫做 RIA （Rich Internet applications）。

    现在基于 Web 技术构建应用主要还是因为 Web 前端的 UI 跨平台的优势，降低了适配不同平台的时间精力成本。然后大量的人加入其中，这门技术越来越多人重视，也进一步促进了 Web 的发展。

    觉得值得提到的一点是，许多应用本质上是 Client / Server 架构的客户端部分，和 Web 的 Browser / Server 大致是相通的。随着 Web 的表现力增加，Browser 承担了许多 Client 应该承担的责任，渐渐地 Client 与 Browser 的界限变得模糊，通常直接说 C/S 架构就差不多了。大概也是为什么现在的 Web 前端也在渐渐地要承担客户端开发要管的事情（现在有“大前端”这样的说法）。

    NTL01 响应式网页设计我们都了解一些，至少见过同一网页在不同尺寸屏幕上的变化。而现在，桌面应用领域，这种设计还不普及，不确定有没有？

    当然有啊。打开一个Powerpoint Word之流缩放一下窗口。

    NTL01 为什么如响应式设计的新思路不能在桌面应用中推广开呢？是因为需求少，或者屏幕都很大

    如果大屏和小屏交互差别比较大的，写两套可能比响应式更方便。

    我觉得你想说的响应式，不是响应式（Responsive）而是声明式（Declarative) 或者叫Reactive。。。

    各大主流平台都在追求声明式。
    Web 有React， Vue
    Android 有 Jetpack Compose
    高贵的水果有 Swift UI

          0x709394 当然有啊。打开一个Powerpoint Word之流缩放一下窗口

          窗口可以缩放，里面内容按照文本格式调整比如换行，但应用窗口本身的内容不能重新排布。以回复这个贴子用的firefox为例，地址栏这一行左边是几个基本按钮，右边又有一些图标，但横向再小这些按钮只能被隐藏而不能排成两行、三行。隐约记得很久以前的傲游是可以的。

          0x709394 我觉得你想说的响应式，不是响应式（Responsive）而是声明式（Declarative) 或者叫Reactive。。。

          这个声明式指的是跟XML一样的声明式吗？

              © 2018-2025 0xFFFF