我已经与Svelte合作了一段时间，我对Sveltekit版本很高兴。
我想今年有几件事。
1. Sveltekit的ISR（增量静态再生）
您可以轻松地使用标头模拟ISR，但是我希望看到仅由Vercel和Cloudflare支持的按需ISR。 Vercel实际上使用了Cloudflare。从理论上讲，您也可以使用“清除”在其他CDN上删除缓存，但是我们希望使用getStaticPaths这样的指令的易用性来设置我们的路径，并使用内置的Revalidate功能...因此，基本上是NextJS中的功能。我知道这在列表中。 sidenote ：我希望在所有情况下都按预期的是Cloudflare适配器工作，因为我认为它仍然具有一些缺失的功能。
https://github.com/sveltejs/kit/milestone/4
2. Supvelte Repp的打字稿支持
除了是一个庞大的打字稿粉丝外，我是一个坚定的信徒，当我们不提供默认情况下，我们正在创建坏编码器。这是我最喜欢的角度之一。与JS-->TS相比，翻译TS-->JS也容易。因此，让我们来获取与TS一起工作的正式典型示例！ side Note ：Sveltekit支持也很酷，而不必使用Stackblitz。
https://svelte.dev/repl
3.更多的服务器到客户端类型安全的安全性
如果您导入PageLoad和PageData变量，那么Svelte可以通过负载功能来实现这一功能。但是，$page.data似乎并不认识这些类型。仅服务器的路由（或API的路由）仍然像Express一样工作。不必将这些内容转换为JSON并导入我们的自定义接口会很高兴。我根本不想考虑它是服务器，并且希望可以选择以与其他任何方式运行我的查询方式。我希望看到像TRPC一样的这项工作，例如在NextJs中。我相信这也在清单上，只是不知道在多大程度上。https://trpc.io/
4. Sveltekit的网络插座
这将是惊人的。 Vercel不支持Web插座，但是从技术上讲，CloudFlare确实可以。想象一下在Sveltekit构建Twitter克隆，然后在没有第三方的情况下添加实时数据库连接。想象一下，您有一个+stream.ts文件，您可以轻松地将订阅添加到自定义GraphQl。
https://support.cloudflare.com/hc/en-us/articles/200169466-Using-Cloudflare-with-WebSockets
5.自动象征
我认为这很棒。 NUXTJS这样做，Angular正在为此致力。但是，我相信里奇·哈里斯海峡（Rich Harris Strait Up）对此说“不”，我希望他改变主意。显然，这会导致“静态依赖性跟踪”的问题，但这并不意味着不可能弄清楚。这会非常好。
https://github.com/sveltejs/kit/discussions/3032
6.官方反应性表格模块
这是Angular做得很好的另一件事。您不需要验证部分（以及触摸，有效，补丁等）而在Svelte中的反应部分。 Svelte中有几个形式的模块，但大多数模块多年来一直没有更新。我们需要一种官方方法来做到这一点。实际上，我不得不使用两个不同的表单软件包进行一个项目。
https://angular.io/guide/reactive-forms
7.正式支持的材料UI模块
我知道每个人都喜欢尾风；我也做。但是，我们认为材料设计理所当然的事情太多了。尝试将简单的日期选择器添加到一个Svelte项目中。物质化项目被放弃了（以及潜在的重写Svelterialjs）。 Svelte Material UI几个月来都没有更新，文档很差，而且很可能也被放弃。 Angular材料得到了Goodle的好支持，React MUI正在更新中，因此Vuetify也是如此。 SolidJS只是为React MUI构建了翻译人员，我认为这是越野车，并且还不支持稳定的开始。 Vercel应每月捐赠$ 1，以支持Svelte Material UI。它还需要在材料网（例如datePicker）之外添加组件，即VUE，Angular和React替代方案支持。材料UI是有原因的标准。另一个选择是找到一个像有丝分裂的好翻译器，但在这种情况下我看不到这种情况。话虽如此，有一些Alpha和Beta UI框架值得一看Skelton和Svelteui（基于尾风）。
https://sveltematerialui.com/
https://www.skeleton.dev/
https://www.svelteui.org/
8. Svelte CLI
拥有像Angular一样苗条的CLI会很酷。它不需要所有功能，但是可以创建路由（服务器，页面，布局）以及使用Vitest和Playwright测试文件。可以节省一些时间。
9.更多的缓存选项，例如for GraphQL和REST API
这种使用＃3，但是对于服务器和SWR等客户端有更多的缓存选项会很酷。它必须支持诸如乐观更新之类的事情，并阻止我过度获取。应该易于使用。
https://github.com/ConsoleTVs/sswr
https://react-query-v3.tanstack.com/
10.可重复 /更快（部分）水合
我不确定这将如何工作，但是Qwik可能会在Svelte中实现一些元素。我真的很想看到一种获得完美的灯塔得分的方法。我可能永远不会使用Qwik或SolidJ，因为它们使用JSX。 Svelte只是使建筑物更快得多，这就是为什么我坚持下去。
我目前正在与Sveltekit重建我的Angular Universal站点。这些功能将解决我注意到的一些问题，但希望我们能看到2023年的大多数更改。
您想看什么？
J