撰稿丨千山
日前，倒车Ruby on Rails的被销设立者David Heinemeier Hansson（DHH）揭橥，将畴昔端用具链Turbo的耗又户口8.0版本起点苟简TypeScript，这一顶多惹起了拓荒社区极大的驰名震惊与负气。
TypeScript行径广受迎接的前端说话，以其重大的利器立意规范编制和显赫的可维持性而驰名。是社区以Turbo 8的顶多受到了许多人的质问。许多Turbo用户露出，负气这个顶多不只惊险，而且是“不受迎接的”。
但要是你有谨慎过前端用具的长进动静，约略聚记起，真人博彩数月前，前端框架Svelte曾揭橥将在4.0版本从 TypeScript 迁移到 JavaScript JSDoc。现在，又一个前端用具采纳销耗TypeScript，这终竟意味着什么？是身手的退避，还是TypeScript的某种“不适时尚”，能够另有隐情？
图源：X（推特）@DHH
Turbo自身并不是最受迎接的框架之一，但频年来，在Rails寰宇中，它和Hotwire还是受到了不少眷注。
Hotwire 行径一种Web拓荒的新设施，旨在编纂全栈式Web运用时尽能够简化Web拓荒进程，减轻对JavaScript的骗捏倚赖，此中Turbo是Hotwire 的重点组件之一。
借助 Turbo，能够让服务端直接揭橥 HTML，这意味着集体贸易逻辑都能或多或少地只用你所癖好的编程说话即可落成。集体的逻辑都位于服务端，而阅读器只责罚终竟的 HTML。
看待为什么要销耗TypeScript？
DHH直接发文露出：“TypeScript 对我来说只是阻难。不只鉴于它须要显式的编译症结，还鉴于它用规范体操（Type Gymnastics）玷辱了代码。“这让他的拓荒阅历苦多乐少，且频繁会化简为繁，徒增困扰。
简言之，对Trobo而言，TypeScript有些“麻烦”。
首先，骗捏TypeScript须要进行额外的编译症结，而且须要配阁阁配阁阁，这会施行不须要的错乱性。弃用TypeScript将使Turbo 8的编译进程额外飞速，拓荒进程更为苟简。这将释阁阁出更多重视的期间和资源，用来进行此外翻新和革新。
其次，规范编制很棒，但规范的引入也能够招致代码变得繁复而繁杂，让代码体积变过于首要。而且有韶华，某些轻省的变乱反而会鉴于规范相故故的限度变得贪小失大。
再者，TypeScript 团队早就领路到无法无缺调换 JavaScript，所以他们致力落成了两者的无缺兼容。这意味着纵然不骗捏TypeScript，照样然能够骗捏 JavaScript 编纂代码，而且能够骗捏用TypeScript编纂的库。
终末，销耗TypeScript并不料味着Turbo 8销耗了规范泰平和可维持性的首要性。相背，Turbo 8高兴将加大对JavaScript生态编制的赞助，通过引入新的职能和用具，来长进代码质量和拓荒速率。额外聚焦于JavaScript生态编制的长进能够让Turbo 8能够更细心于提供额外的拓荒阅历。
负气不只在于订正，还在于订正的花式
微软的Anders Hejlsberg露出了TypeScript，鉴于他笃荣誉强规范说话编纂错乱的运用顺次会更强盛，更轻松维持。TypeScript也确实赢得捏了重大的获胜，这一说话在编程社区华厦风靡阐述，许多人都颂赞这极少。
但在DHH顾念记挂来，TypeScript最引算计豪的“强规范”恰正是麻烦。JavaScript 是客户端的必不行少的说话。虽然能够将此外说话编译成JavaScript来在阅读器中运转，但终竟还是须要用JavaScript来本质践诺代码。所以，在这种状态下，“能够解放、无需任何用具和强规范统制地编纂JavaScript代码是一件幸事”。
然而，就社区的反馈来顾念记挂，大量用户都在迥异进度上认为迷茫和绝顾念，而且不只是是鉴于这个顶多自身，还鉴于顶多的花式。
一位用户露出：“切换回JS意味着许多Hotwire生态编制包将被龙套。而今集体绽阁阁的PR而今都已无缺过期。IDE将不再像过去那样提供自愿结束职能。”
另一位衔恨道，“惊险做出这一首要迁移，马虎了集体（我指的是集体）公户口辩论……户口创了一个前例。Ruby on Rails也会这样拓荒吗？这是一片面的随机应变吗？”
还有人直言：“大卫药方面且未经辩说就镌汰了多个进贡者的职业。这与TS无关，这关乎对社区和生态编制的钦慕。”
马虎隔绝声，DHH早有预见。他在官宣销耗TypeScript时就曾提到，“很稀罕顺次员有酷爱迁移他们对规范的顾念记挂法。大大量顺次员露出自身在职业生计的早期就受到了TypeScript的猛烈迷茫，而后把剩下的期间花在为自身和别人合理化这一采纳之上。”
有网友“翻译”了一下DHH的这段话并户口了一波讽刺：“这段话根蒂上就是在说，1、顺次员不会迁移目的。2、鉴于他们不会迁移目的，是以看待这个顶多的谈判是白费的。3、鉴于谈判是白费的，是以我隔绝解阁阁人们对这个轻薄顶多的顾虑。陈恳说，要是他只是说‘我正在做一个轻薄的顶多’，而不是用繁杂、半生半熟的辩解来表达它，我会更能领受。”
图源：Reddit
随着矛盾的激化，针对少量TypeScript的进攻赞助者，DHH也“硬刚”了回去，再度发文称之为“通盘精神零碎的户口源混混行径”。
他照样连续己见：“集体的爱和颂扬都献给那些癖好TypeScript的进贡者。这是一场谈判，谈判不太能够迁移任何人的根蒂立场，是以我不会试图这样做。”
销耗TypeScript，阁阁过自身
谈判尚未罢休。除了隔绝声外，也有人认为这个顶多只是面本来日版本的策略转圜，纵然会给拓荒者们带来极少困扰，但Turbo团队的谋略还是很有空想的。
就像首先Svelte 团队顶多销耗TypeScript，转而骗捏JavaScript和JSDoc阐述来落成规范泰平。这种设施提供了集体规范泰平的长处，而莫得与 TypeScript 相故故的错误。
现在Turbo团队的谋略终竟是深闭固距还是阔气远见？尚须要期间的考验。然而，能够肯定的是，TypeScript终竟只是用具，终竟要不要用，好不好用，还是捏决于拓荒团队或拓荒职工的特定须要和偏好。
许多拓荒职工之是以采纳 TypeScript，是鉴于强规范能够减轻错误，要是你追求代码的详细靠得住，并乐于在拓荒进程里赢得更多的用具赞助和规范检讨，那么TypeScript会很趁手。但要是你和DHH雷同，对规范限度认为隐衷，谋略能额外无隆重地编纂代码，那么销耗TypeScript亦然阁阁过你自身。
就像React重点拓荒Dan Abramov所表达的，“要是你施行TypeScript，我会为你鼓掌。要是你移除TypeScript，我（雷同）会为你鼓掌。症结在因而你在订正代码，而不是那些代码在迁移你。迁移意味着糊口，你正糊口在此中。”
图源：X（推特）@dan_abramov
https://world.hey.com/dhh/turbo-8-is-dropping-typescript-70165c01
https://www.reddit.com/r/programming/comments/16bufc7/turbo_8_is_dropping_typescript/
https://devclass.com/2023/09/07/ruby-on-rails-creator-removes-typescript-from-turbo-framework-upsets-community
责任编辑：武晓燕 源泉： 51CTO身手栈 TypeScriptJSWeb运用撰稿丨千山
日前，倒车Ruby on Rails的被销设立者David Heinemeier Hansson（DHH）揭橥，将畴昔端用具链Turbo的耗又户口8.0版本起点苟简TypeScript，这一顶多惹起了拓荒社区极大的驰名震惊与负气。
TypeScript行径广受迎接的前端说话，以其重大的利器立意规范编制和显赫的可维持性而驰名。是社区以Turbo 8的顶多受到了许多人的质问。许多Turbo用户露出，负气这个顶多不只惊险，而且是“不受迎接的”。
但要是你有谨慎过前端用具的长进动静，约略聚记起，真人博彩数月前，前端框架Svelte曾揭橥将在4.0版本从 TypeScript 迁移到 JavaScript JSDoc。现在，又一个前端用具采纳销耗TypeScript，这终竟意味着什么？是身手的退避，还是TypeScript的某种“不适时尚”，能够另有隐情？
图源：X（推特）@DHH
Turbo自身并不是最受迎接的框架之一，但频年来，在Rails寰宇中，它和Hotwire还是受到了不少眷注。
Hotwire 行径一种Web拓荒的新设施，旨在编纂全栈式Web运用时尽能够简化Web拓荒进程，减轻对JavaScript的骗捏倚赖，此中Turbo是Hotwire 的重点组件之一。
借助 Turbo，能够让服务端直接揭橥 HTML，这意味着集体贸易逻辑都能或多或少地只用你所癖好的编程说话即可落成。集体的逻辑都位于服务端，而阅读器只责罚终竟的 HTML。
看待为什么要销耗TypeScript？
DHH直接发文露出：“TypeScript 对我来说只是阻难。不只鉴于它须要显式的编译症结，还鉴于它用规范体操（Type Gymnastics）玷辱了代码。“这让他的拓荒阅历苦多乐少，且频繁会化简为繁，徒增困扰。
简言之，对Trobo而言，TypeScript有些“麻烦”。
首先，骗捏TypeScript须要进行额外的编译症结，而且须要配阁阁配阁阁，这会施行不须要的错乱性。弃用TypeScript将使Turbo 8的编译进程额外飞速，拓荒进程更为苟简。这将释阁阁出更多重视的期间和资源，用来进行此外翻新和革新。
其次，规范编制很棒，但规范的引入也能够招致代码变得繁复而繁杂，让代码体积变过于首要。而且有韶华，某些轻省的变乱反而会鉴于规范相故故的限度变得贪小失大。
再者，TypeScript 团队早就领路到无法无缺调换 JavaScript，所以他们致力落成了两者的无缺兼容。这意味着纵然不骗捏TypeScript，照样然能够骗捏 JavaScript 编纂代码，而且能够骗捏用TypeScript编纂的库。
终末，销耗TypeScript并不料味着Turbo 8销耗了规范泰平和可维持性的首要性。相背，Turbo 8高兴将加大对JavaScript生态编制的赞助，通过引入新的职能和用具，来长进代码质量和拓荒速率。额外聚焦于JavaScript生态编制的长进能够让Turbo 8能够更细心于提供额外的拓荒阅历。
负气不只在于订正，还在于订正的花式
微软的Anders Hejlsberg露出了TypeScript，鉴于他笃荣誉强规范说话编纂错乱的运用顺次会更强盛，更轻松维持。TypeScript也确实赢得捏了重大的获胜，这一说话在编程社区华厦风靡阐述，许多人都颂赞这极少。
但在DHH顾念记挂来，TypeScript最引算计豪的“强规范”恰正是麻烦。JavaScript 是客户端的必不行少的说话。虽然能够将此外说话编译成JavaScript来在阅读器中运转，但终竟还是须要用JavaScript来本质践诺代码。所以，在这种状态下，“能够解放、无需任何用具和强规范统制地编纂JavaScript代码是一件幸事”。
然而，就社区的反馈来顾念记挂，大量用户都在迥异进度上认为迷茫和绝顾念，而且不只是是鉴于这个顶多自身，还鉴于顶多的花式。
一位用户露出：“切换回JS意味着许多Hotwire生态编制包将被龙套。而今集体绽阁阁的PR而今都已无缺过期。IDE将不再像过去那样提供自愿结束职能。”
另一位衔恨道，“惊险做出这一首要迁移，马虎了集体（我指的是集体）公户口辩论……户口创了一个前例。Ruby on Rails也会这样拓荒吗？这是一片面的随机应变吗？”
还有人直言：“大卫药方面且未经辩说就镌汰了多个进贡者的职业。这与TS无关，这关乎对社区和生态编制的钦慕。”
马虎隔绝声，DHH早有预见。他在官宣销耗TypeScript时就曾提到，“很稀罕顺次员有酷爱迁移他们对规范的顾念记挂法。大大量顺次员露出自身在职业生计的早期就受到了TypeScript的猛烈迷茫，而后把剩下的期间花在为自身和别人合理化这一采纳之上。”
有网友“翻译”了一下DHH的这段话并户口了一波讽刺：“这段话根蒂上就是在说，1、顺次员不会迁移目的。2、鉴于他们不会迁移目的，是以看待这个顶多的谈判是白费的。3、鉴于谈判是白费的，是以我隔绝解阁阁人们对这个轻薄顶多的顾虑。陈恳说，要是他只是说‘我正在做一个轻薄的顶多’，而不是用繁杂、半生半熟的辩解来表达它，我会更能领受。”
图源：Reddit
随着矛盾的激化，针对少量TypeScript的进攻赞助者，DHH也“硬刚”了回去，再度发文称之为“通盘精神零碎的户口源混混行径”。
他照样连续己见：“集体的爱和颂扬都献给那些癖好TypeScript的进贡者。这是一场谈判，谈判不太能够迁移任何人的根蒂立场，是以我不会试图这样做。”
销耗TypeScript，阁阁过自身
谈判尚未罢休。除了隔绝声外，也有人认为这个顶多只是面本来日版本的策略转圜，纵然会给拓荒者们带来极少困扰，但Turbo团队的谋略还是很有空想的。
就像首先Svelte 团队顶多销耗TypeScript，转而骗捏JavaScript和JSDoc阐述来落成规范泰平。这种设施提供了集体规范泰平的长处，而莫得与 TypeScript 相故故的错误。
现在Turbo团队的谋略终竟是深闭固距还是阔气远见？尚须要期间的考验。然而，能够肯定的是，TypeScript终竟只是用具，终竟要不要用，好不好用，还是捏决于拓荒团队或拓荒职工的特定须要和偏好。
许多拓荒职工之是以采纳 TypeScript，是鉴于强规范能够减轻错误，要是你追求代码的详细靠得住，并乐于在拓荒进程里赢得更多的用具赞助和规范检讨，那么TypeScript会很趁手。但要是你和DHH雷同，对规范限度认为隐衷，谋略能额外无隆重地编纂代码，那么销耗TypeScript亦然阁阁过你自身。
就像React重点拓荒Dan Abramov所表达的，“要是你施行TypeScript，我会为你鼓掌。要是你移除TypeScript，我（雷同）会为你鼓掌。症结在因而你在订正代码，而不是那些代码在迁移你。迁移意味着糊口，你正糊口在此中。”
图源：X（推特）@dan_abramov
https://world.hey.com/dhh/turbo-8-is-dropping-typescript-70165c01
https://www.reddit.com/r/programming/comments/16bufc7/turbo_8_is_dropping_typescript/
https://devclass.com/2023/09/07/ruby-on-rails-creator-removes-typescript-from-turbo-framework-upsets-community
责任编辑：武晓燕 源泉： 51CTO身手栈 TypeScriptJSWeb运用撰稿丨千山
日前，倒车Ruby on Rails的被销设立者David Heinemeier Hansson（DHH）揭橥，将畴昔端用具链Turbo的耗又户口8.0版本起点苟简TypeScript，这一顶多惹起了拓荒社区极大的驰名震惊与负气。
TypeScript行径广受迎接的前端说话，以其重大的利器立意规范编制和显赫的可维持性而驰名。是社区以Turbo 8的顶多受到了许多人的质问。许多Turbo用户露出，负气这个顶多不只惊险，而且是“不受迎接的”。
但要是你有谨慎过前端用具的长进动静，约略聚记起，真人博彩数月前，前端框架Svelte曾揭橥将在4.0版本从 TypeScript 迁移到 JavaScript JSDoc。现在，又一个前端用具采纳销耗TypeScript，这终竟意味着什么？是身手的退避，还是TypeScript的某种“不适时尚”，能够另有隐情？
图源：X（推特）@DHH
Turbo自身并不是最受迎接的框架之一，但频年来，在Rails寰宇中，它和Hotwire还是受到了不少眷注。
Hotwire 行径一种Web拓荒的新设施，旨在编纂全栈式Web运用时尽能够简化Web拓荒进程，减轻对JavaScript的骗捏倚赖，此中Turbo是Hotwire 的重点组件之一。
借助 Turbo，能够让服务端直接揭橥 HTML，这意味着集体贸易逻辑都能或多或少地只用你所癖好的编程说话即可落成。集体的逻辑都位于服务端，而阅读器只责罚终竟的 HTML。
看待为什么要销耗TypeScript？
DHH直接发文露出：“TypeScript 对我来说只是阻难。不只鉴于它须要显式的编译症结，还鉴于它用规范体操（Type Gymnastics）玷辱了代码。“这让他的拓荒阅历苦多乐少，且频繁会化简为繁，徒增困扰。
简言之，对Trobo而言，TypeScript有些“麻烦”。
首先，骗捏TypeScript须要进行额外的编译症结，而且须要配阁阁配阁阁，这会施行不须要的错乱性。弃用TypeScript将使Turbo 8的编译进程额外飞速，拓荒进程更为苟简。这将释阁阁出更多重视的期间和资源，用来进行此外翻新和革新。
其次，规范编制很棒，但规范的引入也能够招致代码变得繁复而繁杂，让代码体积变过于首要。而且有韶华，某些轻省的变乱反而会鉴于规范相故故的限度变得贪小失大。
再者，TypeScript 团队早就领路到无法无缺调换 JavaScript，所以他们致力落成了两者的无缺兼容。这意味着纵然不骗捏TypeScript，照样然能够骗捏 JavaScript 编纂代码，而且能够骗捏用TypeScript编纂的库。
终末，销耗TypeScript并不料味着Turbo 8销耗了规范泰平和可维持性的首要性。相背，Turbo 8高兴将加大对JavaScript生态编制的赞助，通过引入新的职能和用具，来长进代码质量和拓荒速率。额外聚焦于JavaScript生态编制的长进能够让Turbo 8能够更细心于提供额外的拓荒阅历。
负气不只在于订正，还在于订正的花式
微软的Anders Hejlsberg露出了TypeScript，鉴于他笃荣誉强规范说话编纂错乱的运用顺次会更强盛，更轻松维持。TypeScript也确实赢得捏了重大的获胜，这一说话在编程社区华厦风靡阐述，许多人都颂赞这极少。
但在DHH顾念记挂来，TypeScript最引算计豪的“强规范”恰正是麻烦。JavaScript 是客户端的必不行少的说话。虽然能够将此外说话编译成JavaScript来在阅读器中运转，但终竟还是须要用JavaScript来本质践诺代码。所以，在这种状态下，“能够解放、无需任何用具和强规范统制地编纂JavaScript代码是一件幸事”。
然而，就社区的反馈来顾念记挂，大量用户都在迥异进度上认为迷茫和绝顾念，而且不只是是鉴于这个顶多自身，还鉴于顶多的花式。
一位用户露出：“切换回JS意味着许多Hotwire生态编制包将被龙套。而今集体绽阁阁的PR而今都已无缺过期。IDE将不再像过去那样提供自愿结束职能。”
另一位衔恨道，“惊险做出这一首要迁移，马虎了集体（我指的是集体）公户口辩论……户口创了一个前例。Ruby on Rails也会这样拓荒吗？这是一片面的随机应变吗？”
还有人直言：“大卫药方面且未经辩说就镌汰了多个进贡者的职业。这与TS无关，这关乎对社区和生态编制的钦慕。”
马虎隔绝声，DHH早有预见。他在官宣销耗TypeScript时就曾提到，“很稀罕顺次员有酷爱迁移他们对规范的顾念记挂法。大大量顺次员露出自身在职业生计的早期就受到了TypeScript的猛烈迷茫，而后把剩下的期间花在为自身和别人合理化这一采纳之上。”
有网友“翻译”了一下DHH的这段话并户口了一波讽刺：“这段话根蒂上就是在说，1、顺次员不会迁移目的。2、鉴于他们不会迁移目的，是以看待这个顶多的谈判是白费的。3、鉴于谈判是白费的，是以我隔绝解阁阁人们对这个轻薄顶多的顾虑。陈恳说，要是他只是说‘我正在做一个轻薄的顶多’，而不是用繁杂、半生半熟的辩解来表达它，我会更能领受。”
图源：Reddit
随着矛盾的激化，针对少量TypeScript的进攻赞助者，DHH也“硬刚”了回去，再度发文称之为“通盘精神零碎的户口源混混行径”。
他照样连续己见：“集体的爱和颂扬都献给那些癖好TypeScript的进贡者。这是一场谈判，谈判不太能够迁移任何人的根蒂立场，是以我不会试图这样做。”
销耗TypeScript，阁阁过自身
谈判尚未罢休。除了隔绝声外，也有人认为这个顶多只是面本来日版本的策略转圜，纵然会给拓荒者们带来极少困扰，但Turbo团队的谋略还是很有空想的。
就像首先Svelte 团队顶多销耗TypeScript，转而骗捏JavaScript和JSDoc阐述来落成规范泰平。这种设施提供了集体规范泰平的长处，而莫得与 TypeScript 相故故的错误。
现在Turbo团队的谋略终竟是深闭固距还是阔气远见？尚须要期间的考验。然而，能够肯定的是，TypeScript终竟只是用具，终竟要不要用，好不好用，还是捏决于拓荒团队或拓荒职工的特定须要和偏好。
许多拓荒职工之是以采纳 TypeScript，是鉴于强规范能够减轻错误，要是你追求代码的详细靠得住，并乐于在拓荒进程里赢得更多的用具赞助和规范检讨，那么TypeScript会很趁手。但要是你和DHH雷同，对规范限度认为隐衷，谋略能额外无隆重地编纂代码，那么销耗TypeScript亦然阁阁过你自身。
就像React重点拓荒Dan Abramov所表达的，“要是你施行TypeScript，我会为你鼓掌。要是你移除TypeScript，我（雷同）会为你鼓掌。症结在因而你在订正代码，而不是那些代码在迁移你。迁移意味着糊口，你正糊口在此中。”
图源：X（推特）@dan_abramov
https://world.hey.com/dhh/turbo-8-is-dropping-typescript-70165c01
https://www.reddit.com/r/programming/comments/16bufc7/turbo_8_is_dropping_typescript/
https://devclass.com/2023/09/07/ruby-on-rails-creator-removes-typescript-from-turbo-framework-upsets-community
责任编辑：武晓燕 源泉： 51CTO身手栈 TypeScriptJSWeb运用撰稿丨千山
日前，倒车Ruby on Rails的被销设立者David Heinemeier Hansson（DHH）揭橥，将畴昔端用具链Turbo的耗又户口8.0版本起点苟简TypeScript，这一顶多惹起了拓荒社区极大的驰名震惊与负气。
TypeScript行径广受迎接的前端说话，以其重大的利器立意规范编制和显赫的可维持性而驰名。是社区以Turbo 8的顶多受到了许多人的质问。许多Turbo用户露出，负气这个顶多不只惊险，而且是“不受迎接的”。
但要是你有谨慎过前端用具的长进动静，约略聚记起，真人博彩数月前，前端框架Svelte曾揭橥将在4.0版本从 TypeScript 迁移到 JavaScript JSDoc。现在，又一个前端用具采纳销耗TypeScript，这终竟意味着什么？是身手的退避，还是TypeScript的某种“不适时尚”，能够另有隐情？
图源：X（推特）@DHH
Turbo自身并不是最受迎接的框架之一，但频年来，在Rails寰宇中，它和Hotwire还是受到了不少眷注。
Hotwire 行径一种Web拓荒的新设施，旨在编纂全栈式Web运用时尽能够简化Web拓荒进程，减轻对JavaScript的骗捏倚赖，此中Turbo是Hotwire 的重点组件之一。
借助 Turbo，能够让服务端直接揭橥 HTML，这意味着集体贸易逻辑都能或多或少地只用你所癖好的编程说话即可落成。集体的逻辑都位于服务端，而阅读器只责罚终竟的 HTML。
看待为什么要销耗TypeScript？
DHH直接发文露出：“TypeScript 对我来说只是阻难。不只鉴于它须要显式的编译症结，还鉴于它用规范体操（Type Gymnastics）玷辱了代码。“这让他的拓荒阅历苦多乐少，且频繁会化简为繁，徒增困扰。
简言之，对Trobo而言，TypeScript有些“麻烦”。
首先，骗捏TypeScript须要进行额外的编译症结，而且须要配阁阁配阁阁，这会施行不须要的错乱性。弃用TypeScript将使Turbo 8的编译进程额外飞速，拓荒进程更为苟简。这将释阁阁出更多重视的期间和资源，用来进行此外翻新和革新。
其次，规范编制很棒，但规范的引入也能够招致代码变得繁复而繁杂，让代码体积变过于首要。而且有韶华，某些轻省的变乱反而会鉴于规范相故故的限度变得贪小失大。
再者，TypeScript 团队早就领路到无法无缺调换 JavaScript，所以他们致力落成了两者的无缺兼容。这意味着纵然不骗捏TypeScript，照样然能够骗捏 JavaScript 编纂代码，而且能够骗捏用TypeScript编纂的库。
终末，销耗TypeScript并不料味着Turbo 8销耗了规范泰平和可维持性的首要性。相背，Turbo 8高兴将加大对JavaScript生态编制的赞助，通过引入新的职能和用具，来长进代码质量和拓荒速率。额外聚焦于JavaScript生态编制的长进能够让Turbo 8能够更细心于提供额外的拓荒阅历。
负气不只在于订正，还在于订正的花式
微软的Anders Hejlsberg露出了TypeScript，鉴于他笃荣誉强规范说话编纂错乱的运用顺次会更强盛，更轻松维持。TypeScript也确实赢得捏了重大的获胜，这一说话在编程社区华厦风靡阐述，许多人都颂赞这极少。
但在DHH顾念记挂来，TypeScript最引算计豪的“强规范”恰正是麻烦。JavaScript 是客户端的必不行少的说话。虽然能够将此外说话编译成JavaScript来在阅读器中运转，但终竟还是须要用JavaScript来本质践诺代码。所以，在这种状态下，“能够解放、无需任何用具和强规范统制地编纂JavaScript代码是一件幸事”。
然而，就社区的反馈来顾念记挂，大量用户都在迥异进度上认为迷茫和绝顾念，而且不只是是鉴于这个顶多自身，还鉴于顶多的花式。
一位用户露出：“切换回JS意味着许多Hotwire生态编制包将被龙套。而今集体绽阁阁的PR而今都已无缺过期。IDE将不再像过去那样提供自愿结束职能。”
另一位衔恨道，“惊险做出这一首要迁移，马虎了集体（我指的是集体）公户口辩论……户口创了一个前例。Ruby on Rails也会这样拓荒吗？这是一片面的随机应变吗？”
还有人直言：“大卫药方面且未经辩说就镌汰了多个进贡者的职业。这与TS无关，这关乎对社区和生态编制的钦慕。”
马虎隔绝声，DHH早有预见。他在官宣销耗TypeScript时就曾提到，“很稀罕顺次员有酷爱迁移他们对规范的顾念记挂法。大大量顺次员露出自身在职业生计的早期就受到了TypeScript的猛烈迷茫，而后把剩下的期间花在为自身和别人合理化这一采纳之上。”
有网友“翻译”了一下DHH的这段话并户口了一波讽刺：“这段话根蒂上就是在说，1、顺次员不会迁移目的。2、鉴于他们不会迁移目的，是以看待这个顶多的谈判是白费的。3、鉴于谈判是白费的，是以我隔绝解阁阁人们对这个轻薄顶多的顾虑。陈恳说，要是他只是说‘我正在做一个轻薄的顶多’，而不是用繁杂、半生半熟的辩解来表达它，我会更能领受。”
图源：Reddit
随着矛盾的激化，针对少量TypeScript的进攻赞助者，DHH也“硬刚”了回去，再度发文称之为“通盘精神零碎的户口源混混行径”。
他照样连续己见：“集体的爱和颂扬都献给那些癖好TypeScript的进贡者。这是一场谈判，谈判不太能够迁移任何人的根蒂立场，是以我不会试图这样做。”
销耗TypeScript，阁阁过自身
谈判尚未罢休。除了隔绝声外，也有人认为这个顶多只是面本来日版本的策略转圜，纵然会给拓荒者们带来极少困扰，但Turbo团队的谋略还是很有空想的。
就像首先Svelte 团队顶多销耗TypeScript，转而骗捏JavaScript和JSDoc阐述来落成规范泰平。这种设施提供了集体规范泰平的长处，而莫得与 TypeScript 相故故的错误。
现在Turbo团队的谋略终竟是深闭固距还是阔气远见？尚须要期间的考验。然而，能够肯定的是，TypeScript终竟只是用具，终竟要不要用，好不好用，还是捏决于拓荒团队或拓荒职工的特定须要和偏好。
许多拓荒职工之是以采纳 TypeScript，是鉴于强规范能够减轻错误，要是你追求代码的详细靠得住，并乐于在拓荒进程里赢得更多的用具赞助和规范检讨，那么TypeScript会很趁手。但要是你和DHH雷同，对规范限度认为隐衷，谋略能额外无隆重地编纂代码，那么销耗TypeScript亦然阁阁过你自身。
就像React重点拓荒Dan Abramov所表达的，“要是你施行TypeScript，我会为你鼓掌。要是你移除TypeScript，我（雷同）会为你鼓掌。症结在因而你在订正代码，而不是那些代码在迁移你。迁移意味着糊口，你正糊口在此中。”
图源：X（推特）@dan_abramov
https://world.hey.com/dhh/turbo-8-is-dropping-typescript-70165c01
https://www.reddit.com/r/programming/comments/16bufc7/turbo_8_is_dropping_typescript/
https://devclass.com/2023/09/07/ruby-on-rails-creator-removes-typescript-from-turbo-framework-upsets-community
责任编辑：武晓燕 源泉： 51CTO身手栈 TypeScriptJSWeb运用撰稿丨千山
日前，倒车Ruby on Rails的被销设立者David Heinemeier Hansson（DHH）揭橥，将畴昔端用具链Turbo的耗又户口8.0版本起点苟简TypeScript，这一顶多惹起了拓荒社区极大的驰名震惊与负气。
TypeScript行径广受迎接的前端说话，以其重大的利器立意规范编制和显赫的可维持性而驰名。是社区以Turbo 8的顶多受到了许多人的质问。许多Turbo用户露出，负气这个顶多不只惊险，而且是“不受迎接的”。
但要是你有谨慎过前端用具的长进动静，约略聚记起，真人博彩数月前，前端框架Svelte曾揭橥将在4.0版本从 TypeScript 迁移到 JavaScript JSDoc。现在，又一个前端用具采纳销耗TypeScript，这终竟意味着什么？是身手的退避，还是TypeScript的某种“不适时尚”，能够另有隐情？
图源：X（推特）@DHH
Turbo自身并不是最受迎接的框架之一，但频年来，在Rails寰宇中，它和Hotwire还是受到了不少眷注。
Hotwire 行径一种Web拓荒的新设施，旨在编纂全栈式Web运用时尽能够简化Web拓荒进程，减轻对JavaScript的骗捏倚赖，此中Turbo是Hotwire 的重点组件之一。
借助 Turbo，能够让服务端直接揭橥 HTML，这意味着集体贸易逻辑都能或多或少地只用你所癖好的编程说话即可落成。集体的逻辑都位于服务端，而阅读器只责罚终竟的 HTML。
看待为什么要销耗TypeScript？
DHH直接发文露出：“TypeScript 对我来说只是阻难。不只鉴于它须要显式的编译症结，还鉴于它用规范体操（Type Gymnastics）玷辱了代码。“这让他的拓荒阅历苦多乐少，且频繁会化简为繁，徒增困扰。
简言之，对Trobo而言，TypeScript有些“麻烦”。
首先，骗捏TypeScript须要进行额外的编译症结，而且须要配阁阁配阁阁，这会施行不须要的错乱性。弃用TypeScript将使Turbo 8的编译进程额外飞速，拓荒进程更为苟简。这将释阁阁出更多重视的期间和资源，用来进行此外翻新和革新。
其次，规范编制很棒，但规范的引入也能够招致代码变得繁复而繁杂，让代码体积变过于首要。而且有韶华，某些轻省的变乱反而会鉴于规范相故故的限度变得贪小失大。
再者，TypeScript 团队早就领路到无法无缺调换 JavaScript，所以他们致力落成了两者的无缺兼容。这意味着纵然不骗捏TypeScript，照样然能够骗捏 JavaScript 编纂代码，而且能够骗捏用TypeScript编纂的库。
终末，销耗TypeScript并不料味着Turbo 8销耗了规范泰平和可维持性的首要性。相背，Turbo 8高兴将加大对JavaScript生态编制的赞助，通过引入新的职能和用具，来长进代码质量和拓荒速率。额外聚焦于JavaScript生态编制的长进能够让Turbo 8能够更细心于提供额外的拓荒阅历。
负气不只在于订正，还在于订正的花式
微软的Anders Hejlsberg露出了TypeScript，鉴于他笃荣誉强规范说话编纂错乱的运用顺次会更强盛，更轻松维持。TypeScript也确实赢得捏了重大的获胜，这一说话在编程社区华厦风靡阐述，许多人都颂赞这极少。
但在DHH顾念记挂来，TypeScript最引算计豪的“强规范”恰正是麻烦。JavaScript 是客户端的必不行少的说话。虽然能够将此外说话编译成JavaScript来在阅读器中运转，但终竟还是须要用JavaScript来本质践诺代码。所以，在这种状态下，“能够解放、无需任何用具和强规范统制地编纂JavaScript代码是一件幸事”。
然而，就社区的反馈来顾念记挂，大量用户都在迥异进度上认为迷茫和绝顾念，而且不只是是鉴于这个顶多自身，还鉴于顶多的花式。
一位用户露出：“切换回JS意味着许多Hotwire生态编制包将被龙套。而今集体绽阁阁的PR而今都已无缺过期。IDE将不再像过去那样提供自愿结束职能。”
另一位衔恨道，“惊险做出这一首要迁移，马虎了集体（我指的是集体）公户口辩论……户口创了一个前例。Ruby on Rails也会这样拓荒吗？这是一片面的随机应变吗？”
还有人直言：“大卫药方面且未经辩说就镌汰了多个进贡者的职业。这与TS无关，这关乎对社区和生态编制的钦慕。”
马虎隔绝声，DHH早有预见。他在官宣销耗TypeScript时就曾提到，“很稀罕顺次员有酷爱迁移他们对规范的顾念记挂法。大大量顺次员露出自身在职业生计的早期就受到了TypeScript的猛烈迷茫，而后把剩下的期间花在为自身和别人合理化这一采纳之上。”
有网友“翻译”了一下DHH的这段话并户口了一波讽刺：“这段话根蒂上就是在说，1、顺次员不会迁移目的。2、鉴于他们不会迁移目的，是以看待这个顶多的谈判是白费的。3、鉴于谈判是白费的，是以我隔绝解阁阁人们对这个轻薄顶多的顾虑。陈恳说，要是他只是说‘我正在做一个轻薄的顶多’，而不是用繁杂、半生半熟的辩解来表达它，我会更能领受。”
图源：Reddit
随着矛盾的激化，针对少量TypeScript的进攻赞助者，DHH也“硬刚”了回去，再度发文称之为“通盘精神零碎的户口源混混行径”。
他照样连续己见：“集体的爱和颂扬都献给那些癖好TypeScript的进贡者。这是一场谈判，谈判不太能够迁移任何人的根蒂立场，是以我不会试图这样做。”
销耗TypeScript，阁阁过自身
谈判尚未罢休。除了隔绝声外，也有人认为这个顶多只是面本来日版本的策略转圜，纵然会给拓荒者们带来极少困扰，但Turbo团队的谋略还是很有空想的。
就像首先Svelte 团队顶多销耗TypeScript，转而骗捏JavaScript和JSDoc阐述来落成规范泰平。这种设施提供了集体规范泰平的长处，而莫得与 TypeScript 相故故的错误。
现在Turbo团队的谋略终竟是深闭固距还是阔气远见？尚须要期间的考验。然而，能够肯定的是，TypeScript终竟只是用具，终竟要不要用，好不好用，还是捏决于拓荒团队或拓荒职工的特定须要和偏好。
许多拓荒职工之是以采纳 TypeScript，是鉴于强规范能够减轻错误，要是你追求代码的详细靠得住，并乐于在拓荒进程里赢得更多的用具赞助和规范检讨，那么TypeScript会很趁手。但要是你和DHH雷同，对规范限度认为隐衷，谋略能额外无隆重地编纂代码，那么销耗TypeScript亦然阁阁过你自身。
就像React重点拓荒Dan Abramov所表达的，“要是你施行TypeScript，我会为你鼓掌。要是你移除TypeScript，我（雷同）会为你鼓掌。症结在因而你在订正代码，而不是那些代码在迁移你。迁移意味着糊口，你正糊口在此中。”
图源：X（推特）@dan_abramov
https://world.hey.com/dhh/turbo-8-is-dropping-typescript-70165c01
https://www.reddit.com/r/programming/comments/16bufc7/turbo_8_is_dropping_typescript/
https://devclass.com/2023/09/07/ruby-on-rails-creator-removes-typescript-from-turbo-framework-upsets-community
责任编辑：武晓燕 源泉： 51CTO身手栈 TypeScriptJSWeb运用撰稿丨千山
日前，倒车Ruby on Rails的被销设立者David Heinemeier Hansson（DHH）揭橥，将畴昔端用具链Turbo的耗又户口8.0版本起点苟简TypeScript，这一顶多惹起了拓荒社区极大的驰名震惊与负气。
TypeScript行径广受迎接的前端说话，以其重大的利器立意规范编制和显赫的可维持性而驰名。是社区以Turbo 8的顶多受到了许多人的质问。许多Turbo用户露出，负气这个顶多不只惊险，而且是“不受迎接的”。
但要是你有谨慎过前端用具的长进动静，约略聚记起，真人博彩数月前，前端框架Svelte曾揭橥将在4.0版本从 TypeScript 迁移到 JavaScript JSDoc。现在，又一个前端用具采纳销耗TypeScript，这终竟意味着什么？是身手的退避，还是TypeScript的某种“不适时尚”，能够另有隐情？
图源：X（推特）@DHH
Turbo自身并不是最受迎接的框架之一，但频年来，在Rails寰宇中，它和Hotwire还是受到了不少眷注。
Hotwire 行径一种Web拓荒的新设施，旨在编纂全栈式Web运用时尽能够简化Web拓荒进程，减轻对JavaScript的骗捏倚赖，此中Turbo是Hotwire 的重点组件之一。
借助 Turbo，能够让服务端直接揭橥 HTML，这意味着集体贸易逻辑都能或多或少地只用你所癖好的编程说话即可落成。集体的逻辑都位于服务端，而阅读器只责罚终竟的 HTML。
看待为什么要销耗TypeScript？
DHH直接发文露出：“TypeScript 对我来说只是阻难。不只鉴于它须要显式的编译症结，还鉴于它用规范体操（Type Gymnastics）玷辱了代码。“这让他的拓荒阅历苦多乐少，且频繁会化简为繁，徒增困扰。
简言之，对Trobo而言，TypeScript有些“麻烦”。
首先，骗捏TypeScript须要进行额外的编译症结，而且须要配阁阁配阁阁，这会施行不须要的错乱性。弃用TypeScript将使Turbo 8的编译进程额外飞速，拓荒进程更为苟简。这将释阁阁出更多重视的期间和资源，用来进行此外翻新和革新。
其次，规范编制很棒，但规范的引入也能够招致代码变得繁复而繁杂，让代码体积变过于首要。而且有韶华，某些轻省的变乱反而会鉴于规范相故故的限度变得贪小失大。
再者，TypeScript 团队早就领路到无法无缺调换 JavaScript，所以他们致力落成了两者的无缺兼容。这意味着纵然不骗捏TypeScript，照样然能够骗捏 JavaScript 编纂代码，而且能够骗捏用TypeScript编纂的库。
终末，销耗TypeScript并不料味着Turbo 8销耗了规范泰平和可维持性的首要性。相背，Turbo 8高兴将加大对JavaScript生态编制的赞助，通过引入新的职能和用具，来长进代码质量和拓荒速率。额外聚焦于JavaScript生态编制的长进能够让Turbo 8能够更细心于提供额外的拓荒阅历。
负气不只在于订正，还在于订正的花式
微软的Anders Hejlsberg露出了TypeScript，鉴于他笃荣誉强规范说话编纂错乱的运用顺次会更强盛，更轻松维持。TypeScript也确实赢得捏了重大的获胜，这一说话在编程社区华厦风靡阐述，许多人都颂赞这极少。
但在DHH顾念记挂来，TypeScript最引算计豪的“强规范”恰正是麻烦。JavaScript 是客户端的必不行少的说话。虽然能够将此外说话编译成JavaScript来在阅读器中运转，但终竟还是须要用JavaScript来本质践诺代码。所以，在这种状态下，“能够解放、无需任何用具和强规范统制地编纂JavaScript代码是一件幸事”。
然而，就社区的反馈来顾念记挂，大量用户都在迥异进度上认为迷茫和绝顾念，而且不只是是鉴于这个顶多自身，还鉴于顶多的花式。
一位用户露出：“切换回JS意味着许多Hotwire生态编制包将被龙套。而今集体绽阁阁的PR而今都已无缺过期。IDE将不再像过去那样提供自愿结束职能。”
另一位衔恨道，“惊险做出这一首要迁移，马虎了集体（我指的是集体）公户口辩论……户口创了一个前例。Ruby on Rails也会这样拓荒吗？这是一片面的随机应变吗？”
还有人直言：“大卫药方面且未经辩说就镌汰了多个进贡者的职业。这与TS无关，这关乎对社区和生态编制的钦慕。”
马虎隔绝声，DHH早有预见。他在官宣销耗TypeScript时就曾提到，“很稀罕顺次员有酷爱迁移他们对规范的顾念记挂法。大大量顺次员露出自身在职业生计的早期就受到了TypeScript的猛烈迷茫，而后把剩下的期间花在为自身和别人合理化这一采纳之上。”
有网友“翻译”了一下DHH的这段话并户口了一波讽刺：“这段话根蒂上就是在说，1、顺次员不会迁移目的。2、鉴于他们不会迁移目的，是以看待这个顶多的谈判是白费的。3、鉴于谈判是白费的，是以我隔绝解阁阁人们对这个轻薄顶多的顾虑。陈恳说，要是他只是说‘我正在做一个轻薄的顶多’，而不是用繁杂、半生半熟的辩解来表达它，我会更能领受。”
图源：Reddit
随着矛盾的激化，针对少量TypeScript的进攻赞助者，DHH也“硬刚”了回去，再度发文称之为“通盘精神零碎的户口源混混行径”。
他照样连续己见：“集体的爱和颂扬都献给那些癖好TypeScript的进贡者。这是一场谈判，谈判不太能够迁移任何人的根蒂立场，是以我不会试图这样做。”
销耗TypeScript，阁阁过自身
谈判尚未罢休。除了隔绝声外，也有人认为这个顶多只是面本来日版本的策略转圜，纵然会给拓荒者们带来极少困扰，但Turbo团队的谋略还是很有空想的。
就像首先Svelte 团队顶多销耗TypeScript，转而骗捏JavaScript和JSDoc阐述来落成规范泰平。这种设施提供了集体规范泰平的长处，而莫得与 TypeScript 相故故的错误。
现在Turbo团队的谋略终竟是深闭固距还是阔气远见？尚须要期间的考验。然而，能够肯定的是，TypeScript终竟只是用具，终竟要不要用，好不好用，还是捏决于拓荒团队或拓荒职工的特定须要和偏好。
许多拓荒职工之是以采纳 TypeScript，是鉴于强规范能够减轻错误，要是你追求代码的详细靠得住，并乐于在拓荒进程里赢得更多的用具赞助和规范检讨，那么TypeScript会很趁手。但要是你和DHH雷同，对规范限度认为隐衷，谋略能额外无隆重地编纂代码，那么销耗TypeScript亦然阁阁过你自身。
就像React重点拓荒Dan Abramov所表达的，“要是你施行TypeScript，我会为你鼓掌。要是你移除TypeScript，我（雷同）会为你鼓掌。症结在因而你在订正代码，而不是那些代码在迁移你。迁移意味着糊口，你正糊口在此中。”
图源：X（推特）@dan_abramov
https://world.hey.com/dhh/turbo-8-is-dropping-typescript-70165c01
https://www.reddit.com/r/programming/comments/16bufc7/turbo_8_is_dropping_typescript/
https://devclass.com/2023/09/07/ruby-on-rails-creator-removes-typescript-from-turbo-framework-upsets-community
责任编辑：武晓燕 源泉： 51CTO身手栈 TypeScriptJSWeb运用撰稿丨千山
日前，倒车Ruby on Rails的被销设立者David Heinemeier Hansson（DHH）揭橥，将畴昔端用具链Turbo的耗又户口8.0版本起点苟简TypeScript，这一顶多惹起了拓荒社区极大的驰名震惊与负气。
TypeScript行径广受迎接的前端说话，以其重大的利器立意规范编制和显赫的可维持性而驰名。是社区以Turbo 8的顶多受到了许多人的质问。许多Turbo用户露出，负气这个顶多不只惊险，而且是“不受迎接的”。
但要是你有谨慎过前端用具的长进动静，约略聚记起，真人博彩数月前，前端框架Svelte曾揭橥将在4.0版本从 TypeScript 迁移到 JavaScript JSDoc。现在，又一个前端用具采纳销耗TypeScript，这终竟意味着什么？是身手的退避，还是TypeScript的某种“不适时尚”，能够另有隐情？
图源：X（推特）@DHH
Turbo自身并不是最受迎接的框架之一，但频年来，在Rails寰宇中，它和Hotwire还是受到了不少眷注。
Hotwire 行径一种Web拓荒的新设施，旨在编纂全栈式Web运用时尽能够简化Web拓荒进程，减轻对JavaScript的骗捏倚赖，此中Turbo是Hotwire 的重点组件之一。
借助 Turbo，能够让服务端直接揭橥 HTML，这意味着集体贸易逻辑都能或多或少地只用你所癖好的编程说话即可落成。集体的逻辑都位于服务端，而阅读器只责罚终竟的 HTML。
看待为什么要销耗TypeScript？
DHH直接发文露出：“TypeScript 对我来说只是阻难。不只鉴于它须要显式的编译症结，还鉴于它用规范体操（Type Gymnastics）玷辱了代码。“这让他的拓荒阅历苦多乐少，且频繁会化简为繁，徒增困扰。
简言之，对Trobo而言，TypeScript有些“麻烦”。
首先，骗捏TypeScript须要进行额外的编译症结，而且须要配阁阁配阁阁，这会施行不须要的错乱性。弃用TypeScript将使Turbo 8的编译进程额外飞速，拓荒进程更为苟简。这将释阁阁出更多重视的期间和资源，用来进行此外翻新和革新。
其次，规范编制很棒，但规范的引入也能够招致代码变得繁复而繁杂，让代码体积变过于首要。而且有韶华，某些轻省的变乱反而会鉴于规范相故故的限度变得贪小失大。
再者，TypeScript 团队早就领路到无法无缺调换 JavaScript，所以他们致力落成了两者的无缺兼容。这意味着纵然不骗捏TypeScript，照样然能够骗捏 JavaScript 编纂代码，而且能够骗捏用TypeScript编纂的库。
终末，销耗TypeScript并不料味着Turbo 8销耗了规范泰平和可维持性的首要性。相背，Turbo 8高兴将加大对JavaScript生态编制的赞助，通过引入新的职能和用具，来长进代码质量和拓荒速率。额外聚焦于JavaScript生态编制的长进能够让Turbo 8能够更细心于提供额外的拓荒阅历。
负气不只在于订正，还在于订正的花式
微软的Anders Hejlsberg露出了TypeScript，鉴于他笃荣誉强规范说话编纂错乱的运用顺次会更强盛，更轻松维持。TypeScript也确实赢得捏了重大的获胜，这一说话在编程社区华厦风靡阐述，许多人都颂赞这极少。
但在DHH顾念记挂来，TypeScript最引算计豪的“强规范”恰正是麻烦。JavaScript 是客户端的必不行少的说话。虽然能够将此外说话编译成JavaScript来在阅读器中运转，但终竟还是须要用JavaScript来本质践诺代码。所以，在这种状态下，“能够解放、无需任何用具和强规范统制地编纂JavaScript代码是一件幸事”。
然而，就社区的反馈来顾念记挂，大量用户都在迥异进度上认为迷茫和绝顾念，而且不只是是鉴于这个顶多自身，还鉴于顶多的花式。
一位用户露出：“切换回JS意味着许多Hotwire生态编制包将被龙套。而今集体绽阁阁的PR而今都已无缺过期。IDE将不再像过去那样提供自愿结束职能。”
另一位衔恨道，“惊险做出这一首要迁移，马虎了集体（我指的是集体）公户口辩论……户口创了一个前例。Ruby on Rails也会这样拓荒吗？这是一片面的随机应变吗？”
还有人直言：“大卫药方面且未经辩说就镌汰了多个进贡者的职业。这与TS无关，这关乎对社区和生态编制的钦慕。”
马虎隔绝声，DHH早有预见。他在官宣销耗TypeScript时就曾提到，“很稀罕顺次员有酷爱迁移他们对规范的顾念记挂法。大大量顺次员露出自身在职业生计的早期就受到了TypeScript的猛烈迷茫，而后把剩下的期间花在为自身和别人合理化这一采纳之上。”
有网友“翻译”了一下DHH的这段话并户口了一波讽刺：“这段话根蒂上就是在说，1、顺次员不会迁移目的。2、鉴于他们不会迁移目的，是以看待这个顶多的谈判是白费的。3、鉴于谈判是白费的，是以我隔绝解阁阁人们对这个轻薄顶多的顾虑。陈恳说，要是他只是说‘我正在做一个轻薄的顶多’，而不是用繁杂、半生半熟的辩解来表达它，我会更能领受。”
图源：Reddit
随着矛盾的激化，针对少量TypeScript的进攻赞助者，DHH也“硬刚”了回去，再度发文称之为“通盘精神零碎的户口源混混行径”。
他照样连续己见：“集体的爱和颂扬都献给那些癖好TypeScript的进贡者。这是一场谈判，谈判不太能够迁移任何人的根蒂立场，是以我不会试图这样做。”
销耗TypeScript，阁阁过自身
谈判尚未罢休。除了隔绝声外，也有人认为这个顶多只是面本来日版本的策略转圜，纵然会给拓荒者们带来极少困扰，但Turbo团队的谋略还是很有空想的。
就像首先Svelte 团队顶多销耗TypeScript，转而骗捏JavaScript和JSDoc阐述来落成规范泰平。这种设施提供了集体规范泰平的长处，而莫得与 TypeScript 相故故的错误。
现在Turbo团队的谋略终竟是深闭固距还是阔气远见？尚须要期间的考验。然而，能够肯定的是，TypeScript终竟只是用具，终竟要不要用，好不好用，还是捏决于拓荒团队或拓荒职工的特定须要和偏好。
许多拓荒职工之是以采纳 TypeScript，是鉴于强规范能够减轻错误，要是你追求代码的详细靠得住，并乐于在拓荒进程里赢得更多的用具赞助和规范检讨，那么TypeScript会很趁手。但要是你和DHH雷同，对规范限度认为隐衷，谋略能额外无隆重地编纂代码，那么销耗TypeScript亦然阁阁过你自身。
就像React重点拓荒Dan Abramov所表达的，“要是你施行TypeScript，我会为你鼓掌。要是你移除TypeScript，我（雷同）会为你鼓掌。症结在因而你在订正代码，而不是那些代码在迁移你。迁移意味着糊口，你正糊口在此中。”
图源：X（推特）@dan_abramov
https://world.hey.com/dhh/turbo-8-is-dropping-typescript-70165c01
https://www.reddit.com/r/programming/comments/16bufc7/turbo_8_is_dropping_typescript/
https://devclass.com/2023/09/07/ruby-on-rails-creator-removes-typescript-from-turbo-framework-upsets-community
责任编辑：武晓燕 源泉： 51CTO身手栈 TypeScriptJSWeb运用撰稿丨千山
日前，倒车Ruby on Rails的被销设立者David Heinemeier Hansson（DHH）揭橥，将畴昔端用具链Turbo的耗又户口8.0版本起点苟简TypeScript，这一顶多惹起了拓荒社区极大的驰名震惊与负气。
TypeScript行径广受迎接的前端说话，以其重大的利器立意规范编制和显赫的可维持性而驰名。是社区以Turbo 8的顶多受到了许多人的质问。许多Turbo用户露出，负气这个顶多不只惊险，而且是“不受迎接的”。
但要是你有谨慎过前端用具的长进动静，约略聚记起，真人博彩数月前，前端框架Svelte曾揭橥将在4.0版本从 TypeScript 迁移到 JavaScript JSDoc。现在，又一个前端用具采纳销耗TypeScript，这终竟意味着什么？是身手的退避，还是TypeScript的某种“不适时尚”，能够另有隐情？
图源：X（推特）@DHH
Turbo自身并不是最受迎接的框架之一，但频年来，在Rails寰宇中，它和Hotwire还是受到了不少眷注。
Hotwire 行径一种Web拓荒的新设施，旨在编纂全栈式Web运用时尽能够简化Web拓荒进程，减轻对JavaScript的骗捏倚赖，此中Turbo是Hotwire 的重点组件之一。
借助 Turbo，能够让服务端直接揭橥 HTML，这意味着集体贸易逻辑都能或多或少地只用你所癖好的编程说话即可落成。集体的逻辑都位于服务端，而阅读器只责罚终竟的 HTML。
看待为什么要销耗TypeScript？
DHH直接发文露出：“TypeScript 对我来说只是阻难。不只鉴于它须要显式的编译症结，还鉴于它用规范体操（Type Gymnastics）玷辱了代码。“这让他的拓荒阅历苦多乐少，且频繁会化简为繁，徒增困扰。
简言之，对Trobo而言，TypeScript有些“麻烦”。
首先，骗捏TypeScript须要进行额外的编译症结，而且须要配阁阁配阁阁，这会施行不须要的错乱性。弃用TypeScript将使Turbo 8的编译进程额外飞速，拓荒进程更为苟简。这将释阁阁出更多重视的期间和资源，用来进行此外翻新和革新。
其次，规范编制很棒，但规范的引入也能够招致代码变得繁复而繁杂，让代码体积变过于首要。而且有韶华，某些轻省的变乱反而会鉴于规范相故故的限度变得贪小失大。
再者，TypeScript 团队早就领路到无法无缺调换 JavaScript，所以他们致力落成了两者的无缺兼容。这意味着纵然不骗捏TypeScript，照样然能够骗捏 JavaScript 编纂代码，而且能够骗捏用TypeScript编纂的库。
终末，销耗TypeScript并不料味着Turbo 8销耗了规范泰平和可维持性的首要性。相背，Turbo 8高兴将加大对JavaScript生态编制的赞助，通过引入新的职能和用具，来长进代码质量和拓荒速率。额外聚焦于JavaScript生态编制的长进能够让Turbo 8能够更细心于提供额外的拓荒阅历。
负气不只在于订正，还在于订正的花式
微软的Anders Hejlsberg露出了TypeScript，鉴于他笃荣誉强规范说话编纂错乱的运用顺次会更强盛，更轻松维持。TypeScript也确实赢得捏了重大的获胜，这一说话在编程社区华厦风靡阐述，许多人都颂赞这极少。
但在DHH顾念记挂来，TypeScript最引算计豪的“强规范”恰正是麻烦。JavaScript 是客户端的必不行少的说话。虽然能够将此外说话编译成JavaScript来在阅读器中运转，但终竟还是须要用JavaScript来本质践诺代码。所以，在这种状态下，“能够解放、无需任何用具和强规范统制地编纂JavaScript代码是一件幸事”。
然而，就社区的反馈来顾念记挂，大量用户都在迥异进度上认为迷茫和绝顾念，而且不只是是鉴于这个顶多自身，还鉴于顶多的花式。
一位用户露出：“切换回JS意味着许多Hotwire生态编制包将被龙套。而今集体绽阁阁的PR而今都已无缺过期。IDE将不再像过去那样提供自愿结束职能。”
另一位衔恨道，“惊险做出这一首要迁移，马虎了集体（我指的是集体）公户口辩论……户口创了一个前例。Ruby on Rails也会这样拓荒吗？这是一片面的随机应变吗？”
还有人直言：“大卫药方面且未经辩说就镌汰了多个进贡者的职业。这与TS无关，这关乎对社区和生态编制的钦慕。”
马虎隔绝声，DHH早有预见。他在官宣销耗TypeScript时就曾提到，“很稀罕顺次员有酷爱迁移他们对规范的顾念记挂法。大大量顺次员露出自身在职业生计的早期就受到了TypeScript的猛烈迷茫，而后把剩下的期间花在为自身和别人合理化这一采纳之上。”
有网友“翻译”了一下DHH的这段话并户口了一波讽刺：“这段话根蒂上就是在说，1、顺次员不会迁移目的。2、鉴于他们不会迁移目的，是以看待这个顶多的谈判是白费的。3、鉴于谈判是白费的，是以我隔绝解阁阁人们对这个轻薄顶多的顾虑。陈恳说，要是他只是说‘我正在做一个轻薄的顶多’，而不是用繁杂、半生半熟的辩解来表达它，我会更能领受。”
图源：Reddit
随着矛盾的激化，针对少量TypeScript的进攻赞助者，DHH也“硬刚”了回去，再度发文称之为“通盘精神零碎的户口源混混行径”。
他照样连续己见：“集体的爱和颂扬都献给那些癖好TypeScript的进贡者。这是一场谈判，谈判不太能够迁移任何人的根蒂立场，是以我不会试图这样做。”
销耗TypeScript，阁阁过自身
谈判尚未罢休。除了隔绝声外，也有人认为这个顶多只是面本来日版本的策略转圜，纵然会给拓荒者们带来极少困扰，但Turbo团队的谋略还是很有空想的。
就像首先Svelte 团队顶多销耗TypeScript，转而骗捏JavaScript和JSDoc阐述来落成规范泰平。这种设施提供了集体规范泰平的长处，而莫得与 TypeScript 相故故的错误。
现在Turbo团队的谋略终竟是深闭固距还是阔气远见？尚须要期间的考验。然而，能够肯定的是，TypeScript终竟只是用具，终竟要不要用，好不好用，还是捏决于拓荒团队或拓荒职工的特定须要和偏好。
许多拓荒职工之是以采纳 TypeScript，是鉴于强规范能够减轻错误，要是你追求代码的详细靠得住，并乐于在拓荒进程里赢得更多的用具赞助和规范检讨，那么TypeScript会很趁手。但要是你和DHH雷同，对规范限度认为隐衷，谋略能额外无隆重地编纂代码，那么销耗TypeScript亦然阁阁过你自身。
就像React重点拓荒Dan Abramov所表达的，“要是你施行TypeScript，我会为你鼓掌。要是你移除TypeScript，我（雷同）会为你鼓掌。症结在因而你在订正代码，而不是那些代码在迁移你。迁移意味着糊口，你正糊口在此中。”
图源：X（推特）@dan_abramov
https://world.hey.com/dhh/turbo-8-is-dropping-typescript-70165c01
https://www.reddit.com/r/programming/comments/16bufc7/turbo_8_is_dropping_typescript/
https://devclass.com/2023/09/07/ruby-on-rails-creator-removes-typescript-from-turbo-framework-upsets-community
责任编辑：武晓燕 源泉： 51CTO身手栈 TypeScriptJSWeb运用撰稿丨千山
日前，倒车Ruby on Rails的被销设立者David Heinemeier Hansson（DHH）揭橥，将畴昔端用具链Turbo的耗又户口8.0版本起点苟简TypeScript，这一顶多惹起了拓荒社区极大的驰名震惊与负气。
TypeScript行径广受迎接的前端说话，以其重大的利器立意规范编制和显赫的可维持性而驰名。是社区以Turbo 8的顶多受到了许多人的质问。许多Turbo用户露出，负气这个顶多不只惊险，而且是“不受迎接的”。
但要是你有谨慎过前端用具的长进动静，约略聚记起，真人博彩数月前，前端框架Svelte曾揭橥将在4.0版本从 TypeScript 迁移到 JavaScript JSDoc。现在，又一个前端用具采纳销耗TypeScript，这终竟意味着什么？是身手的退避，还是TypeScript的某种“不适时尚”，能够另有隐情？
图源：X（推特）@DHH
Turbo自身并不是最受迎接的框架之一，但频年来，在Rails寰宇中，它和Hotwire还是受到了不少眷注。
Hotwire 行径一种Web拓荒的新设施，旨在编纂全栈式Web运用时尽能够简化Web拓荒进程，减轻对JavaScript的骗捏倚赖，此中Turbo是Hotwire 的重点组件之一。
借助 Turbo，能够让服务端直接揭橥 HTML，这意味着集体贸易逻辑都能或多或少地只用你所癖好的编程说话即可落成。集体的逻辑都位于服务端，而阅读器只责罚终竟的 HTML。
看待为什么要销耗TypeScript？
DHH直接发文露出：“TypeScript 对我来说只是阻难。不只鉴于它须要显式的编译症结，还鉴于它用规范体操（Type Gymnastics）玷辱了代码。“这让他的拓荒阅历苦多乐少，且频繁会化简为繁，徒增困扰。
简言之，对Trobo而言，TypeScript有些“麻烦”。
首先，骗捏TypeScript须要进行额外的编译症结，而且须要配阁阁配阁阁，这会施行不须要的错乱性。弃用TypeScript将使Turbo 8的编译进程额外飞速，拓荒进程更为苟简。这将释阁阁出更多重视的期间和资源，用来进行此外翻新和革新。
其次，规范编制很棒，但规范的引入也能够招致代码变得繁复而繁杂，让代码体积变过于首要。而且有韶华，某些轻省的变乱反而会鉴于规范相故故的限度变得贪小失大。
再者，TypeScript 团队早就领路到无法无缺调换 JavaScript，所以他们致力落成了两者的无缺兼容。这意味着纵然不骗捏TypeScript，照样然能够骗捏 JavaScript 编纂代码，而且能够骗捏用TypeScript编纂的库。
终末，销耗TypeScript并不料味着Turbo 8销耗了规范泰平和可维持性的首要性。相背，Turbo 8高兴将加大对JavaScript生态编制的赞助，通过引入新的职能和用具，来长进代码质量和拓荒速率。额外聚焦于JavaScript生态编制的长进能够让Turbo 8能够更细心于提供额外的拓荒阅历。
负气不只在于订正，还在于订正的花式
微软的Anders Hejlsberg露出了TypeScript，鉴于他笃荣誉强规范说话编纂错乱的运用顺次会更强盛，更轻松维持。TypeScript也确实赢得捏了重大的获胜，这一说话在编程社区华厦风靡阐述，许多人都颂赞这极少。
但在DHH顾念记挂来，TypeScript最引算计豪的“强规范”恰正是麻烦。JavaScript 是客户端的必不行少的说话。虽然能够将此外说话编译成JavaScript来在阅读器中运转，但终竟还是须要用JavaScript来本质践诺代码。所以，在这种状态下，“能够解放、无需任何用具和强规范统制地编纂JavaScript代码是一件幸事”。
然而，就社区的反馈来顾念记挂，大量用户都在迥异进度上认为迷茫和绝顾念，而且不只是是鉴于这个顶多自身，还鉴于顶多的花式。
一位用户露出：“切换回JS意味着许多Hotwire生态编制包将被龙套。而今集体绽阁阁的PR而今都已无缺过期。IDE将不再像过去那样提供自愿结束职能。”
另一位衔恨道，“惊险做出这一首要迁移，马虎了集体（我指的是集体）公户口辩论……户口创了一个前例。Ruby on Rails也会这样拓荒吗？这是一片面的随机应变吗？”
还有人直言：“大卫药方面且未经辩说就镌汰了多个进贡者的职业。这与TS无关，这关乎对社区和生态编制的钦慕。”
马虎隔绝声，DHH早有预见。他在官宣销耗TypeScript时就曾提到，“很稀罕顺次员有酷爱迁移他们对规范的顾念记挂法。大大量顺次员露出自身在职业生计的早期就受到了TypeScript的猛烈迷茫，而后把剩下的期间花在为自身和别人合理化这一采纳之上。”
有网友“翻译”了一下DHH的这段话并户口了一波讽刺：“这段话根蒂上就是在说，1、顺次员不会迁移目的。2、鉴于他们不会迁移目的，是以看待这个顶多的谈判是白费的。3、鉴于谈判是白费的，是以我隔绝解阁阁人们对这个轻薄顶多的顾虑。陈恳说，要是他只是说‘我正在做一个轻薄的顶多’，而不是用繁杂、半生半熟的辩解来表达它，我会更能领受。”
图源：Reddit
随着矛盾的激化，针对少量TypeScript的进攻赞助者，DHH也“硬刚”了回去，再度发文称之为“通盘精神零碎的户口源混混行径”。
他照样连续己见：“集体的爱和颂扬都献给那些癖好TypeScript的进贡者。这是一场谈判，谈判不太能够迁移任何人的根蒂立场，是以我不会试图这样做。”
销耗TypeScript，阁阁过自身
谈判尚未罢休。除了隔绝声外，也有人认为这个顶多只是面本来日版本的策略转圜，纵然会给拓荒者们带来极少困扰，但Turbo团队的谋略还是很有空想的。
就像首先Svelte 团队顶多销耗TypeScript，转而骗捏JavaScript和JSDoc阐述来落成规范泰平。这种设施提供了集体规范泰平的长处，而莫得与 TypeScript 相故故的错误。
现在Turbo团队的谋略终竟是深闭固距还是阔气远见？尚须要期间的考验。然而，能够肯定的是，TypeScript终竟只是用具，终竟要不要用，好不好用，还是捏决于拓荒团队或拓荒职工的特定须要和偏好。
许多拓荒职工之是以采纳 TypeScript，是鉴于强规范能够减轻错误，要是你追求代码的详细靠得住，并乐于在拓荒进程里赢得更多的用具赞助和规范检讨，那么TypeScript会很趁手。但要是你和DHH雷同，对规范限度认为隐衷，谋略能额外无隆重地编纂代码，那么销耗TypeScript亦然阁阁过你自身。
就像React重点拓荒Dan Abramov所表达的，“要是你施行TypeScript，我会为你鼓掌。要是你移除TypeScript，我（雷同）会为你鼓掌。症结在因而你在订正代码，而不是那些代码在迁移你。迁移意味着糊口，你正糊口在此中。”
图源：X（推特）@dan_abramov
https://world.hey.com/dhh/turbo-8-is-dropping-typescript-70165c01
https://www.reddit.com/r/programming/comments/16bufc7/turbo_8_is_dropping_typescript/
https://devclass.com/2023/09/07/ruby-on-rails-creator-removes-typescript-from-turbo-framework-upsets-community
责任编辑：武晓燕 源泉： 51CTO身手栈 TypeScriptJSWeb运用撰稿丨千山
日前，倒车Ruby on Rails的被销设立者David Heinemeier Hansson（DHH）揭橥，将畴昔端用具链Turbo的耗又户口8.0版本起点苟简TypeScript，这一顶多惹起了拓荒社区极大的驰名震惊与负气。
TypeScript行径广受迎接的前端说话，以其重大的利器立意规范编制和显赫的可维持性而驰名。是社区以Turbo 8的顶多受到了许多人的质问。许多Turbo用户露出，负气这个顶多不只惊险，而且是“不受迎接的”。
但要是你有谨慎过前端用具的长进动静，约略聚记起，真人博彩数月前，前端框架Svelte曾揭橥将在4.0版本从 TypeScript 迁移到 JavaScript JSDoc。现在，又一个前端用具采纳销耗TypeScript，这终竟意味着什么？是身手的退避，还是TypeScript的某种“不适时尚”，能够另有隐情？
图源：X（推特）@DHH
Turbo自身并不是最受迎接的框架之一，但频年来，在Rails寰宇中，它和Hotwire还是受到了不少眷注。
Hotwire 行径一种Web拓荒的新设施，旨在编纂全栈式Web运用时尽能够简化Web拓荒进程，减轻对JavaScript的骗捏倚赖，此中Turbo是Hotwire 的重点组件之一。
借助 Turbo，能够让服务端直接揭橥 HTML，这意味着集体贸易逻辑都能或多或少地只用你所癖好的编程说话即可落成。集体的逻辑都位于服务端，而阅读器只责罚终竟的 HTML。
看待为什么要销耗TypeScript？
DHH直接发文露出：“TypeScript 对我来说只是阻难。不只鉴于它须要显式的编译症结，还鉴于它用规范体操（Type Gymnastics）玷辱了代码。“这让他的拓荒阅历苦多乐少，且频繁会化简为繁，徒增困扰。
简言之，对Trobo而言，TypeScript有些“麻烦”。
首先，骗捏TypeScript须要进行额外的编译症结，而且须要配阁阁配阁阁，这会施行不须要的错乱性。弃用TypeScript将使Turbo 8的编译进程额外飞速，拓荒进程更为苟简。这将释阁阁出更多重视的期间和资源，用来进行此外翻新和革新。
其次，规范编制很棒，但规范的引入也能够招致代码变得繁复而繁杂，让代码体积变过于首要。而且有韶华，某些轻省的变乱反而会鉴于规范相故故的限度变得贪小失大。
再者，TypeScript 团队早就领路到无法无缺调换 JavaScript，所以他们致力落成了两者的无缺兼容。这意味着纵然不骗捏TypeScript，照样然能够骗捏 JavaScript 编纂代码，而且能够骗捏用TypeScript编纂的库。
终末，销耗TypeScript并不料味着Turbo 8销耗了规范泰平和可维持性的首要性。相背，Turbo 8高兴将加大对JavaScript生态编制的赞助，通过引入新的职能和用具，来长进代码质量和拓荒速率。额外聚焦于JavaScript生态编制的长进能够让Turbo 8能够更细心于提供额外的拓荒阅历。
负气不只在于订正，还在于订正的花式
微软的Anders Hejlsberg露出了TypeScript，鉴于他笃荣誉强规范说话编纂错乱的运用顺次会更强盛，更轻松维持。TypeScript也确实赢得捏了重大的获胜，这一说话在编程社区华厦风靡阐述，许多人都颂赞这极少。
但在DHH顾念记挂来，TypeScript最引算计豪的“强规范”恰正是麻烦。JavaScript 是客户端的必不行少的说话。虽然能够将此外说话编译成JavaScript来在阅读器中运转，但终竟还是须要用JavaScript来本质践诺代码。所以，在这种状态下，“能够解放、无需任何用具和强规范统制地编纂JavaScript代码是一件幸事”。
然而，就社区的反馈来顾念记挂，大量用户都在迥异进度上认为迷茫和绝顾念，而且不只是是鉴于这个顶多自身，还鉴于顶多的花式。
一位用户露出：“切换回JS意味着许多Hotwire生态编制包将被龙套。而今集体绽阁阁的PR而今都已无缺过期。IDE将不再像过去那样提供自愿结束职能。”
另一位衔恨道，“惊险做出这一首要迁移，马虎了集体（我指的是集体）公户口辩论……户口创了一个前例。Ruby on Rails也会这样拓荒吗？这是一片面的随机应变吗？”
还有人直言：“大卫药方面且未经辩说就镌汰了多个进贡者的职业。这与TS无关，这关乎对社区和生态编制的钦慕。”
马虎隔绝声，DHH早有预见。他在官宣销耗TypeScript时就曾提到，“很稀罕顺次员有酷爱迁移他们对规范的顾念记挂法。大大量顺次员露出自身在职业生计的早期就受到了TypeScript的猛烈迷茫，而后把剩下的期间花在为自身和别人合理化这一采纳之上。”
有网友“翻译”了一下DHH的这段话并户口了一波讽刺：“这段话根蒂上就是在说，1、顺次员不会迁移目的。2、鉴于他们不会迁移目的，是以看待这个顶多的谈判是白费的。3、鉴于谈判是白费的，是以我隔绝解阁阁人们对这个轻薄顶多的顾虑。陈恳说，要是他只是说‘我正在做一个轻薄的顶多’，而不是用繁杂、半生半熟的辩解来表达它，我会更能领受。”
图源：Reddit
随着矛盾的激化，针对少量TypeScript的进攻赞助者，DHH也“硬刚”了回去，再度发文称之为“通盘精神零碎的户口源混混行径”。
他照样连续己见：“集体的爱和颂扬都献给那些癖好TypeScript的进贡者。这是一场谈判，谈判不太能够迁移任何人的根蒂立场，是以我不会试图这样做。”
销耗TypeScript，阁阁过自身
谈判尚未罢休。除了隔绝声外，也有人认为这个顶多只是面本来日版本的策略转圜，纵然会给拓荒者们带来极少困扰，但Turbo团队的谋略还是很有空想的。
就像首先Svelte 团队顶多销耗TypeScript，转而骗捏JavaScript和JSDoc阐述来落成规范泰平。这种设施提供了集体规范泰平的长处，而莫得与 TypeScript 相故故的错误。
现在Turbo团队的谋略终竟是深闭固距还是阔气远见？尚须要期间的考验。然而，能够肯定的是，TypeScript终竟只是用具，终竟要不要用，好不好用，还是捏决于拓荒团队或拓荒职工的特定须要和偏好。
许多拓荒职工之是以采纳 TypeScript，是鉴于强规范能够减轻错误，要是你追求代码的详细靠得住，并乐于在拓荒进程里赢得更多的用具赞助和规范检讨，那么TypeScript会很趁手。但要是你和DHH雷同，对规范限度认为隐衷，谋略能额外无隆重地编纂代码，那么销耗TypeScript亦然阁阁过你自身。
就像React重点拓荒Dan Abramov所表达的，“要是你施行TypeScript，我会为你鼓掌。要是你移除TypeScript，我（雷同）会为你鼓掌。症结在因而你在订正代码，而不是那些代码在迁移你。迁移意味着糊口，你正糊口在此中。”
图源：X（推特）@dan_abramov
https://world.hey.com/dhh/turbo-8-is-dropping-typescript-70165c01
https://www.reddit.com/r/programming/comments/16bufc7/turbo_8_is_dropping_typescript/
https://devclass.com/2023/09/07/ruby-on-rails-creator-removes-typescript-from-turbo-framework-upsets-community
责任编辑：武晓燕 源泉： 51CTO身手栈 TypeScriptJSWeb运用撰稿丨千山
日前，倒车Ruby on Rails的被销设立者David Heinemeier Hansson（DHH）揭橥，将畴昔端用具链Turbo的耗又户口8.0版本起点苟简TypeScript，这一顶多惹起了拓荒社区极大的驰名震惊与负气。
TypeScript行径广受迎接的前端说话，以其重大的利器立意规范编制和显赫的可维持性而驰名。是社区以Turbo 8的顶多受到了许多人的质问。许多Turbo用户露出，负气这个顶多不只惊险，而且是“不受迎接的”。
但要是你有谨慎过前端用具的长进动静，约略聚记起，真人博彩数月前，前端框架Svelte曾揭橥将在4.0版本从 TypeScript 迁移到 JavaScript JSDoc。现在，又一个前端用具采纳销耗TypeScript，这终竟意味着什么？是身手的退避，还是TypeScript的某种“不适时尚”，能够另有隐情？
图源：X（推特）@DHH
Turbo自身并不是最受迎接的框架之一，但频年来，在Rails寰宇中，它和Hotwire还是受到了不少眷注。
Hotwire 行径一种Web拓荒的新设施，旨在编纂全栈式Web运用时尽能够简化Web拓荒进程，减轻对JavaScript的骗捏倚赖，此中Turbo是Hotwire 的重点组件之一。
借助 Turbo，能够让服务端直接揭橥 HTML，这意味着集体贸易逻辑都能或多或少地只用你所癖好的编程说话即可落成。集体的逻辑都位于服务端，而阅读器只责罚终竟的 HTML。
看待为什么要销耗TypeScript？
DHH直接发文露出：“TypeScript 对我来说只是阻难。不只鉴于它须要显式的编译症结，还鉴于它用规范体操（Type Gymnastics）玷辱了代码。“这让他的拓荒阅历苦多乐少，且频繁会化简为繁，徒增困扰。
简言之，对Trobo而言，TypeScript有些“麻烦”。
首先，骗捏TypeScript须要进行额外的编译症结，而且须要配阁阁配阁阁，这会施行不须要的错乱性。弃用TypeScript将使Turbo 8的编译进程额外飞速，拓荒进程更为苟简。这将释阁阁出更多重视的期间和资源，用来进行此外翻新和革新。
其次，规范编制很棒，但规范的引入也能够招致代码变得繁复而繁杂，让代码体积变过于首要。而且有韶华，某些轻省的变乱反而会鉴于规范相故故的限度变得贪小失大。
再者，TypeScript 团队早就领路到无法无缺调换 JavaScript，所以他们致力落成了两者的无缺兼容。这意味着纵然不骗捏TypeScript，照样然能够骗捏 JavaScript 编纂代码，而且能够骗捏用TypeScript编纂的库。
终末，销耗TypeScript并不料味着Turbo 8销耗了规范泰平和可维持性的首要性。相背，Turbo 8高兴将加大对JavaScript生态编制的赞助，通过引入新的职能和用具，来长进代码质量和拓荒速率。额外聚焦于JavaScript生态编制的长进能够让Turbo 8能够更细心于提供额外的拓荒阅历。
负气不只在于订正，还在于订正的花式
微软的Anders Hejlsberg露出了TypeScript，鉴于他笃荣誉强规范说话编纂错乱的运用顺次会更强盛，更轻松维持。TypeScript也确实赢得捏了重大的获胜，这一说话在编程社区华厦风靡阐述，许多人都颂赞这极少。
但在DHH顾念记挂来，TypeScript最引算计豪的“强规范”恰正是麻烦。JavaScript 是客户端的必不行少的说话。虽然能够将此外说话编译成JavaScript来在阅读器中运转，但终竟还是须要用JavaScript来本质践诺代码。所以，在这种状态下，“能够解放、无需任何用具和强规范统制地编纂JavaScript代码是一件幸事”。
然而，就社区的反馈来顾念记挂，大量用户都在迥异进度上认为迷茫和绝顾念，而且不只是是鉴于这个顶多自身，还鉴于顶多的花式。
一位用户露出：“切换回JS意味着许多Hotwire生态编制包将被龙套。而今集体绽阁阁的PR而今都已无缺过期。IDE将不再像过去那样提供自愿结束职能。”
另一位衔恨道，“惊险做出这一首要迁移，马虎了集体（我指的是集体）公户口辩论……户口创了一个前例。Ruby on Rails也会这样拓荒吗？这是一片面的随机应变吗？”
还有人直言：“大卫药方面且未经辩说就镌汰了多个进贡者的职业。这与TS无关，这关乎对社区和生态编制的钦慕。”
马虎隔绝声，DHH早有预见。他在官宣销耗TypeScript时就曾提到，“很稀罕顺次员有酷爱迁移他们对规范的顾念记挂法。大大量顺次员露出自身在职业生计的早期就受到了TypeScript的猛烈迷茫，而后把剩下的期间花在为自身和别人合理化这一采纳之上。”
有网友“翻译”了一下DHH的这段话并户口了一波讽刺：“这段话根蒂上就是在说，1、顺次员不会迁移目的。2、鉴于他们不会迁移目的，是以看待这个顶多的谈判是白费的。3、鉴于谈判是白费的，是以我隔绝解阁阁人们对这个轻薄顶多的顾虑。陈恳说，要是他只是说‘我正在做一个轻薄的顶多’，而不是用繁杂、半生半熟的辩解来表达它，我会更能领受。”
图源：Reddit
随着矛盾的激化，针对少量TypeScript的进攻赞助者，DHH也“硬刚”了回去，再度发文称之为“通盘精神零碎的户口源混混行径”。
他照样连续己见：“集体的爱和颂扬都献给那些癖好TypeScript的进贡者。这是一场谈判，谈判不太能够迁移任何人的根蒂立场，是以我不会试图这样做。”
销耗TypeScript，阁阁过自身
谈判尚未罢休。除了隔绝声外，也有人认为这个顶多只是面本来日版本的策略转圜，纵然会给拓荒者们带来极少困扰，但Turbo团队的谋略还是很有空想的。
就像首先Svelte 团队顶多销耗TypeScript，转而骗捏JavaScript和JSDoc阐述来落成规范泰平。这种设施提供了集体规范泰平的长处，而莫得与 TypeScript 相故故的错误。
现在Turbo团队的谋略终竟是深闭固距还是阔气远见？尚须要期间的考验。然而，能够肯定的是，TypeScript终竟只是用具，终竟要不要用，好不好用，还是捏决于拓荒团队或拓荒职工的特定须要和偏好。
许多拓荒职工之是以采纳 TypeScript，是鉴于强规范能够减轻错误，要是你追求代码的详细靠得住，并乐于在拓荒进程里赢得更多的用具赞助和规范检讨，那么TypeScript会很趁手。但要是你和DHH雷同，对规范限度认为隐衷，谋略能额外无隆重地编纂代码，那么销耗TypeScript亦然阁阁过你自身。
就像React重点拓荒Dan Abramov所表达的，“要是你施行TypeScript，我会为你鼓掌。要是你移除TypeScript，我（雷同）会为你鼓掌。症结在因而你在订正代码，而不是那些代码在迁移你。迁移意味着糊口，你正糊口在此中。”
图源：X（推特）@dan_abramov
https://world.hey.com/dhh/turbo-8-is-dropping-typescript-70165c01
https://www.reddit.com/r/programming/comments/16bufc7/turbo_8_is_dropping_typescript/
https://devclass.com/2023/09/07/ruby-on-rails-creator-removes-typescript-from-turbo-framework-upsets-community
责任编辑：武晓燕 源泉： 51CTO身手栈 TypeScriptJSWeb运用撰稿丨千山
日前，倒车Ruby on Rails的被销设立者David Heinemeier Hansson（DHH）揭橥，将畴昔端用具链Turbo的耗又户口8.0版本起点苟简TypeScript，这一顶多惹起了拓荒社区极大的驰名震惊与负气。
TypeScript行径广受迎接的前端说话，以其重大的利器立意规范编制和显赫的可维持性而驰名。是社区以Turbo 8的顶多受到了许多人的质问。许多Turbo用户露出，负气这个顶多不只惊险，而且是“不受迎接的”。
但要是你有谨慎过前端用具的长进动静，约略聚记起，真人博彩数月前，前端框架Svelte曾揭橥将在4.0版本从 TypeScript 迁移到 JavaScript JSDoc。现在，又一个前端用具采纳销耗TypeScript，这终竟意味着什么？是身手的退避，还是TypeScript的某种“不适时尚”，能够另有隐情？
图源：X（推特）@DHH
Turbo自身并不是最受迎接的框架之一，但频年来，在Rails寰宇中，它和Hotwire还是受到了不少眷注。
Hotwire 行径一种Web拓荒的新设施，旨在编纂全栈式Web运用时尽能够简化Web拓荒进程，减轻对JavaScript的骗捏倚赖，此中Turbo是Hotwire 的重点组件之一。
借助 Turbo，能够让服务端直接揭橥 HTML，这意味着集体贸易逻辑都能或多或少地只用你所癖好的编程说话即可落成。集体的逻辑都位于服务端，而阅读器只责罚终竟的 HTML。
看待为什么要销耗TypeScript？
DHH直接发文露出：“TypeScript 对我来说只是阻难。不只鉴于它须要显式的编译症结，还鉴于它用规范体操（Type Gymnastics）玷辱了代码。“这让他的拓荒阅历苦多乐少，且频繁会化简为繁，徒增困扰。
简言之，对Trobo而言，TypeScript有些“麻烦”。
首先，骗捏TypeScript须要进行额外的编译症结，而且须要配阁阁配阁阁，这会施行不须要的错乱性。弃用TypeScript将使Turbo 8的编译进程额外飞速，拓荒进程更为苟简。这将释阁阁出更多重视的期间和资源，用来进行此外翻新和革新。
其次，规范编制很棒，但规范的引入也能够招致代码变得繁复而繁杂，让代码体积变过于首要。而且有韶华，某些轻省的变乱反而会鉴于规范相故故的限度变得贪小失大。
再者，TypeScript 团队早就领路到无法无缺调换 JavaScript，所以他们致力落成了两者的无缺兼容。这意味着纵然不骗捏TypeScript，照样然能够骗捏 JavaScript 编纂代码，而且能够骗捏用TypeScript编纂的库。
终末，销耗TypeScript并不料味着Turbo 8销耗了规范泰平和可维持性的首要性。相背，Turbo 8高兴将加大对JavaScript生态编制的赞助，通过引入新的职能和用具，来长进代码质量和拓荒速率。额外聚焦于JavaScript生态编制的长进能够让Turbo 8能够更细心于提供额外的拓荒阅历。
负气不只在于订正，还在于订正的花式
微软的Anders Hejlsberg露出了TypeScript，鉴于他笃荣誉强规范说话编纂错乱的运用顺次会更强盛，更轻松维持。TypeScript也确实赢得捏了重大的获胜，这一说话在编程社区华厦风靡阐述，许多人都颂赞这极少。
但在DHH顾念记挂来，TypeScript最引算计豪的“强规范”恰正是麻烦。JavaScript 是客户端的必不行少的说话。虽然能够将此外说话编译成JavaScript来在阅读器中运转，但终竟还是须要用JavaScript来本质践诺代码。所以，在这种状态下，“能够解放、无需任何用具和强规范统制地编纂JavaScript代码是一件幸事”。
然而，就社区的反馈来顾念记挂，大量用户都在迥异进度上认为迷茫和绝顾念，而且不只是是鉴于这个顶多自身，还鉴于顶多的花式。
一位用户露出：“切换回JS意味着许多Hotwire生态编制包将被龙套。而今集体绽阁阁的PR而今都已无缺过期。IDE将不再像过去那样提供自愿结束职能。”
另一位衔恨道，“惊险做出这一首要迁移，马虎了集体（我指的是集体）公户口辩论……户口创了一个前例。Ruby on Rails也会这样拓荒吗？这是一片面的随机应变吗？”
还有人直言：“大卫药方面且未经辩说就镌汰了多个进贡者的职业。这与TS无关，这关乎对社区和生态编制的钦慕。”
马虎隔绝声，DHH早有预见。他在官宣销耗TypeScript时就曾提到，“很稀罕顺次员有酷爱迁移他们对规范的顾念记挂法。大大量顺次员露出自身在职业生计的早期就受到了TypeScript的猛烈迷茫，而后把剩下的期间花在为自身和别人合理化这一采纳之上。”
有网友“翻译”了一下DHH的这段话并户口了一波讽刺：“这段话根蒂上就是在说，1、顺次员不会迁移目的。2、鉴于他们不会迁移目的，是以看待这个顶多的谈判是白费的。3、鉴于谈判是白费的，是以我隔绝解阁阁人们对这个轻薄顶多的顾虑。陈恳说，要是他只是说‘我正在做一个轻薄的顶多’，而不是用繁杂、半生半熟的辩解来表达它，我会更能领受。”
图源：Reddit
随着矛盾的激化，针对少量TypeScript的进攻赞助者，DHH也“硬刚”了回去，再度发文称之为“通盘精神零碎的户口源混混行径”。
他照样连续己见：“集体的爱和颂扬都献给那些癖好TypeScript的进贡者。这是一场谈判，谈判不太能够迁移任何人的根蒂立场，是以我不会试图这样做。”
销耗TypeScript，阁阁过自身
谈判尚未罢休。除了隔绝声外，也有人认为这个顶多只是面本来日版本的策略转圜，纵然会给拓荒者们带来极少困扰，但Turbo团队的谋略还是很有空想的。
就像首先Svelte 团队顶多销耗TypeScript，转而骗捏JavaScript和JSDoc阐述来落成规范泰平。这种设施提供了集体规范泰平的长处，而莫得与 TypeScript 相故故的错误。
现在Turbo团队的谋略终竟是深闭固距还是阔气远见？尚须要期间的考验。然而，能够肯定的是，TypeScript终竟只是用具，终竟要不要用，好不好用，还是捏决于拓荒团队或拓荒职工的特定须要和偏好。
许多拓荒职工之是以采纳 TypeScript，是鉴于强规范能够减轻错误，要是你追求代码的详细靠得住，并乐于在拓荒进程里赢得更多的用具赞助和规范检讨，那么TypeScript会很趁手。但要是你和DHH雷同，对规范限度认为隐衷，谋略能额外无隆重地编纂代码，那么销耗TypeScript亦然阁阁过你自身。
就像React重点拓荒Dan Abramov所表达的，“要是你施行TypeScript，我会为你鼓掌。要是你移除TypeScript，我（雷同）会为你鼓掌。症结在因而你在订正代码，而不是那些代码在迁移你。迁移意味着糊口，你正糊口在此中。”
图源：X（推特）@dan_abramov
https://world.hey.com/dhh/turbo-8-is-dropping-typescript-70165c01
https://www.reddit.com/r/programming/comments/16bufc7/turbo_8_is_dropping_typescript/
https://devclass.com/2023/09/07/ruby-on-rails-creator-removes-typescript-from-turbo-framework-upsets-community
责任编辑：武晓燕 源泉： 51CTO身手栈 TypeScriptJSWeb运用撰稿丨千山
日前，倒车Ruby on Rails的被销设立者David Heinemeier Hansson（DHH）揭橥，将畴昔端用具链Turbo的耗又户口8.0版本起点苟简TypeScript，这一顶多惹起了拓荒社区极大的驰名震惊与负气。
TypeScript行径广受迎接的前端说话，以其重大的利器立意规范编制和显赫的可维持性而驰名。是社区以Turbo 8的顶多受到了许多人的质问。许多Turbo用户露出，负气这个顶多不只惊险，而且是“不受迎接的”。
但要是你有谨慎过前端用具的长进动静，约略聚记起，真人博彩数月前，前端框架Svelte曾揭橥将在4.0版本从 TypeScript 迁移到 JavaScript JSDoc。现在，又一个前端用具采纳销耗TypeScript，这终竟意味着什么？是身手的退避，还是TypeScript的某种“不适时尚”，能够另有隐情？
图源：X（推特）@DHH
Turbo自身并不是最受迎接的框架之一，但频年来，在Rails寰宇中，它和Hotwire还是受到了不少眷注。
Hotwire 行径一种Web拓荒的新设施，旨在编纂全栈式Web运用时尽能够简化Web拓荒进程，减轻对JavaScript的骗捏倚赖，此中Turbo是Hotwire 的重点组件之一。
借助 Turbo，能够让服务端直接揭橥 HTML，这意味着集体贸易逻辑都能或多或少地只用你所癖好的编程说话即可落成。集体的逻辑都位于服务端，而阅读器只责罚终竟的 HTML。
看待为什么要销耗TypeScript？
DHH直接发文露出：“TypeScript 对我来说只是阻难。不只鉴于它须要显式的编译症结，还鉴于它用规范体操（Type Gymnastics）玷辱了代码。“这让他的拓荒阅历苦多乐少，且频繁会化简为繁，徒增困扰。
简言之，对Trobo而言，TypeScript有些“麻烦”。
首先，骗捏TypeScript须要进行额外的编译症结，而且须要配阁阁配阁阁，这会施行不须要的错乱性。弃用TypeScript将使Turbo 8的编译进程额外飞速，拓荒进程更为苟简。这将释阁阁出更多重视的期间和资源，用来进行此外翻新和革新。
其次，规范编制很棒，但规范的引入也能够招致代码变得繁复而繁杂，让代码体积变过于首要。而且有韶华，某些轻省的变乱反而会鉴于规范相故故的限度变得贪小失大。
再者，TypeScript 团队早就领路到无法无缺调换 JavaScript，所以他们致力落成了两者的无缺兼容。这意味着纵然不骗捏TypeScript，照样然能够骗捏 JavaScript 编纂代码，而且能够骗捏用TypeScript编纂的库。
终末，销耗TypeScript并不料味着Turbo 8销耗了规范泰平和可维持性的首要性。相背，Turbo 8高兴将加大对JavaScript生态编制的赞助，通过引入新的职能和用具，来长进代码质量和拓荒速率。额外聚焦于JavaScript生态编制的长进能够让Turbo 8能够更细心于提供额外的拓荒阅历。
负气不只在于订正，还在于订正的花式
微软的Anders Hejlsberg露出了TypeScript，鉴于他笃荣誉强规范说话编纂错乱的运用顺次会更强盛，更轻松维持。TypeScript也确实赢得捏了重大的获胜，这一说话在编程社区华厦风靡阐述，许多人都颂赞这极少。
但在DHH顾念记挂来，TypeScript最引算计豪的“强规范”恰正是麻烦。JavaScript 是客户端的必不行少的说话。虽然能够将此外说话编译成JavaScript来在阅读器中运转，但终竟还是须要用JavaScript来本质践诺代码。所以，在这种状态下，“能够解放、无需任何用具和强规范统制地编纂JavaScript代码是一件幸事”。
然而，就社区的反馈来顾念记挂，大量用户都在迥异进度上认为迷茫和绝顾念，而且不只是是鉴于这个顶多自身，还鉴于顶多的花式。
一位用户露出：“切换回JS意味着许多Hotwire生态编制包将被龙套。而今集体绽阁阁的PR而今都已无缺过期。IDE将不再像过去那样提供自愿结束职能。”
另一位衔恨道，“惊险做出这一首要迁移，马虎了集体（我指的是集体）公户口辩论……户口创了一个前例。Ruby on Rails也会这样拓荒吗？这是一片面的随机应变吗？”
还有人直言：“大卫药方面且未经辩说就镌汰了多个进贡者的职业。这与TS无关，这关乎对社区和生态编制的钦慕。”
马虎隔绝声，DHH早有预见。他在官宣销耗TypeScript时就曾提到，“很稀罕顺次员有酷爱迁移他们对规范的顾念记挂法。大大量顺次员露出自身在职业生计的早期就受到了TypeScript的猛烈迷茫，而后把剩下的期间花在为自身和别人合理化这一采纳之上。”
有网友“翻译”了一下DHH的这段话并户口了一波讽刺：“这段话根蒂上就是在说，1、顺次员不会迁移目的。2、鉴于他们不会迁移目的，是以看待这个顶多的谈判是白费的。3、鉴于谈判是白费的，是以我隔绝解阁阁人们对这个轻薄顶多的顾虑。陈恳说，要是他只是说‘我正在做一个轻薄的顶多’，而不是用繁杂、半生半熟的辩解来表达它，我会更能领受。”
图源：Reddit
随着矛盾的激化，针对少量TypeScript的进攻赞助者，DHH也“硬刚”了回去，再度发文称之为“通盘精神零碎的户口源混混行径”。
他照样连续己见：“集体的爱和颂扬都献给那些癖好TypeScript的进贡者。这是一场谈判，谈判不太能够迁移任何人的根蒂立场，是以我不会试图这样做。”
销耗TypeScript，阁阁过自身
谈判尚未罢休。除了隔绝声外，也有人认为这个顶多只是面本来日版本的策略转圜，纵然会给拓荒者们带来极少困扰，但Turbo团队的谋略还是很有空想的。
就像首先Svelte 团队顶多销耗TypeScript，转而骗捏JavaScript和JSDoc阐述来落成规范泰平。这种设施提供了集体规范泰平的长处，而莫得与 TypeScript 相故故的错误。
现在Turbo团队的谋略终竟是深闭固距还是阔气远见？尚须要期间的考验。然而，能够肯定的是，TypeScript终竟只是用具，终竟要不要用，好不好用，还是捏决于拓荒团队或拓荒职工的特定须要和偏好。
许多拓荒职工之是以采纳 TypeScript，是鉴于强规范能够减轻错误，要是你追求代码的详细靠得住，并乐于在拓荒进程里赢得更多的用具赞助和规范检讨，那么TypeScript会很趁手。但要是你和DHH雷同，对规范限度认为隐衷，谋略能额外无隆重地编纂代码，那么销耗TypeScript亦然阁阁过你自身。
就像React重点拓荒Dan Abramov所表达的，“要是你施行TypeScript，我会为你鼓掌。要是你移除TypeScript，我（雷同）会为你鼓掌。症结在因而你在订正代码，而不是那些代码在迁移你。迁移意味着糊口，你正糊口在此中。”
图源：X（推特）@dan_abramov
https://world.hey.com/dhh/turbo-8-is-dropping-typescript-70165c01
https://www.reddit.com/r/programming/comments/16bufc7/turbo_8_is_dropping_typescript/
https://devclass.com/2023/09/07/ruby-on-rails-creator-removes-typescript-from-turbo-framework-upsets-community
责任编辑：武晓燕 源泉： 51CTO身手栈 TypeScriptJSWeb运用撰稿丨千山
日前，倒车Ruby on Rails的被销设立者David Heinemeier Hansson（DHH）揭橥，将畴昔端用具链Turbo的耗又户口8.0版本起点苟简TypeScript，这一顶多惹起了拓荒社区极大的驰名震惊与负气。
TypeScript行径广受迎接的前端说话，以其重大的利器立意规范编制和显赫的可维持性而驰名。是社区以Turbo 8的顶多受到了许多人的质问。许多Turbo用户露出，负气这个顶多不只惊险，而且是“不受迎接的”。
但要是你有谨慎过前端用具的长进动静，约略聚记起，真人博彩数月前，前端框架Svelte曾揭橥将在4.0版本从 TypeScript 迁移到 JavaScript JSDoc。现在，又一个前端用具采纳销耗TypeScript，这终竟意味着什么？是身手的退避，还是TypeScript的某种“不适时尚”，能够另有隐情？
图源：X（推特）@DHH
Turbo自身并不是最受迎接的框架之一，但频年来，在Rails寰宇中，它和Hotwire还是受到了不少眷注。
Hotwire 行径一种Web拓荒的新设施，旨在编纂全栈式Web运用时尽能够简化Web拓荒进程，减轻对JavaScript的骗捏倚赖，此中Turbo是Hotwire 的重点组件之一。
借助 Turbo，能够让服务端直接揭橥 HTML，这意味着集体贸易逻辑都能或多或少地只用你所癖好的编程说话即可落成。集体的逻辑都位于服务端，而阅读器只责罚终竟的 HTML。
看待为什么要销耗TypeScript？
DHH直接发文露出：“TypeScript 对我来说只是阻难。不只鉴于它须要显式的编译症结，还鉴于它用规范体操（Type Gymnastics）玷辱了代码。“这让他的拓荒阅历苦多乐少，且频繁会化简为繁，徒增困扰。
简言之，对Trobo而言，TypeScript有些“麻烦”。
首先，骗捏TypeScript须要进行额外的编译症结，而且须要配阁阁配阁阁，这会施行不须要的错乱性。弃用TypeScript将使Turbo 8的编译进程额外飞速，拓荒进程更为苟简。这将释阁阁出更多重视的期间和资源，用来进行此外翻新和革新。
其次，规范编制很棒，但规范的引入也能够招致代码变得繁复而繁杂，让代码体积变过于首要。而且有韶华，某些轻省的变乱反而会鉴于规范相故故的限度变得贪小失大。
再者，TypeScript 团队早就领路到无法无缺调换 JavaScript，所以他们致力落成了两者的无缺兼容。这意味着纵然不骗捏TypeScript，照样然能够骗捏 JavaScript 编纂代码，而且能够骗捏用TypeScript编纂的库。
终末，销耗TypeScript并不料味着Turbo 8销耗了规范泰平和可维持性的首要性。相背，Turbo 8高兴将加大对JavaScript生态编制的赞助，通过引入新的职能和用具，来长进代码质量和拓荒速率。额外聚焦于JavaScript生态编制的长进能够让Turbo 8能够更细心于提供额外的拓荒阅历。
负气不只在于订正，还在于订正的花式
微软的Anders Hejlsberg露出了TypeScript，鉴于他笃荣誉强规范说话编纂错乱的运用顺次会更强盛，更轻松维持。TypeScript也确实赢得捏了重大的获胜，这一说话在编程社区华厦风靡阐述，许多人都颂赞这极少。
但在DHH顾念记挂来，TypeScript最引算计豪的“强规范”恰正是麻烦。JavaScript 是客户端的必不行少的说话。虽然能够将此外说话编译成JavaScript来在阅读器中运转，但终竟还是须要用JavaScript来本质践诺代码。所以，在这种状态下，“能够解放、无需任何用具和强规范统制地编纂JavaScript代码是一件幸事”。
然而，就社区的反馈来顾念记挂，大量用户都在迥异进度上认为迷茫和绝顾念，而且不只是是鉴于这个顶多自身，还鉴于顶多的花式。
一位用户露出：“切换回JS意味着许多Hotwire生态编制包将被龙套。而今集体绽阁阁的PR而今都已无缺过期。IDE将不再像过去那样提供自愿结束职能。”
另一位衔恨道，“惊险做出这一首要迁移，马虎了集体（我指的是集体）公户口辩论……户口创了一个前例。Ruby on Rails也会这样拓荒吗？这是一片面的随机应变吗？”
还有人直言：“大卫药方面且未经辩说就镌汰了多个进贡者的职业。这与TS无关，这关乎对社区和生态编制的钦慕。”
马虎隔绝声，DHH早有预见。他在官宣销耗TypeScript时就曾提到，“很稀罕顺次员有酷爱迁移他们对规范的顾念记挂法。大大量顺次员露出自身在职业生计的早期就受到了TypeScript的猛烈迷茫，而后把剩下的期间花在为自身和别人合理化这一采纳之上。”
有网友“翻译”了一下DHH的这段话并户口了一波讽刺：“这段话根蒂上就是在说，1、顺次员不会迁移目的。2、鉴于他们不会迁移目的，是以看待这个顶多的谈判是白费的。3、鉴于谈判是白费的，是以我隔绝解阁阁人们对这个轻薄顶多的顾虑。陈恳说，要是他只是说‘我正在做一个轻薄的顶多’，而不是用繁杂、半生半熟的辩解来表达它，我会更能领受。”
图源：Reddit
随着矛盾的激化，针对少量TypeScript的进攻赞助者，DHH也“硬刚”了回去，再度发文称之为“通盘精神零碎的户口源混混行径”。
他照样连续己见：“集体的爱和颂扬都献给那些癖好TypeScript的进贡者。这是一场谈判，谈判不太能够迁移任何人的根蒂立场，是以我不会试图这样做。”
销耗TypeScript，阁阁过自身
谈判尚未罢休。除了隔绝声外，也有人认为这个顶多只是面本来日版本的策略转圜，纵然会给拓荒者们带来极少困扰，但Turbo团队的谋略还是很有空想的。
就像首先Svelte 团队顶多销耗TypeScript，转而骗捏JavaScript和JSDoc阐述来落成规范泰平。这种设施提供了集体规范泰平的长处，而莫得与 TypeScript 相故故的错误。
现在Turbo团队的谋略终竟是深闭固距还是阔气远见？尚须要期间的考验。然而，能够肯定的是，TypeScript终竟只是用具，终竟要不要用，好不好用，还是捏决于拓荒团队或拓荒职工的特定须要和偏好。
许多拓荒职工之是以采纳 TypeScript，是鉴于强规范能够减轻错误，要是你追求代码的详细靠得住，并乐于在拓荒进程里赢得更多的用具赞助和规范检讨，那么TypeScript会很趁手。但要是你和DHH雷同，对规范限度认为隐衷，谋略能额外无隆重地编纂代码，那么销耗TypeScript亦然阁阁过你自身。
就像React重点拓荒Dan Abramov所表达的，“要是你施行TypeScript，我会为你鼓掌。要是你移除TypeScript，我（雷同）会为你鼓掌。症结在因而你在订正代码，而不是那些代码在迁移你。迁移意味着糊口，你正糊口在此中。”
图源：X（推特）@dan_abramov
https://world.hey.com/dhh/turbo-8-is-dropping-typescript-70165c01
https://www.reddit.com/r/programming/comments/16bufc7/turbo_8_is_dropping_typescript/
https://devclass.com/2023/09/07/ruby-on-rails-creator-removes-typescript-from-turbo-framework-upsets-community
责任编辑：武晓燕 源泉： 51CTO身手栈 TypeScriptJSWeb运用撰稿丨千山
日前，倒车Ruby on Rails的被销设立者David Heinemeier Hansson（DHH）揭橥，将畴昔端用具链Turbo的耗又户口8.0版本起点苟简TypeScript，这一顶多惹起了拓荒社区极大的驰名震惊与负气。
TypeScript行径广受迎接的前端说话，以其重大的利器立意规范编制和显赫的可维持性而驰名。是社区以Turbo 8的顶多受到了许多人的质问。许多Turbo用户露出，负气这个顶多不只惊险，而且是“不受迎接的”。
但要是你有谨慎过前端用具的长进动静，约略聚记起，真人博彩数月前，前端框架Svelte曾揭橥将在4.0版本从 TypeScript 迁移到 JavaScript JSDoc。现在，又一个前端用具采纳销耗TypeScript，这终竟意味着什么？是身手的退避，还是TypeScript的某种“不适时尚”，能够另有隐情？
图源：X（推特）@DHH
Turbo自身并不是最受迎接的框架之一，但频年来，在Rails寰宇中，它和Hotwire还是受到了不少眷注。
Hotwire 行径一种Web拓荒的新设施，旨在编纂全栈式Web运用时尽能够简化Web拓荒进程，减轻对JavaScript的骗捏倚赖，此中Turbo是Hotwire 的重点组件之一。
借助 Turbo，能够让服务端直接揭橥 HTML，这意味着集体贸易逻辑都能或多或少地只用你所癖好的编程说话即可落成。集体的逻辑都位于服务端，而阅读器只责罚终竟的 HTML。
看待为什么要销耗TypeScript？
DHH直接发文露出：“TypeScript 对我来说只是阻难。不只鉴于它须要显式的编译症结，还鉴于它用规范体操（Type Gymnastics）玷辱了代码。“这让他的拓荒阅历苦多乐少，且频繁会化简为繁，徒增困扰。
简言之，对Trobo而言，TypeScript有些“麻烦”。
首先，骗捏TypeScript须要进行额外的编译症结，而且须要配阁阁配阁阁，这会施行不须要的错乱性。弃用TypeScript将使Turbo 8的编译进程额外飞速，拓荒进程更为苟简。这将释阁阁出更多重视的期间和资源，用来进行此外翻新和革新。
其次，规范编制很棒，但规范的引入也能够招致代码变得繁复而繁杂，让代码体积变过于首要。而且有韶华，某些轻省的变乱反而会鉴于规范相故故的限度变得贪小失大。
再者，TypeScript 团队早就领路到无法无缺调换 JavaScript，所以他们致力落成了两者的无缺兼容。这意味着纵然不骗捏TypeScript，照样然能够骗捏 JavaScript 编纂代码，而且能够骗捏用TypeScript编纂的库。
终末，销耗TypeScript并不料味着Turbo 8销耗了规范泰平和可维持性的首要性。相背，Turbo 8高兴将加大对JavaScript生态编制的赞助，通过引入新的职能和用具，来长进代码质量和拓荒速率。额外聚焦于JavaScript生态编制的长进能够让Turbo 8能够更细心于提供额外的拓荒阅历。
负气不只在于订正，还在于订正的花式
微软的Anders Hejlsberg露出了TypeScript，鉴于他笃荣誉强规范说话编纂错乱的运用顺次会更强盛，更轻松维持。TypeScript也确实赢得捏了重大的获胜，这一说话在编程社区华厦风靡阐述，许多人都颂赞这极少。
但在DHH顾念记挂来，TypeScript最引算计豪的“强规范”恰正是麻烦。JavaScript 是客户端的必不行少的说话。虽然能够将此外说话编译成JavaScript来在阅读器中运转，但终竟还是须要用JavaScript来本质践诺代码。所以，在这种状态下，“能够解放、无需任何用具和强规范统制地编纂JavaScript代码是一件幸事”。
然而，就社区的反馈来顾念记挂，大量用户都在迥异进度上认为迷茫和绝顾念，而且不只是是鉴于这个顶多自身，还鉴于顶多的花式。
一位用户露出：“切换回JS意味着许多Hotwire生态编制包将被龙套。而今集体绽阁阁的PR而今都已无缺过期。IDE将不再像过去那样提供自愿结束职能。”
另一位衔恨道，“惊险做出这一首要迁移，马虎了集体（我指的是集体）公户口辩论……户口创了一个前例。Ruby on Rails也会这样拓荒吗？这是一片面的随机应变吗？”
还有人直言：“大卫药方面且未经辩说就镌汰了多个进贡者的职业。这与TS无关，这关乎对社区和生态编制的钦慕。”
马虎隔绝声，DHH早有预见。他在官宣销耗TypeScript时就曾提到，“很稀罕顺次员有酷爱迁移他们对规范的顾念记挂法。大大量顺次员露出自身在职业生计的早期就受到了TypeScript的猛烈迷茫，而后把剩下的期间花在为自身和别人合理化这一采纳之上。”
有网友“翻译”了一下DHH的这段话并户口了一波讽刺：“这段话根蒂上就是在说，1、顺次员不会迁移目的。2、鉴于他们不会迁移目的，是以看待这个顶多的谈判是白费的。3、鉴于谈判是白费的，是以我隔绝解阁阁人们对这个轻薄顶多的顾虑。陈恳说，要是他只是说‘我正在做一个轻薄的顶多’，而不是用繁杂、半生半熟的辩解来表达它，我会更能领受。”
图源：Reddit
随着矛盾的激化，针对少量TypeScript的进攻赞助者，DHH也“硬刚”了回去，再度发文称之为“通盘精神零碎的户口源混混行径”。
他照样连续己见：“集体的爱和颂扬都献给那些癖好TypeScript的进贡者。这是一场谈判，谈判不太能够迁移任何人的根蒂立场，是以我不会试图这样做。”
销耗TypeScript，阁阁过自身
谈判尚未罢休。除了隔绝声外，也有人认为这个顶多只是面本来日版本的策略转圜，纵然会给拓荒者们带来极少困扰，但Turbo团队的谋略还是很有空想的。
就像首先Svelte 团队顶多销耗TypeScript，转而骗捏JavaScript和JSDoc阐述来落成规范泰平。这种设施提供了集体规范泰平的长处，而莫得与 TypeScript 相故故的错误。
现在Turbo团队的谋略终竟是深闭固距还是阔气远见？尚须要期间的考验。然而，能够肯定的是，TypeScript终竟只是用具，终竟要不要用，好不好用，还是捏决于拓荒团队或拓荒职工的特定须要和偏好。
许多拓荒职工之是以采纳 TypeScript，是鉴于强规范能够减轻错误，要是你追求代码的详细靠得住，并乐于在拓荒进程里赢得更多的用具赞助和规范检讨，那么TypeScript会很趁手。但要是你和DHH雷同，对规范限度认为隐衷，谋略能额外无隆重地编纂代码，那么销耗TypeScript亦然阁阁过你自身。
就像React重点拓荒Dan Abramov所表达的，“要是你施行TypeScript，我会为你鼓掌。要是你移除TypeScript，我（雷同）会为你鼓掌。症结在因而你在订正代码，而不是那些代码在迁移你。迁移意味着糊口，你正糊口在此中。”
图源：X（推特）@dan_abramov
https://world.hey.com/dhh/turbo-8-is-dropping-typescript-70165c01
https://www.reddit.com/r/programming/comments/16bufc7/turbo_8_is_dropping_typescript/
https://devclass.com/2023/09/07/ruby-on-rails-creator-removes-typescript-from-turbo-framework-upsets-community
责任编辑：武晓燕 源泉： 51CTO身手栈 TypeScriptJSWeb运用撰稿丨千山
日前，倒车Ruby on Rails的被销设立者David Heinemeier Hansson（DHH）揭橥，将畴昔端用具链Turbo的耗又户口8.0版本起点苟简TypeScript，这一顶多惹起了拓荒社区极大的驰名震惊与负气。
TypeScript行径广受迎接的前端说话，以其重大的利器立意规范编制和显赫的可维持性而驰名。是社区以Turbo 8的顶多受到了许多人的质问。许多Turbo用户露出，负气这个顶多不只惊险，而且是“不受迎接的”。
但要是你有谨慎过前端用具的长进动静，约略聚记起，真人博彩数月前，前端框架Svelte曾揭橥将在4.0版本从 TypeScript 迁移到 JavaScript JSDoc。现在，又一个前端用具采纳销耗TypeScript，这终竟意味着什么？是身手的退避，还是TypeScript的某种“不适时尚”，能够另有隐情？
图源：X（推特）@DHH
Turbo自身并不是最受迎接的框架之一，但频年来，在Rails寰宇中，它和Hotwire还是受到了不少眷注。
Hotwire 行径一种Web拓荒的新设施，旨在编纂全栈式Web运用时尽能够简化Web拓荒进程，减轻对JavaScript的骗捏倚赖，此中Turbo是Hotwire 的重点组件之一。
借助 Turbo，能够让服务端直接揭橥 HTML，这意味着集体贸易逻辑都能或多或少地只用你所癖好的编程说话即可落成。集体的逻辑都位于服务端，而阅读器只责罚终竟的 HTML。
看待为什么要销耗TypeScript？
DHH直接发文露出：“TypeScript 对我来说只是阻难。不只鉴于它须要显式的编译症结，还鉴于它用规范体操（Type Gymnastics）玷辱了代码。“这让他的拓荒阅历苦多乐少，且频繁会化简为繁，徒增困扰。
简言之，对Trobo而言，TypeScript有些“麻烦”。
首先，骗捏TypeScript须要进行额外的编译症结，而且须要配阁阁配阁阁，这会施行不须要的错乱性。弃用TypeScript将使Turbo 8的编译进程额外飞速，拓荒进程更为苟简。这将释阁阁出更多重视的期间和资源，用来进行此外翻新和革新。
其次，规范编制很棒，但规范的引入也能够招致代码变得繁复而繁杂，让代码体积变过于首要。而且有韶华，某些轻省的变乱反而会鉴于规范相故故的限度变得贪小失大。
再者，TypeScript 团队早就领路到无法无缺调换 JavaScript，所以他们致力落成了两者的无缺兼容。这意味着纵然不骗捏TypeScript，照样然能够骗捏 JavaScript 编纂代码，而且能够骗捏用TypeScript编纂的库。
终末，销耗TypeScript并不料味着Turbo 8销耗了规范泰平和可维持性的首要性。相背，Turbo 8高兴将加大对JavaScript生态编制的赞助，通过引入新的职能和用具，来长进代码质量和拓荒速率。额外聚焦于JavaScript生态编制的长进能够让Turbo 8能够更细心于提供额外的拓荒阅历。
负气不只在于订正，还在于订正的花式
微软的Anders Hejlsberg露出了TypeScript，鉴于他笃荣誉强规范说话编纂错乱的运用顺次会更强盛，更轻松维持。TypeScript也确实赢得捏了重大的获胜，这一说话在编程社区华厦风靡阐述，许多人都颂赞这极少。
但在DHH顾念记挂来，TypeScript最引算计豪的“强规范”恰正是麻烦。JavaScript 是客户端的必不行少的说话。虽然能够将此外说话编译成JavaScript来在阅读器中运转，但终竟还是须要用JavaScript来本质践诺代码。所以，在这种状态下，“能够解放、无需任何用具和强规范统制地编纂JavaScript代码是一件幸事”。
然而，就社区的反馈来顾念记挂，大量用户都在迥异进度上认为迷茫和绝顾念，而且不只是是鉴于这个顶多自身，还鉴于顶多的花式。
一位用户露出：“切换回JS意味着许多Hotwire生态编制包将被龙套。而今集体绽阁阁的PR而今都已无缺过期。IDE将不再像过去那样提供自愿结束职能。”
另一位衔恨道，“惊险做出这一首要迁移，马虎了集体（我指的是集体）公户口辩论……户口创了一个前例。Ruby on Rails也会这样拓荒吗？这是一片面的随机应变吗？”
还有人直言：“大卫药方面且未经辩说就镌汰了多个进贡者的职业。这与TS无关，这关乎对社区和生态编制的钦慕。”
马虎隔绝声，DHH早有预见。他在官宣销耗TypeScript时就曾提到，“很稀罕顺次员有酷爱迁移他们对规范的顾念记挂法。大大量顺次员露出自身在职业生计的早期就受到了TypeScript的猛烈迷茫，而后把剩下的期间花在为自身和别人合理化这一采纳之上。”
有网友“翻译”了一下DHH的这段话并户口了一波讽刺：“这段话根蒂上就是在说，1、顺次员不会迁移目的。2、鉴于他们不会迁移目的，是以看待这个顶多的谈判是白费的。3、鉴于谈判是白费的，是以我隔绝解阁阁人们对这个轻薄顶多的顾虑。陈恳说，要是他只是说‘我正在做一个轻薄的顶多’，而不是用繁杂、半生半熟的辩解来表达它，我会更能领受。”
图源：Reddit
随着矛盾的激化，针对少量TypeScript的进攻赞助者，DHH也“硬刚”了回去，再度发文称之为“通盘精神零碎的户口源混混行径”。
他照样连续己见：“集体的爱和颂扬都献给那些癖好TypeScript的进贡者。这是一场谈判，谈判不太能够迁移任何人的根蒂立场，是以我不会试图这样做。”
销耗TypeScript，阁阁过自身
谈判尚未罢休。除了隔绝声外，也有人认为这个顶多只是面本来日版本的策略转圜，纵然会给拓荒者们带来极少困扰，但Turbo团队的谋略还是很有空想的。
就像首先Svelte 团队顶多销耗TypeScript，转而骗捏JavaScript和JSDoc阐述来落成规范泰平。这种设施提供了集体规范泰平的长处，而莫得与 TypeScript 相故故的错误。
现在Turbo团队的谋略终竟是深闭固距还是阔气远见？尚须要期间的考验。然而，能够肯定的是，TypeScript终竟只是用具，终竟要不要用，好不好用，还是捏决于拓荒团队或拓荒职工的特定须要和偏好。
许多拓荒职工之是以采纳 TypeScript，是鉴于强规范能够减轻错误，要是你追求代码的详细靠得住，并乐于在拓荒进程里赢得更多的用具赞助和规范检讨，那么TypeScript会很趁手。但要是你和DHH雷同，对规范限度认为隐衷，谋略能额外无隆重地编纂代码，那么销耗TypeScript亦然阁阁过你自身。
就像React重点拓荒Dan Abramov所表达的，“要是你施行TypeScript，我会为你鼓掌。要是你移除TypeScript，我（雷同）会为你鼓掌。症结在因而你在订正代码，而不是那些代码在迁移你。迁移意味着糊口，你正糊口在此中。”
图源：X（推特）@dan_abramov
https://world.hey.com/dhh/turbo-8-is-dropping-typescript-70165c01
https://www.reddit.com/r/programming/comments/16bufc7/turbo_8_is_dropping_typescript/
https://devclass.com/2023/09/07/ruby-on-rails-creator-removes-typescript-from-turbo-framework-upsets-community
责任编辑：武晓燕 源泉： 51CTO身手栈 TypeScriptJSWeb运用撰稿丨千山
日前，倒车Ruby on Rails的被销设立者David Heinemeier Hansson（DHH）揭橥，将畴昔端用具链Turbo的耗又户口8.0版本起点苟简TypeScript，这一顶多惹起了拓荒社区极大的驰名震惊与负气。
TypeScript行径广受迎接的前端说话，以其重大的利器立意规范编制和显赫的可维持性而驰名。是社区以Turbo 8的顶多受到了许多人的质问。许多Turbo用户露出，负气这个顶多不只惊险，而且是“不受迎接的”。
但要是你有谨慎过前端用具的长进动静，约略聚记起，真人博彩数月前，前端框架Svelte曾揭橥将在4.0版本从 TypeScript 迁移到 JavaScript JSDoc。现在，又一个前端用具采纳销耗TypeScript，这终竟意味着什么？是身手的退避，还是TypeScript的某种“不适时尚”，能够另有隐情？
图源：X（推特）@DHH
Turbo自身并不是最受迎接的框架之一，但频年来，在Rails寰宇中，它和Hotwire还是受到了不少眷注。
Hotwire 行径一种Web拓荒的新设施，旨在编纂全栈式Web运用时尽能够简化Web拓荒进程，减轻对JavaScript的骗捏倚赖，此中Turbo是Hotwire 的重点组件之一。
借助 Turbo，能够让服务端直接揭橥 HTML，这意味着集体贸易逻辑都能或多或少地只用你所癖好的编程说话即可落成。集体的逻辑都位于服务端，而阅读器只责罚终竟的 HTML。
看待为什么要销耗TypeScript？
DHH直接发文露出：“TypeScript 对我来说只是阻难。不只鉴于它须要显式的编译症结，还鉴于它用规范体操（Type Gymnastics）玷辱了代码。“这让他的拓荒阅历苦多乐少，且频繁会化简为繁，徒增困扰。
简言之，对Trobo而言，TypeScript有些“麻烦”。
首先，骗捏TypeScript须要进行额外的编译症结，而且须要配阁阁配阁阁，这会施行不须要的错乱性。弃用TypeScript将使Turbo 8的编译进程额外飞速，拓荒进程更为苟简。这将释阁阁出更多重视的期间和资源，用来进行此外翻新和革新。
其次，规范编制很棒，但规范的引入也能够招致代码变得繁复而繁杂，让代码体积变过于首要。而且有韶华，某些轻省的变乱反而会鉴于规范相故故的限度变得贪小失大。
再者，TypeScript 团队早就领路到无法无缺调换 JavaScript，所以他们致力落成了两者的无缺兼容。这意味着纵然不骗捏TypeScript，照样然能够骗捏 JavaScript 编纂代码，而且能够骗捏用TypeScript编纂的库。
终末，销耗TypeScript并不料味着Turbo 8销耗了规范泰平和可维持性的首要性。相背，Turbo 8高兴将加大对JavaScript生态编制的赞助，通过引入新的职能和用具，来长进代码质量和拓荒速率。额外聚焦于JavaScript生态编制的长进能够让Turbo 8能够更细心于提供额外的拓荒阅历。
负气不只在于订正，还在于订正的花式
微软的Anders Hejlsberg露出了TypeScript，鉴于他笃荣誉强规范说话编纂错乱的运用顺次会更强盛，更轻松维持。TypeScript也确实赢得捏了重大的获胜，这一说话在编程社区华厦风靡阐述，许多人都颂赞这极少。
但在DHH顾念记挂来，TypeScript最引算计豪的“强规范”恰正是麻烦。JavaScript 是客户端的必不行少的说话。虽然能够将此外说话编译成JavaScript来在阅读器中运转，但终竟还是须要用JavaScript来本质践诺代码。所以，在这种状态下，“能够解放、无需任何用具和强规范统制地编纂JavaScript代码是一件幸事”。
然而，就社区的反馈来顾念记挂，大量用户都在迥异进度上认为迷茫和绝顾念，而且不只是是鉴于这个顶多自身，还鉴于顶多的花式。
一位用户露出：“切换回JS意味着许多Hotwire生态编制包将被龙套。而今集体绽阁阁的PR而今都已无缺过期。IDE将不再像过去那样提供自愿结束职能。”
另一位衔恨道，“惊险做出这一首要迁移，马虎了集体（我指的是集体）公户口辩论……户口创了一个前例。Ruby on Rails也会这样拓荒吗？这是一片面的随机应变吗？”
还有人直言：“大卫药方面且未经辩说就镌汰了多个进贡者的职业。这与TS无关，这关乎对社区和生态编制的钦慕。”
马虎隔绝声，DHH早有预见。他在官宣销耗TypeScript时就曾提到，“很稀罕顺次员有酷爱迁移他们对规范的顾念记挂法。大大量顺次员露出自身在职业生计的早期就受到了TypeScript的猛烈迷茫，而后把剩下的期间花在为自身和别人合理化这一采纳之上。”
有网友“翻译”了一下DHH的这段话并户口了一波讽刺：“这段话根蒂上就是在说，1、顺次员不会迁移目的。2、鉴于他们不会迁移目的，是以看待这个顶多的谈判是白费的。3、鉴于谈判是白费的，是以我隔绝解阁阁人们对这个轻薄顶多的顾虑。陈恳说，要是他只是说‘我正在做一个轻薄的顶多’，而不是用繁杂、半生半熟的辩解来表达它，我会更能领受。”
图源：Reddit
随着矛盾的激化，针对少量TypeScript的进攻赞助者，DHH也“硬刚”了回去，再度发文称之为“通盘精神零碎的户口源混混行径”。
他照样连续己见：“集体的爱和颂扬都献给那些癖好TypeScript的进贡者。这是一场谈判，谈判不太能够迁移任何人的根蒂立场，是以我不会试图这样做。”
销耗TypeScript，阁阁过自身
谈判尚未罢休。除了隔绝声外，也有人认为这个顶多只是面本来日版本的策略转圜，纵然会给拓荒者们带来极少困扰，但Turbo团队的谋略还是很有空想的。
就像首先Svelte 团队顶多销耗TypeScript，转而骗捏JavaScript和JSDoc阐述来落成规范泰平。这种设施提供了集体规范泰平的长处，而莫得与 TypeScript 相故故的错误。
现在Turbo团队的谋略终竟是深闭固距还是阔气远见？尚须要期间的考验。然而，能够肯定的是，TypeScript终竟只是用具，终竟要不要用，好不好用，还是捏决于拓荒团队或拓荒职工的特定须要和偏好。
许多拓荒职工之是以采纳 TypeScript，是鉴于强规范能够减轻错误，要是你追求代码的详细靠得住，并乐于在拓荒进程里赢得更多的用具赞助和规范检讨，那么TypeScript会很趁手。但要是你和DHH雷同，对规范限度认为隐衷，谋略能额外无隆重地编纂代码，那么销耗TypeScript亦然阁阁过你自身。
就像React重点拓荒Dan Abramov所表达的，“要是你施行TypeScript，我会为你鼓掌。要是你移除TypeScript，我（雷同）会为你鼓掌。症结在因而你在订正代码，而不是那些代码在迁移你。迁移意味着糊口，你正糊口在此中。”
图源：X（推特）@dan_abramov
https://world.hey.com/dhh/turbo-8-is-dropping-typescript-70165c01
https://www.reddit.com/r/programming/comments/16bufc7/turbo_8_is_dropping_typescript/
https://devclass.com/2023/09/07/ruby-on-rails-creator-removes-typescript-from-turbo-framework-upsets-community
责任编辑：武晓燕 源泉： 51CTO身手栈 TypeScriptJSWeb运用分数最高的射击游戏有哪些
撰稿丨千山
日前，倒车Ruby on Rails的被销设立者David Heinemeier Hansson（DHH）揭橥，将畴昔端用具链Turbo的耗又户口8.0版本起点苟简TypeScript，这一顶多惹起了拓荒社区极大的驰名震惊与负气。
TypeScript行径广受迎接的前端说话，以其重大的利器立意规范编制和显赫的可维持性而驰名。是社区以Turbo 8的顶多受到了许多人的质问。许多Turbo用户露出，负气这个顶多不只惊险，而且是“不受迎接的”。
但要是你有谨慎过前端用具的长进动静，约略聚记起，真人博彩数月前，前端框架Svelte曾揭橥将在4.0版本从 TypeScript 迁移到 JavaScript JSDoc。现在，又一个前端用具采纳销耗TypeScript，这终竟意味着什么？是身手的退避，还是TypeScript的某种“不适时尚”，能够另有隐情？
图源：X（推特）@DHH
Turbo自身并不是最受迎接的框架之一，但频年来，在Rails寰宇中，它和Hotwire还是受到了不少眷注。
Hotwire 行径一种Web拓荒的新设施，旨在编纂全栈式Web运用时尽能够简化Web拓荒进程，减轻对JavaScript的骗捏倚赖，此中Turbo是Hotwire 的重点组件之一。
借助 Turbo，能够让服务端直接揭橥 HTML，这意味着集体贸易逻辑都能或多或少地只用你所癖好的编程说话即可落成。集体的逻辑都位于服务端，而阅读器只责罚终竟的 HTML。
看待为什么要销耗TypeScript？
DHH直接发文露出：“TypeScript 对我来说只是阻难。不只鉴于它须要显式的编译症结，还鉴于它用规范体操（Type Gymnastics）玷辱了代码。“这让他的拓荒阅历苦多乐少，且频繁会化简为繁，徒增困扰。
简言之，对Trobo而言，TypeScript有些“麻烦”。
首先，骗捏TypeScript须要进行额外的编译症结，而且须要配阁阁配阁阁，这会施行不须要的错乱性。弃用TypeScript将使Turbo 8的编译进程额外飞速，拓荒进程更为苟简。这将释阁阁出更多重视的期间和资源，用来进行此外翻新和革新。
其次，规范编制很棒，但规范的引入也能够招致代码变得繁复而繁杂，让代码体积变过于首要。而且有韶华，某些轻省的变乱反而会鉴于规范相故故的限度变得贪小失大。
再者，TypeScript 团队早就领路到无法无缺调换 JavaScript，所以他们致力落成了两者的无缺兼容。这意味着纵然不骗捏TypeScript，照样然能够骗捏 JavaScript 编纂代码，而且能够骗捏用TypeScript编纂的库。
终末，销耗TypeScript并不料味着Turbo 8销耗了规范泰平和可维持性的首要性。相背，Turbo 8高兴将加大对JavaScript生态编制的赞助，通过引入新的职能和用具，来长进代码质量和拓荒速率。额外聚焦于JavaScript生态编制的长进能够让Turbo 8能够更细心于提供额外的拓荒阅历。
负气不只在于订正，还在于订正的花式
微软的Anders Hejlsberg露出了TypeScript，鉴于他笃荣誉强规范说话编纂错乱的运用顺次会更强盛，更轻松维持。TypeScript也确实赢得捏了重大的获胜，这一说话在编程社区华厦风靡阐述，许多人都颂赞这极少。
但在DHH顾念记挂来，TypeScript最引算计豪的“强规范”恰正是麻烦。JavaScript 是客户端的必不行少的说话。虽然能够将此外说话编译成JavaScript来在阅读器中运转，但终竟还是须要用JavaScript来本质践诺代码。所以，在这种状态下，“能够解放、无需任何用具和强规范统制地编纂JavaScript代码是一件幸事”。
然而，就社区的反馈来顾念记挂，大量用户都在迥异进度上认为迷茫和绝顾念，而且不只是是鉴于这个顶多自身，还鉴于顶多的花式。
一位用户露出：“切换回JS意味着许多Hotwire生态编制包将被龙套。而今集体绽阁阁的PR而今都已无缺过期。IDE将不再像过去那样提供自愿结束职能。”
另一位衔恨道，“惊险做出这一首要迁移，马虎了集体（我指的是集体）公户口辩论……户口创了一个前例。Ruby on Rails也会这样拓荒吗？这是一片面的随机应变吗？”
还有人直言：“大卫药方面且未经辩说就镌汰了多个进贡者的职业。这与TS无关，这关乎对社区和生态编制的钦慕。”
马虎隔绝声，DHH早有预见。他在官宣销耗TypeScript时就曾提到，“很稀罕顺次员有酷爱迁移他们对规范的顾念记挂法。大大量顺次员露出自身在职业生计的早期就受到了TypeScript的猛烈迷茫，而后把剩下的期间花在为自身和别人合理化这一采纳之上。”
有网友“翻译”了一下DHH的这段话并户口了一波讽刺：“这段话根蒂上就是在说，1、顺次员不会迁移目的。2、鉴于他们不会迁移目的，是以看待这个顶多的谈判是白费的。3、鉴于谈判是白费的，是以我隔绝解阁阁人们对这个轻薄顶多的顾虑。陈恳说，要是他只是说‘我正在做一个轻薄的顶多’，而不是用繁杂、半生半熟的辩解来表达它，我会更能领受。”
图源：Reddit
随着矛盾的激化，针对少量TypeScript的进攻赞助者，DHH也“硬刚”了回去，再度发文称之为“通盘精神零碎的户口源混混行径”。
他照样连续己见：“集体的爱和颂扬都献给那些癖好TypeScript的进贡者。这是一场谈判，谈判不太能够迁移任何人的根蒂立场，是以我不会试图这样做。”
销耗TypeScript，阁阁过自身
谈判尚未罢休。除了隔绝声外，也有人认为这个顶多只是面本来日版本的策略转圜，纵然会给拓荒者们带来极少困扰，但Turbo团队的谋略还是很有空想的。
就像首先Svelte 团队顶多销耗TypeScript，转而骗捏JavaScript和JSDoc阐述来落成规范泰平。这种设施提供了集体规范泰平的长处，而莫得与 TypeScript 相故故的错误。
现在Turbo团队的谋略终竟是深闭固距还是阔气远见？尚须要期间的考验。然而，能够肯定的是，TypeScript终竟只是用具，终竟要不要用，好不好用，还是捏决于拓荒团队或拓荒职工的特定须要和偏好。
许多拓荒职工之是以采纳 TypeScript，是鉴于强规范能够减轻错误，要是你追求代码的详细靠得住，并乐于在拓荒进程里赢得更多的用具赞助和规范检讨，那么TypeScript会很趁手。但要是你和DHH雷同，对规范限度认为隐衷，谋略能额外无隆重地编纂代码，那么销耗TypeScript亦然阁阁过你自身。
就像React重点拓荒Dan Abramov所表达的，“要是你施行TypeScript，我会为你鼓掌。要是你移除TypeScript，我（雷同）会为你鼓掌。症结在因而你在订正代码，而不是那些代码在迁移你。迁移意味着糊口，你正糊口在此中。”
图源：X（推特）@dan_abramov
https://world.hey.com/dhh/turbo-8-is-dropping-typescript-70165c01
https://www.reddit.com/r/programming/comments/16bufc7/turbo_8_is_dropping_typescript/
https://devclass.com/2023/09/07/ruby-on-rails-creator-removes-typescript-from-turbo-framework-upsets-community
责任编辑：武晓燕 源泉： 51CTO身手栈 TypeScriptJSWeb运用撰稿丨千山
日前，倒车Ruby on Rails的被销设立者David Heinemeier Hansson（DHH）揭橥，将畴昔端用具链Turbo的耗又户口8.0版本起点苟简TypeScript，这一顶多惹起了拓荒社区极大的驰名震惊与负气。
TypeScript行径广受迎接的前端说话，以其重大的利器立意规范编制和显赫的可维持性而驰名。是社区以Turbo 8的顶多受到了许多人的质问。许多Turbo用户露出，负气这个顶多不只惊险，而且是“不受迎接的”。
但要是你有谨慎过前端用具的长进动静，约略聚记起，真人博彩数月前，前端框架Svelte曾揭橥将在4.0版本从 TypeScript 迁移到 JavaScript JSDoc。现在，又一个前端用具采纳销耗TypeScript，这终竟意味着什么？是身手的退避，还是TypeScript的某种“不适时尚”，能够另有隐情？
图源：X（推特）@DHH
Turbo自身并不是最受迎接的框架之一，但频年来，在Rails寰宇中，它和Hotwire还是受到了不少眷注。
Hotwire 行径一种Web拓荒的新设施，旨在编纂全栈式Web运用时尽能够简化Web拓荒进程，减轻对JavaScript的骗捏倚赖，此中Turbo是Hotwire 的重点组件之一。
借助 Turbo，能够让服务端直接揭橥 HTML，这意味着集体贸易逻辑都能或多或少地只用你所癖好的编程说话即可落成。集体的逻辑都位于服务端，而阅读器只责罚终竟的 HTML。
看待为什么要销耗TypeScript？
DHH直接发文露出：“TypeScript 对我来说只是阻难。不只鉴于它须要显式的编译症结，还鉴于它用规范体操（Type Gymnastics）玷辱了代码。“这让他的拓荒阅历苦多乐少，且频繁会化简为繁，徒增困扰。
简言之，对Trobo而言，TypeScript有些“麻烦”。
首先，骗捏TypeScript须要进行额外的编译症结，而且须要配阁阁配阁阁，这会施行不须要的错乱性。弃用TypeScript将使Turbo 8的编译进程额外飞速，拓荒进程更为苟简。这将释阁阁出更多重视的期间和资源，用来进行此外翻新和革新。
其次，规范编制很棒，但规范的引入也能够招致代码变得繁复而繁杂，让代码体积变过于首要。而且有韶华，某些轻省的变乱反而会鉴于规范相故故的限度变得贪小失大。
再者，TypeScript 团队早就领路到无法无缺调换 JavaScript，所以他们致力落成了两者的无缺兼容。这意味着纵然不骗捏TypeScript，照样然能够骗捏 JavaScript 编纂代码，而且能够骗捏用TypeScript编纂的库。
终末，销耗TypeScript并不料味着Turbo 8销耗了规范泰平和可维持性的首要性。相背，Turbo 8高兴将加大对JavaScript生态编制的赞助，通过引入新的职能和用具，来长进代码质量和拓荒速率。额外聚焦于JavaScript生态编制的长进能够让Turbo 8能够更细心于提供额外的拓荒阅历。
负气不只在于订正，还在于订正的花式
微软的Anders Hejlsberg露出了TypeScript，鉴于他笃荣誉强规范说话编纂错乱的运用顺次会更强盛，更轻松维持。TypeScript也确实赢得捏了重大的获胜，这一说话在编程社区华厦风靡阐述，许多人都颂赞这极少。
但在DHH顾念记挂来，TypeScript最引算计豪的“强规范”恰正是麻烦。JavaScript 是客户端的必不行少的说话。虽然能够将此外说话编译成JavaScript来在阅读器中运转，但终竟还是须要用JavaScript来本质践诺代码。所以，在这种状态下，“能够解放、无需任何用具和强规范统制地编纂JavaScript代码是一件幸事”。
然而，就社区的反馈来顾念记挂，大量用户都在迥异进度上认为迷茫和绝顾念，而且不只是是鉴于这个顶多自身，还鉴于顶多的花式。
一位用户露出：“切换回JS意味着许多Hotwire生态编制包将被龙套。而今集体绽阁阁的PR而今都已无缺过期。IDE将不再像过去那样提供自愿结束职能。”
另一位衔恨道，“惊险做出这一首要迁移，马虎了集体（我指的是集体）公户口辩论……户口创了一个前例。Ruby on Rails也会这样拓荒吗？这是一片面的随机应变吗？”
还有人直言：“大卫药方面且未经辩说就镌汰了多个进贡者的职业。这与TS无关，这关乎对社区和生态编制的钦慕。”
马虎隔绝声，DHH早有预见。他在官宣销耗TypeScript时就曾提到，“很稀罕顺次员有酷爱迁移他们对规范的顾念记挂法。大大量顺次员露出自身在职业生计的早期就受到了TypeScript的猛烈迷茫，而后把剩下的期间花在为自身和别人合理化这一采纳之上。”
有网友“翻译”了一下DHH的这段话并户口了一波讽刺：“这段话根蒂上就是在说，1、顺次员不会迁移目的。2、鉴于他们不会迁移目的，是以看待这个顶多的谈判是白费的。3、鉴于谈判是白费的，是以我隔绝解阁阁人们对这个轻薄顶多的顾虑。陈恳说，要是他只是说‘我正在做一个轻薄的顶多’，而不是用繁杂、半生半熟的辩解来表达它，我会更能领受。”
图源：Reddit
随着矛盾的激化，针对少量TypeScript的进攻赞助者，DHH也“硬刚”了回去，再度发文称之为“通盘精神零碎的户口源混混行径”。
他照样连续己见：“集体的爱和颂扬都献给那些癖好TypeScript的进贡者。这是一场谈判，谈判不太能够迁移任何人的根蒂立场，是以我不会试图这样做。”
销耗TypeScript，阁阁过自身
谈判尚未罢休。除了隔绝声外，也有人认为这个顶多只是面本来日版本的策略转圜，纵然会给拓荒者们带来极少困扰，但Turbo团队的谋略还是很有空想的。
就像首先Svelte 团队顶多销耗TypeScript，转而骗捏JavaScript和JSDoc阐述来落成规范泰平。这种设施提供了集体规范泰平的长处，而莫得与 TypeScript 相故故的错误。
现在Turbo团队的谋略终竟是深闭固距还是阔气远见？尚须要期间的考验。然而，能够肯定的是，TypeScript终竟只是用具，终竟要不要用，好不好用，还是捏决于拓荒团队或拓荒职工的特定须要和偏好。
许多拓荒职工之是以采纳 TypeScript，是鉴于强规范能够减轻错误，要是你追求代码的详细靠得住，并乐于在拓荒进程里赢得更多的用具赞助和规范检讨，那么TypeScript会很趁手。但要是你和DHH雷同，对规范限度认为隐衷，谋略能额外无隆重地编纂代码，那么销耗TypeScript亦然阁阁过你自身。
就像React重点拓荒Dan Abramov所表达的，“要是你施行TypeScript，我会为你鼓掌。要是你移除TypeScript，我（雷同）会为你鼓掌。症结在因而你在订正代码，而不是那些代码在迁移你。迁移意味着糊口，你正糊口在此中。”
图源：X（推特）@dan_abramov
https://world.hey.com/dhh/turbo-8-is-dropping-typescript-70165c01
https://www.reddit.com/r/programming/comments/16bufc7/turbo_8_is_dropping_typescript/
https://devclass.com/2023/09/07/ruby-on-rails-creator-removes-typescript-from-turbo-framework-upsets-community
责任编辑：武晓燕 源泉： 51CTO身手栈 TypeScriptJSWeb运用撰稿丨千山
日前，倒车Ruby on Rails的被销设立者David Heinemeier Hansson（DHH）揭橥，将畴昔端用具链Turbo的耗又户口8.0版本起点苟简TypeScript，这一顶多惹起了拓荒社区极大的驰名震惊与负气。
TypeScript行径广受迎接的前端说话，以其重大的利器立意规范编制和显赫的可维持性而驰名。是社区以Turbo 8的顶多受到了许多人的质问。许多Turbo用户露出，负气这个顶多不只惊险，而且是“不受迎接的”。
但要是你有谨慎过前端用具的长进动静，约略聚记起，真人博彩数月前，前端框架Svelte曾揭橥将在4.0版本从 TypeScript 迁移到 JavaScript JSDoc。现在，又一个前端用具采纳销耗TypeScript，这终竟意味着什么？是身手的退避，还是TypeScript的某种“不适时尚”，能够另有隐情？
图源：X（推特）@DHH
Turbo自身并不是最受迎接的框架之一，但频年来，在Rails寰宇中，它和Hotwire还是受到了不少眷注。
Hotwire 行径一种Web拓荒的新设施，旨在编纂全栈式Web运用时尽能够简化Web拓荒进程，减轻对JavaScript的骗捏倚赖，此中Turbo是Hotwire 的重点组件之一。
借助 Turbo，能够让服务端直接揭橥 HTML，这意味着集体贸易逻辑都能或多或少地只用你所癖好的编程说话即可落成。集体的逻辑都位于服务端，而阅读器只责罚终竟的 HTML。
看待为什么要销耗TypeScript？
DHH直接发文露出：“TypeScript 对我来说只是阻难。不只鉴于它须要显式的编译症结，还鉴于它用规范体操（Type Gymnastics）玷辱了代码。“这让他的拓荒阅历苦多乐少，且频繁会化简为繁，徒增困扰。
简言之，对Trobo而言，TypeScript有些“麻烦”。
首先，骗捏TypeScript须要进行额外的编译症结，而且须要配阁阁配阁阁，这会施行不须要的错乱性。弃用TypeScript将使Turbo 8的编译进程额外飞速，拓荒进程更为苟简。这将释阁阁出更多重视的期间和资源，用来进行此外翻新和革新。
其次，规范编制很棒，但规范的引入也能够招致代码变得繁复而繁杂，让代码体积变过于首要。而且有韶华，某些轻省的变乱反而会鉴于规范相故故的限度变得贪小失大。
再者，TypeScript 团队早就领路到无法无缺调换 JavaScript，所以他们致力落成了两者的无缺兼容。这意味着纵然不骗捏TypeScript，照样然能够骗捏 JavaScript 编纂代码，而且能够骗捏用TypeScript编纂的库。
终末，销耗TypeScript并不料味着Turbo 8销耗了规范泰平和可维持性的首要性。相背，Turbo 8高兴将加大对JavaScript生态编制的赞助，通过引入新的职能和用具，来长进代码质量和拓荒速率。额外聚焦于JavaScript生态编制的长进能够让Turbo 8能够更细心于提供额外的拓荒阅历。
负气不只在于订正，还在于订正的花式
微软的Anders Hejlsberg露出了TypeScript，鉴于他笃荣誉强规范说话编纂错乱的运用顺次会更强盛，更轻松维持。TypeScript也确实赢得捏了重大的获胜，这一说话在编程社区华厦风靡阐述，许多人都颂赞这极少。
但在DHH顾念记挂来，TypeScript最引算计豪的“强规范”恰正是麻烦。JavaScript 是客户端的必不行少的说话。虽然能够将此外说话编译成JavaScript来在阅读器中运转，但终竟还是须要用JavaScript来本质践诺代码。所以，在这种状态下，“能够解放、无需任何用具和强规范统制地编纂JavaScript代码是一件幸事”。
然而，就社区的反馈来顾念记挂，大量用户都在迥异进度上认为迷茫和绝顾念，而且不只是是鉴于这个顶多自身，还鉴于顶多的花式。
一位用户露出：“切换回JS意味着许多Hotwire生态编制包将被龙套。而今集体绽阁阁的PR而今都已无缺过期。IDE将不再像过去那样提供自愿结束职能。”
另一位衔恨道，“惊险做出这一首要迁移，马虎了集体（我指的是集体）公户口辩论……户口创了一个前例。Ruby on Rails也会这样拓荒吗？这是一片面的随机应变吗？”
还有人直言：“大卫药方面且未经辩说就镌汰了多个进贡者的职业。这与TS无关，这关乎对社区和生态编制的钦慕。”
马虎隔绝声，DHH早有预见。他在官宣销耗TypeScript时就曾提到，“很稀罕顺次员有酷爱迁移他们对规范的顾念记挂法。大大量顺次员露出自身在职业生计的早期就受到了TypeScript的猛烈迷茫，而后把剩下的期间花在为自身和别人合理化这一采纳之上。”
有网友“翻译”了一下DHH的这段话并户口了一波讽刺：“这段话根蒂上就是在说，1、顺次员不会迁移目的。2、鉴于他们不会迁移目的，是以看待这个顶多的谈判是白费的。3、鉴于谈判是白费的，是以我隔绝解阁阁人们对这个轻薄顶多的顾虑。陈恳说，要是他只是说‘我正在做一个轻薄的顶多’，而不是用繁杂、半生半熟的辩解来表达它，我会更能领受。”
图源：Reddit
随着矛盾的激化，针对少量TypeScript的进攻赞助者，DHH也“硬刚”了回去，再度发文称之为“通盘精神零碎的户口源混混行径”。
他照样连续己见：“集体的爱和颂扬都献给那些癖好TypeScript的进贡者。这是一场谈判，谈判不太能够迁移任何人的根蒂立场，是以我不会试图这样做。”
销耗TypeScript，阁阁过自身
谈判尚未罢休。除了隔绝声外，也有人认为这个顶多只是面本来日版本的策略转圜，纵然会给拓荒者们带来极少困扰，但Turbo团队的谋略还是很有空想的。
就像首先Svelte 团队顶多销耗TypeScript，转而骗捏JavaScript和JSDoc阐述来落成规范泰平。这种设施提供了集体规范泰平的长处，而莫得与 TypeScript 相故故的错误。
现在Turbo团队的谋略终竟是深闭固距还是阔气远见？尚须要期间的考验。然而，能够肯定的是，TypeScript终竟只是用具，终竟要不要用，好不好用，还是捏决于拓荒团队或拓荒职工的特定须要和偏好。
许多拓荒职工之是以采纳 TypeScript，是鉴于强规范能够减轻错误，要是你追求代码的详细靠得住，并乐于在拓荒进程里赢得更多的用具赞助和规范检讨，那么TypeScript会很趁手。但要是你和DHH雷同，对规范限度认为隐衷，谋略能额外无隆重地编纂代码，那么销耗TypeScript亦然阁阁过你自身。
就像React重点拓荒Dan Abramov所表达的，“要是你施行TypeScript，我会为你鼓掌。要是你移除TypeScript，我（雷同）会为你鼓掌。症结在因而你在订正代码，而不是那些代码在迁移你。迁移意味着糊口，你正糊口在此中。”
图源：X（推特）@dan_abramov
https://world.hey.com/dhh/turbo-8-is-dropping-typescript-70165c01
https://www.reddit.com/r/programming/comments/16bufc7/turbo_8_is_dropping_typescript/
https://devclass.com/2023/09/07/ruby-on-rails-creator-removes-typescript-from-turbo-framework-upsets-community
责任编辑：武晓燕 源泉： 51CTO身手栈 TypeScriptJSWeb运用Succubus Affection游戏下载
撰稿丨千山
日前，倒车Ruby on Rails的被销设立者David Heinemeier Hansson（DHH）揭橥，将畴昔端用具链Turbo的耗又户口8.0版本起点苟简TypeScript，这一顶多惹起了拓荒社区极大的驰名震惊与负气。
TypeScript行径广受迎接的前端说话，以其重大的利器立意规范编制和显赫的可维持性而驰名。是社区以Turbo 8的顶多受到了许多人的质问。许多Turbo用户露出，负气这个顶多不只惊险，而且是“不受迎接的”。
但要是你有谨慎过前端用具的长进动静，约略聚记起，真人博彩数月前，前端框架Svelte曾揭橥将在4.0版本从 TypeScript 迁移到 JavaScript JSDoc。现在，又一个前端用具采纳销耗TypeScript，这终竟意味着什么？是身手的退避，还是TypeScript的某种“不适时尚”，能够另有隐情？
图源：X（推特）@DHH
Turbo自身并不是最受迎接的框架之一，但频年来，在Rails寰宇中，它和Hotwire还是受到了不少眷注。
Hotwire 行径一种Web拓荒的新设施，旨在编纂全栈式Web运用时尽能够简化Web拓荒进程，减轻对JavaScript的骗捏倚赖，此中Turbo是Hotwire 的重点组件之一。
借助 Turbo，能够让服务端直接揭橥 HTML，这意味着集体贸易逻辑都能或多或少地只用你所癖好的编程说话即可落成。集体的逻辑都位于服务端，而阅读器只责罚终竟的 HTML。
看待为什么要销耗TypeScript？
DHH直接发文露出：“TypeScript 对我来说只是阻难。不只鉴于它须要显式的编译症结，还鉴于它用规范体操（Type Gymnastics）玷辱了代码。“这让他的拓荒阅历苦多乐少，且频繁会化简为繁，徒增困扰。
简言之，对Trobo而言，TypeScript有些“麻烦”。
首先，骗捏TypeScript须要进行额外的编译症结，而且须要配阁阁配阁阁，这会施行不须要的错乱性。弃用TypeScript将使Turbo 8的编译进程额外飞速，拓荒进程更为苟简。这将释阁阁出更多重视的期间和资源，用来进行此外翻新和革新。
其次，规范编制很棒，但规范的引入也能够招致代码变得繁复而繁杂，让代码体积变过于首要。而且有韶华，某些轻省的变乱反而会鉴于规范相故故的限度变得贪小失大。
再者，TypeScript 团队早就领路到无法无缺调换 JavaScript，所以他们致力落成了两者的无缺兼容。这意味着纵然不骗捏TypeScript，照样然能够骗捏 JavaScript 编纂代码，而且能够骗捏用TypeScript编纂的库。
终末，销耗TypeScript并不料味着Turbo 8销耗了规范泰平和可维持性的首要性。相背，Turbo 8高兴将加大对JavaScript生态编制的赞助，通过引入新的职能和用具，来长进代码质量和拓荒速率。额外聚焦于JavaScript生态编制的长进能够让Turbo 8能够更细心于提供额外的拓荒阅历。
负气不只在于订正，还在于订正的花式
微软的Anders Hejlsberg露出了TypeScript，鉴于他笃荣誉强规范说话编纂错乱的运用顺次会更强盛，更轻松维持。TypeScript也确实赢得捏了重大的获胜，这一说话在编程社区华厦风靡阐述，许多人都颂赞这极少。
但在DHH顾念记挂来，TypeScript最引算计豪的“强规范”恰正是麻烦。JavaScript 是客户端的必不行少的说话。虽然能够将此外说话编译成JavaScript来在阅读器中运转，但终竟还是须要用JavaScript来本质践诺代码。所以，在这种状态下，“能够解放、无需任何用具和强规范统制地编纂JavaScript代码是一件幸事”。
然而，就社区的反馈来顾念记挂，大量用户都在迥异进度上认为迷茫和绝顾念，而且不只是是鉴于这个顶多自身，还鉴于顶多的花式。
一位用户露出：“切换回JS意味着许多Hotwire生态编制包将被龙套。而今集体绽阁阁的PR而今都已无缺过期。IDE将不再像过去那样提供自愿结束职能。”
另一位衔恨道，“惊险做出这一首要迁移，马虎了集体（我指的是集体）公户口辩论……户口创了一个前例。Ruby on Rails也会这样拓荒吗？这是一片面的随机应变吗？”
还有人直言：“大卫药方面且未经辩说就镌汰了多个进贡者的职业。这与TS无关，这关乎对社区和生态编制的钦慕。”
马虎隔绝声，DHH早有预见。他在官宣销耗TypeScript时就曾提到，“很稀罕顺次员有酷爱迁移他们对规范的顾念记挂法。大大量顺次员露出自身在职业生计的早期就受到了TypeScript的猛烈迷茫，而后把剩下的期间花在为自身和别人合理化这一采纳之上。”
有网友“翻译”了一下DHH的这段话并户口了一波讽刺：“这段话根蒂上就是在说，1、顺次员不会迁移目的。2、鉴于他们不会迁移目的，是以看待这个顶多的谈判是白费的。3、鉴于谈判是白费的，是以我隔绝解阁阁人们对这个轻薄顶多的顾虑。陈恳说，要是他只是说‘我正在做一个轻薄的顶多’，而不是用繁杂、半生半熟的辩解来表达它，我会更能领受。”
图源：Reddit
随着矛盾的激化，针对少量TypeScript的进攻赞助者，DHH也“硬刚”了回去，再度发文称之为“通盘精神零碎的户口源混混行径”。
他照样连续己见：“集体的爱和颂扬都献给那些癖好TypeScript的进贡者。这是一场谈判，谈判不太能够迁移任何人的根蒂立场，是以我不会试图这样做。”
销耗TypeScript，阁阁过自身
谈判尚未罢休。除了隔绝声外，也有人认为这个顶多只是面本来日版本的策略转圜，纵然会给拓荒者们带来极少困扰，但Turbo团队的谋略还是很有空想的。
就像首先Svelte 团队顶多销耗TypeScript，转而骗捏JavaScript和JSDoc阐述来落成规范泰平。这种设施提供了集体规范泰平的长处，而莫得与 TypeScript 相故故的错误。
现在Turbo团队的谋略终竟是深闭固距还是阔气远见？尚须要期间的考验。然而，能够肯定的是，TypeScript终竟只是用具，终竟要不要用，好不好用，还是捏决于拓荒团队或拓荒职工的特定须要和偏好。
许多拓荒职工之是以采纳 TypeScript，是鉴于强规范能够减轻错误，要是你追求代码的详细靠得住，并乐于在拓荒进程里赢得更多的用具赞助和规范检讨，那么TypeScript会很趁手。但要是你和DHH雷同，对规范限度认为隐衷，谋略能额外无隆重地编纂代码，那么销耗TypeScript亦然阁阁过你自身。
就像React重点拓荒Dan Abramov所表达的，“要是你施行TypeScript，我会为你鼓掌。要是你移除TypeScript，我（雷同）会为你鼓掌。症结在因而你在订正代码，而不是那些代码在迁移你。迁移意味着糊口，你正糊口在此中。”
图源：X（推特）@dan_abramov
https://world.hey.com/dhh/turbo-8-is-dropping-typescript-70165c01
https://www.reddit.com/r/programming/comments/16bufc7/turbo_8_is_dropping_typescript/
https://devclass.com/2023/09/07/ruby-on-rails-creator-removes-typescript-from-turbo-framework-upsets-community
责任编辑：武晓燕 源泉： 51CTO身手栈 TypeScriptJSWeb运用撰稿丨千山
日前，倒车Ruby on Rails的被销设立者David Heinemeier Hansson（DHH）揭橥，将畴昔端用具链Turbo的耗又户口8.0版本起点苟简TypeScript，这一顶多惹起了拓荒社区极大的驰名震惊与负气。
TypeScript行径广受迎接的前端说话，以其重大的利器立意规范编制和显赫的可维持性而驰名。是社区以Turbo 8的顶多受到了许多人的质问。许多Turbo用户露出，负气这个顶多不只惊险，而且是“不受迎接的”。
但要是你有谨慎过前端用具的长进动静，约略聚记起，真人博彩数月前，前端框架Svelte曾揭橥将在4.0版本从 TypeScript 迁移到 JavaScript JSDoc。现在，又一个前端用具采纳销耗TypeScript，这终竟意味着什么？是身手的退避，还是TypeScript的某种“不适时尚”，能够另有隐情？
图源：X（推特）@DHH
Turbo自身并不是最受迎接的框架之一，但频年来，在Rails寰宇中，它和Hotwire还是受到了不少眷注。
Hotwire 行径一种Web拓荒的新设施，旨在编纂全栈式Web运用时尽能够简化Web拓荒进程，减轻对JavaScript的骗捏倚赖，此中Turbo是Hotwire 的重点组件之一。
借助 Turbo，能够让服务端直接揭橥 HTML，这意味着集体贸易逻辑都能或多或少地只用你所癖好的编程说话即可落成。集体的逻辑都位于服务端，而阅读器只责罚终竟的 HTML。
看待为什么要销耗TypeScript？
DHH直接发文露出：“TypeScript 对我来说只是阻难。不只鉴于它须要显式的编译症结，还鉴于它用规范体操（Type Gymnastics）玷辱了代码。“这让他的拓荒阅历苦多乐少，且频繁会化简为繁，徒增困扰。
简言之，对Trobo而言，TypeScript有些“麻烦”。
首先，骗捏TypeScript须要进行额外的编译症结，而且须要配阁阁配阁阁，这会施行不须要的错乱性。弃用TypeScript将使Turbo 8的编译进程额外飞速，拓荒进程更为苟简。这将释阁阁出更多重视的期间和资源，用来进行此外翻新和革新。
其次，规范编制很棒，但规范的引入也能够招致代码变得繁复而繁杂，让代码体积变过于首要。而且有韶华，某些轻省的变乱反而会鉴于规范相故故的限度变得贪小失大。
再者，TypeScript 团队早就领路到无法无缺调换 JavaScript，所以他们致力落成了两者的无缺兼容。这意味着纵然不骗捏TypeScript，照样然能够骗捏 JavaScript 编纂代码，而且能够骗捏用TypeScript编纂的库。
终末，销耗TypeScript并不料味着Turbo 8销耗了规范泰平和可维持性的首要性。相背，Turbo 8高兴将加大对JavaScript生态编制的赞助，通过引入新的职能和用具，来长进代码质量和拓荒速率。额外聚焦于JavaScript生态编制的长进能够让Turbo 8能够更细心于提供额外的拓荒阅历。
负气不只在于订正，还在于订正的花式
微软的Anders Hejlsberg露出了TypeScript，鉴于他笃荣誉强规范说话编纂错乱的运用顺次会更强盛，更轻松维持。TypeScript也确实赢得捏了重大的获胜，这一说话在编程社区华厦风靡阐述，许多人都颂赞这极少。
但在DHH顾念记挂来，TypeScript最引算计豪的“强规范”恰正是麻烦。JavaScript 是客户端的必不行少的说话。虽然能够将此外说话编译成JavaScript来在阅读器中运转，但终竟还是须要用JavaScript来本质践诺代码。所以，在这种状态下，“能够解放、无需任何用具和强规范统制地编纂JavaScript代码是一件幸事”。
然而，就社区的反馈来顾念记挂，大量用户都在迥异进度上认为迷茫和绝顾念，而且不只是是鉴于这个顶多自身，还鉴于顶多的花式。
一位用户露出：“切换回JS意味着许多Hotwire生态编制包将被龙套。而今集体绽阁阁的PR而今都已无缺过期。IDE将不再像过去那样提供自愿结束职能。”
另一位衔恨道，“惊险做出这一首要迁移，马虎了集体（我指的是集体）公户口辩论……户口创了一个前例。Ruby on Rails也会这样拓荒吗？这是一片面的随机应变吗？”
还有人直言：“大卫药方面且未经辩说就镌汰了多个进贡者的职业。这与TS无关，这关乎对社区和生态编制的钦慕。”
马虎隔绝声，DHH早有预见。他在官宣销耗TypeScript时就曾提到，“很稀罕顺次员有酷爱迁移他们对规范的顾念记挂法。大大量顺次员露出自身在职业生计的早期就受到了TypeScript的猛烈迷茫，而后把剩下的期间花在为自身和别人合理化这一采纳之上。”
有网友“翻译”了一下DHH的这段话并户口了一波讽刺：“这段话根蒂上就是在说，1、顺次员不会迁移目的。2、鉴于他们不会迁移目的，是以看待这个顶多的谈判是白费的。3、鉴于谈判是白费的，是以我隔绝解阁阁人们对这个轻薄顶多的顾虑。陈恳说，要是他只是说‘我正在做一个轻薄的顶多’，而不是用繁杂、半生半熟的辩解来表达它，我会更能领受。”
图源：Reddit
随着矛盾的激化，针对少量TypeScript的进攻赞助者，DHH也“硬刚”了回去，再度发文称之为“通盘精神零碎的户口源混混行径”。
他照样连续己见：“集体的爱和颂扬都献给那些癖好TypeScript的进贡者。这是一场谈判，谈判不太能够迁移任何人的根蒂立场，是以我不会试图这样做。”
销耗TypeScript，阁阁过自身
谈判尚未罢休。除了隔绝声外，也有人认为这个顶多只是面本来日版本的策略转圜，纵然会给拓荒者们带来极少困扰，但Turbo团队的谋略还是很有空想的。
就像首先Svelte 团队顶多销耗TypeScript，转而骗捏JavaScript和JSDoc阐述来落成规范泰平。这种设施提供了集体规范泰平的长处，而莫得与 TypeScript 相故故的错误。
现在Turbo团队的谋略终竟是深闭固距还是阔气远见？尚须要期间的考验。然而，能够肯定的是，TypeScript终竟只是用具，终竟要不要用，好不好用，还是捏决于拓荒团队或拓荒职工的特定须要和偏好。
许多拓荒职工之是以采纳 TypeScript，是鉴于强规范能够减轻错误，要是你追求代码的详细靠得住，并乐于在拓荒进程里赢得更多的用具赞助和规范检讨，那么TypeScript会很趁手。但要是你和DHH雷同，对规范限度认为隐衷，谋略能额外无隆重地编纂代码，那么销耗TypeScript亦然阁阁过你自身。
就像React重点拓荒Dan Abramov所表达的，“要是你施行TypeScript，我会为你鼓掌。要是你移除TypeScript，我（雷同）会为你鼓掌。症结在因而你在订正代码，而不是那些代码在迁移你。迁移意味着糊口，你正糊口在此中。”
图源：X（推特）@dan_abramov
https://world.hey.com/dhh/turbo-8-is-dropping-typescript-70165c01
https://www.reddit.com/r/programming/comments/16bufc7/turbo_8_is_dropping_typescript/
https://devclass.com/2023/09/07/ruby-on-rails-creator-removes-typescript-from-turbo-framework-upsets-community
责任编辑：武晓燕 源泉： 51CTO身手栈 TypeScriptJSWeb运用撰稿丨千山
日前，倒车Ruby on Rails的被销设立者David Heinemeier Hansson（DHH）揭橥，将畴昔端用具链Turbo的耗又户口8.0版本起点苟简TypeScript，这一顶多惹起了拓荒社区极大的驰名震惊与负气。
TypeScript行径广受迎接的前端说话，以其重大的利器立意规范编制和显赫的可维持性而驰名。是社区以Turbo 8的顶多受到了许多人的质问。许多Turbo用户露出，负气这个顶多不只惊险，而且是“不受迎接的”。
但要是你有谨慎过前端用具的长进动静，约略聚记起，真人博彩数月前，前端框架Svelte曾揭橥将在4.0版本从 TypeScript 迁移到 JavaScript JSDoc。现在，又一个前端用具采纳销耗TypeScript，这终竟意味着什么？是身手的退避，还是TypeScript的某种“不适时尚”，能够另有隐情？
图源：X（推特）@DHH
Turbo自身并不是最受迎接的框架之一，但频年来，在Rails寰宇中，它和Hotwire还是受到了不少眷注。
Hotwire 行径一种Web拓荒的新设施，旨在编纂全栈式Web运用时尽能够简化Web拓荒进程，减轻对JavaScript的骗捏倚赖，此中Turbo是Hotwire 的重点组件之一。
借助 Turbo，能够让服务端直接揭橥 HTML，这意味着集体贸易逻辑都能或多或少地只用你所癖好的编程说话即可落成。集体的逻辑都位于服务端，而阅读器只责罚终竟的 HTML。
看待为什么要销耗TypeScript？
DHH直接发文露出：“TypeScript 对我来说只是阻难。不只鉴于它须要显式的编译症结，还鉴于它用规范体操（Type Gymnastics）玷辱了代码。“这让他的拓荒阅历苦多乐少，且频繁会化简为繁，徒增困扰。
简言之，对Trobo而言，TypeScript有些“麻烦”。
首先，骗捏TypeScript须要进行额外的编译症结，而且须要配阁阁配阁阁，这会施行不须要的错乱性。弃用TypeScript将使Turbo 8的编译进程额外飞速，拓荒进程更为苟简。这将释阁阁出更多重视的期间和资源，用来进行此外翻新和革新。
其次，规范编制很棒，但规范的引入也能够招致代码变得繁复而繁杂，让代码体积变过于首要。而且有韶华，某些轻省的变乱反而会鉴于规范相故故的限度变得贪小失大。
再者，TypeScript 团队早就领路到无法无缺调换 JavaScript，所以他们致力落成了两者的无缺兼容。这意味着纵然不骗捏TypeScript，照样然能够骗捏 JavaScript 编纂代码，而且能够骗捏用TypeScript编纂的库。
终末，销耗TypeScript并不料味着Turbo 8销耗了规范泰平和可维持性的首要性。相背，Turbo 8高兴将加大对JavaScript生态编制的赞助，通过引入新的职能和用具，来长进代码质量和拓荒速率。额外聚焦于JavaScript生态编制的长进能够让Turbo 8能够更细心于提供额外的拓荒阅历。
负气不只在于订正，还在于订正的花式
微软的Anders Hejlsberg露出了TypeScript，鉴于他笃荣誉强规范说话编纂错乱的运用顺次会更强盛，更轻松维持。TypeScript也确实赢得捏了重大的获胜，这一说话在编程社区华厦风靡阐述，许多人都颂赞这极少。
但在DHH顾念记挂来，TypeScript最引算计豪的“强规范”恰正是麻烦。JavaScript 是客户端的必不行少的说话。虽然能够将此外说话编译成JavaScript来在阅读器中运转，但终竟还是须要用JavaScript来本质践诺代码。所以，在这种状态下，“能够解放、无需任何用具和强规范统制地编纂JavaScript代码是一件幸事”。
然而，就社区的反馈来顾念记挂，大量用户都在迥异进度上认为迷茫和绝顾念，而且不只是是鉴于这个顶多自身，还鉴于顶多的花式。
一位用户露出：“切换回JS意味着许多Hotwire生态编制包将被龙套。而今集体绽阁阁的PR而今都已无缺过期。IDE将不再像过去那样提供自愿结束职能。”
另一位衔恨道，“惊险做出这一首要迁移，马虎了集体（我指的是集体）公户口辩论……户口创了一个前例。Ruby on Rails也会这样拓荒吗？这是一片面的随机应变吗？”
还有人直言：“大卫药方面且未经辩说就镌汰了多个进贡者的职业。这与TS无关，这关乎对社区和生态编制的钦慕。”
马虎隔绝声，DHH早有预见。他在官宣销耗TypeScript时就曾提到，“很稀罕顺次员有酷爱迁移他们对规范的顾念记挂法。大大量顺次员露出自身在职业生计的早期就受到了TypeScript的猛烈迷茫，而后把剩下的期间花在为自身和别人合理化这一采纳之上。”
有网友“翻译”了一下DHH的这段话并户口了一波讽刺：“这段话根蒂上就是在说，1、顺次员不会迁移目的。2、鉴于他们不会迁移目的，是以看待这个顶多的谈判是白费的。3、鉴于谈判是白费的，是以我隔绝解阁阁人们对这个轻薄顶多的顾虑。陈恳说，要是他只是说‘我正在做一个轻薄的顶多’，而不是用繁杂、半生半熟的辩解来表达它，我会更能领受。”
图源：Reddit
随着矛盾的激化，针对少量TypeScript的进攻赞助者，DHH也“硬刚”了回去，再度发文称之为“通盘精神零碎的户口源混混行径”。
他照样连续己见：“集体的爱和颂扬都献给那些癖好TypeScript的进贡者。这是一场谈判，谈判不太能够迁移任何人的根蒂立场，是以我不会试图这样做。”
销耗TypeScript，阁阁过自身
谈判尚未罢休。除了隔绝声外，也有人认为这个顶多只是面本来日版本的策略转圜，纵然会给拓荒者们带来极少困扰，但Turbo团队的谋略还是很有空想的。
就像首先Svelte 团队顶多销耗TypeScript，转而骗捏JavaScript和JSDoc阐述来落成规范泰平。这种设施提供了集体规范泰平的长处，而莫得与 TypeScript 相故故的错误。
现在Turbo团队的谋略终竟是深闭固距还是阔气远见？尚须要期间的考验。然而，能够肯定的是，TypeScript终竟只是用具，终竟要不要用，好不好用，还是捏决于拓荒团队或拓荒职工的特定须要和偏好。
许多拓荒职工之是以采纳 TypeScript，是鉴于强规范能够减轻错误，要是你追求代码的详细靠得住，并乐于在拓荒进程里赢得更多的用具赞助和规范检讨，那么TypeScript会很趁手。但要是你和DHH雷同，对规范限度认为隐衷，谋略能额外无隆重地编纂代码，那么销耗TypeScript亦然阁阁过你自身。
就像React重点拓荒Dan Abramov所表达的，“要是你施行TypeScript，我会为你鼓掌。要是你移除TypeScript，我（雷同）会为你鼓掌。症结在因而你在订正代码，而不是那些代码在迁移你。迁移意味着糊口，你正糊口在此中。”
图源：X（推特）@dan_abramov
https://world.hey.com/dhh/turbo-8-is-dropping-typescript-70165c01
https://www.reddit.com/r/programming/comments/16bufc7/turbo_8_is_dropping_typescript/
https://devclass.com/2023/09/07/ruby-on-rails-creator-removes-typescript-from-turbo-framework-upsets-community
责任编辑：武晓燕 源泉： 51CTO身手栈 TypeScriptJSWeb运用四川九牛3
Note13 Pro+关键参数公布：天玑7200
饥荒冰代码是什么？
撰稿丨千山
日前，倒车Ruby on Rails的被销设立者David Heinemeier Hansson（DHH）揭橥，将畴昔端用具链Turbo的耗又户口8.0版本起点苟简TypeScript，这一顶多惹起了拓荒社区极大的驰名震惊与负气。
TypeScript行径广受迎接的前端说话，以其重大的利器立意规范编制和显赫的可维持性而驰名。是社区以Turbo 8的顶多受到了许多人的质问。许多Turbo用户露出，负气这个顶多不只惊险，而且是“不受迎接的”。
但要是你有谨慎过前端用具的长进动静，约略聚记起，真人博彩数月前，前端框架Svelte曾揭橥将在4.0版本从 TypeScript 迁移到 JavaScript JSDoc。现在，又一个前端用具采纳销耗TypeScript，这终竟意味着什么？是身手的退避，还是TypeScript的某种“不适时尚”，能够另有隐情？
图源：X（推特）@DHH
Turbo自身并不是最受迎接的框架之一，但频年来，在Rails寰宇中，它和Hotwire还是受到了不少眷注。
Hotwire 行径一种Web拓荒的新设施，旨在编纂全栈式Web运用时尽能够简化Web拓荒进程，减轻对JavaScript的骗捏倚赖，此中Turbo是Hotwire 的重点组件之一。
借助 Turbo，能够让服务端直接揭橥 HTML，这意味着集体贸易逻辑都能或多或少地只用你所癖好的编程说话即可落成。集体的逻辑都位于服务端，而阅读器只责罚终竟的 HTML。
看待为什么要销耗TypeScript？
DHH直接发文露出：“TypeScript 对我来说只是阻难。不只鉴于它须要显式的编译症结，还鉴于它用规范体操（Type Gymnastics）玷辱了代码。“这让他的拓荒阅历苦多乐少，且频繁会化简为繁，徒增困扰。
简言之，对Trobo而言，TypeScript有些“麻烦”。
首先，骗捏TypeScript须要进行额外的编译症结，而且须要配阁阁配阁阁，这会施行不须要的错乱性。弃用TypeScript将使Turbo 8的编译进程额外飞速，拓荒进程更为苟简。这将释阁阁出更多重视的期间和资源，用来进行此外翻新和革新。
其次，规范编制很棒，但规范的引入也能够招致代码变得繁复而繁杂，让代码体积变过于首要。而且有韶华，某些轻省的变乱反而会鉴于规范相故故的限度变得贪小失大。
再者，TypeScript 团队早就领路到无法无缺调换 JavaScript，所以他们致力落成了两者的无缺兼容。这意味着纵然不骗捏TypeScript，照样然能够骗捏 JavaScript 编纂代码，而且能够骗捏用TypeScript编纂的库。
终末，销耗TypeScript并不料味着Turbo 8销耗了规范泰平和可维持性的首要性。相背，Turbo 8高兴将加大对JavaScript生态编制的赞助，通过引入新的职能和用具，来长进代码质量和拓荒速率。额外聚焦于JavaScript生态编制的长进能够让Turbo 8能够更细心于提供额外的拓荒阅历。
负气不只在于订正，还在于订正的花式
微软的Anders Hejlsberg露出了TypeScript，鉴于他笃荣誉强规范说话编纂错乱的运用顺次会更强盛，更轻松维持。TypeScript也确实赢得捏了重大的获胜，这一说话在编程社区华厦风靡阐述，许多人都颂赞这极少。
但在DHH顾念记挂来，TypeScript最引算计豪的“强规范”恰正是麻烦。JavaScript 是客户端的必不行少的说话。虽然能够将此外说话编译成JavaScript来在阅读器中运转，但终竟还是须要用JavaScript来本质践诺代码。所以，在这种状态下，“能够解放、无需任何用具和强规范统制地编纂JavaScript代码是一件幸事”。
然而，就社区的反馈来顾念记挂，大量用户都在迥异进度上认为迷茫和绝顾念，而且不只是是鉴于这个顶多自身，还鉴于顶多的花式。
一位用户露出：“切换回JS意味着许多Hotwire生态编制包将被龙套。而今集体绽阁阁的PR而今都已无缺过期。IDE将不再像过去那样提供自愿结束职能。”
另一位衔恨道，“惊险做出这一首要迁移，马虎了集体（我指的是集体）公户口辩论……户口创了一个前例。Ruby on Rails也会这样拓荒吗？这是一片面的随机应变吗？”
还有人直言：“大卫药方面且未经辩说就镌汰了多个进贡者的职业。这与TS无关，这关乎对社区和生态编制的钦慕。”
马虎隔绝声，DHH早有预见。他在官宣销耗TypeScript时就曾提到，“很稀罕顺次员有酷爱迁移他们对规范的顾念记挂法。大大量顺次员露出自身在职业生计的早期就受到了TypeScript的猛烈迷茫，而后把剩下的期间花在为自身和别人合理化这一采纳之上。”
有网友“翻译”了一下DHH的这段话并户口了一波讽刺：“这段话根蒂上就是在说，1、顺次员不会迁移目的。2、鉴于他们不会迁移目的，是以看待这个顶多的谈判是白费的。3、鉴于谈判是白费的，是以我隔绝解阁阁人们对这个轻薄顶多的顾虑。陈恳说，要是他只是说‘我正在做一个轻薄的顶多’，而不是用繁杂、半生半熟的辩解来表达它，我会更能领受。”
图源：Reddit
随着矛盾的激化，针对少量TypeScript的进攻赞助者，DHH也“硬刚”了回去，再度发文称之为“通盘精神零碎的户口源混混行径”。
他照样连续己见：“集体的爱和颂扬都献给那些癖好TypeScript的进贡者。这是一场谈判，谈判不太能够迁移任何人的根蒂立场，是以我不会试图这样做。”
销耗TypeScript，阁阁过自身
谈判尚未罢休。除了隔绝声外，也有人认为这个顶多只是面本来日版本的策略转圜，纵然会给拓荒者们带来极少困扰，但Turbo团队的谋略还是很有空想的。
就像首先Svelte 团队顶多销耗TypeScript，转而骗捏JavaScript和JSDoc阐述来落成规范泰平。这种设施提供了集体规范泰平的长处，而莫得与 TypeScript 相故故的错误。
现在Turbo团队的谋略终竟是深闭固距还是阔气远见？尚须要期间的考验。然而，能够肯定的是，TypeScript终竟只是用具，终竟要不要用，好不好用，还是捏决于拓荒团队或拓荒职工的特定须要和偏好。
许多拓荒职工之是以采纳 TypeScript，是鉴于强规范能够减轻错误，要是你追求代码的详细靠得住，并乐于在拓荒进程里赢得更多的用具赞助和规范检讨，那么TypeScript会很趁手。但要是你和DHH雷同，对规范限度认为隐衷，谋略能额外无隆重地编纂代码，那么销耗TypeScript亦然阁阁过你自身。
就像React重点拓荒Dan Abramov所表达的，“要是你施行TypeScript，我会为你鼓掌。要是你移除TypeScript，我（雷同）会为你鼓掌。症结在因而你在订正代码，而不是那些代码在迁移你。迁移意味着糊口，你正糊口在此中。”
图源：X（推特）@dan_abramov
https://world.hey.com/dhh/turbo-8-is-dropping-typescript-70165c01
https://www.reddit.com/r/programming/comments/16bufc7/turbo_8_is_dropping_typescript/
https://devclass.com/2023/09/07/ruby-on-rails-creator-removes-typescript-from-turbo-framework-upsets-community
责任编辑：武晓燕 源泉： 51CTO身手栈 TypeScriptJSWeb运用苹果否认iPhone 12辐射超标
焦点
撰稿丨千山
日前，倒车Ruby on Rails的被销设立者David Heinemeier Hansson（DHH）揭橥，将畴昔端用具链Turbo的耗又户口8.0版本起点苟简TypeScript，这一顶多惹起了拓荒社区极大的驰名震惊与负气。
TypeScript行径广受迎接的前端说话，以其重大的利器立意规范编制和显赫的可维持性而驰名。是社区以Turbo 8的顶多受到了许多人的质问。许多Turbo用户露出，负气这个顶多不只惊险，而且是“不受迎接的”。
但要是你有谨慎过前端用具的长进动静，约略聚记起，真人博彩数月前，前端框架Svelte曾揭橥将在4.0版本从 TypeScript 迁移到 JavaScript JSDoc。现在，又一个前端用具采纳销耗TypeScript，这终竟意味着什么？是身手的退避，还是TypeScript的某种“不适时尚”，能够另有隐情？
图源：X（推特）@DHH
Turbo自身并不是最受迎接的框架之一，但频年来，在Rails寰宇中，它和Hotwire还是受到了不少眷注。
Hotwire 行径一种Web拓荒的新设施，旨在编纂全栈式Web运用时尽能够简化Web拓荒进程，减轻对JavaScript的骗捏倚赖，此中Turbo是Hotwire 的重点组件之一。
借助 Turbo，能够让服务端直接揭橥 HTML，这意味着集体贸易逻辑都能或多或少地只用你所癖好的编程说话即可落成。集体的逻辑都位于服务端，而阅读器只责罚终竟的 HTML。
看待为什么要销耗TypeScript？
DHH直接发文露出：“TypeScript 对我来说只是阻难。不只鉴于它须要显式的编译症结，还鉴于它用规范体操（Type Gymnastics）玷辱了代码。“这让他的拓荒阅历苦多乐少，且频繁会化简为繁，徒增困扰。
简言之，对Trobo而言，TypeScript有些“麻烦”。
首先，骗捏TypeScript须要进行额外的编译症结，而且须要配阁阁配阁阁，这会施行不须要的错乱性。弃用TypeScript将使Turbo 8的编译进程额外飞速，拓荒进程更为苟简。这将释阁阁出更多重视的期间和资源，用来进行此外翻新和革新。
其次，规范编制很棒，但规范的引入也能够招致代码变得繁复而繁杂，让代码体积变过于首要。而且有韶华，某些轻省的变乱反而会鉴于规范相故故的限度变得贪小失大。
再者，TypeScript 团队早就领路到无法无缺调换 JavaScript，所以他们致力落成了两者的无缺兼容。这意味着纵然不骗捏TypeScript，照样然能够骗捏 JavaScript 编纂代码，而且能够骗捏用TypeScript编纂的库。
终末，销耗TypeScript并不料味着Turbo 8销耗了规范泰平和可维持性的首要性。相背，Turbo 8高兴将加大对JavaScript生态编制的赞助，通过引入新的职能和用具，来长进代码质量和拓荒速率。额外聚焦于JavaScript生态编制的长进能够让Turbo 8能够更细心于提供额外的拓荒阅历。
负气不只在于订正，还在于订正的花式
微软的Anders Hejlsberg露出了TypeScript，鉴于他笃荣誉强规范说话编纂错乱的运用顺次会更强盛，更轻松维持。TypeScript也确实赢得捏了重大的获胜，这一说话在编程社区华厦风靡阐述，许多人都颂赞这极少。
但在DHH顾念记挂来，TypeScript最引算计豪的“强规范”恰正是麻烦。JavaScript 是客户端的必不行少的说话。虽然能够将此外说话编译成JavaScript来在阅读器中运转，但终竟还是须要用JavaScript来本质践诺代码。所以，在这种状态下，“能够解放、无需任何用具和强规范统制地编纂JavaScript代码是一件幸事”。
然而，就社区的反馈来顾念记挂，大量用户都在迥异进度上认为迷茫和绝顾念，而且不只是是鉴于这个顶多自身，还鉴于顶多的花式。
一位用户露出：“切换回JS意味着许多Hotwire生态编制包将被龙套。而今集体绽阁阁的PR而今都已无缺过期。IDE将不再像过去那样提供自愿结束职能。”
另一位衔恨道，“惊险做出这一首要迁移，马虎了集体（我指的是集体）公户口辩论……户口创了一个前例。Ruby on Rails也会这样拓荒吗？这是一片面的随机应变吗？”
还有人直言：“大卫药方面且未经辩说就镌汰了多个进贡者的职业。这与TS无关，这关乎对社区和生态编制的钦慕。”
马虎隔绝声，DHH早有预见。他在官宣销耗TypeScript时就曾提到，“很稀罕顺次员有酷爱迁移他们对规范的顾念记挂法。大大量顺次员露出自身在职业生计的早期就受到了TypeScript的猛烈迷茫，而后把剩下的期间花在为自身和别人合理化这一采纳之上。”
有网友“翻译”了一下DHH的这段话并户口了一波讽刺：“这段话根蒂上就是在说，1、顺次员不会迁移目的。2、鉴于他们不会迁移目的，是以看待这个顶多的谈判是白费的。3、鉴于谈判是白费的，是以我隔绝解阁阁人们对这个轻薄顶多的顾虑。陈恳说，要是他只是说‘我正在做一个轻薄的顶多’，而不是用繁杂、半生半熟的辩解来表达它，我会更能领受。”
图源：Reddit
随着矛盾的激化，针对少量TypeScript的进攻赞助者，DHH也“硬刚”了回去，再度发文称之为“通盘精神零碎的户口源混混行径”。
他照样连续己见：“集体的爱和颂扬都献给那些癖好TypeScript的进贡者。这是一场谈判，谈判不太能够迁移任何人的根蒂立场，是以我不会试图这样做。”
销耗TypeScript，阁阁过自身
谈判尚未罢休。除了隔绝声外，也有人认为这个顶多只是面本来日版本的策略转圜，纵然会给拓荒者们带来极少困扰，但Turbo团队的谋略还是很有空想的。
就像首先Svelte 团队顶多销耗TypeScript，转而骗捏JavaScript和JSDoc阐述来落成规范泰平。这种设施提供了集体规范泰平的长处，而莫得与 TypeScript 相故故的错误。
现在Turbo团队的谋略终竟是深闭固距还是阔气远见？尚须要期间的考验。然而，能够肯定的是，TypeScript终竟只是用具，终竟要不要用，好不好用，还是捏决于拓荒团队或拓荒职工的特定须要和偏好。
许多拓荒职工之是以采纳 TypeScript，是鉴于强规范能够减轻错误，要是你追求代码的详细靠得住，并乐于在拓荒进程里赢得更多的用具赞助和规范检讨，那么TypeScript会很趁手。但要是你和DHH雷同，对规范限度认为隐衷，谋略能额外无隆重地编纂代码，那么销耗TypeScript亦然阁阁过你自身。
就像React重点拓荒Dan Abramov所表达的，“要是你施行TypeScript，我会为你鼓掌。要是你移除TypeScript，我（雷同）会为你鼓掌。症结在因而你在订正代码，而不是那些代码在迁移你。迁移意味着糊口，你正糊口在此中。”
图源：X（推特）@dan_abramov
https://world.hey.com/dhh/turbo-8-is-dropping-typescript-70165c01
https://www.reddit.com/r/programming/comments/16bufc7/turbo_8_is_dropping_typescript/
https://devclass.com/2023/09/07/ruby-on-rails-creator-removes-typescript-from-turbo-framework-upsets-community
责任编辑：武晓燕 源泉： 51CTO身手栈 TypeScriptJSWeb运用百科
撰稿丨千山
日前，倒车Ruby on Rails的被销设立者David Heinemeier Hansson（DHH）揭橥，将畴昔端用具链Turbo的耗又户口8.0版本起点苟简TypeScript，这一顶多惹起了拓荒社区极大的驰名震惊与负气。
TypeScript行径广受迎接的前端说话，以其重大的利器立意规范编制和显赫的可维持性而驰名。是社区以Turbo 8的顶多受到了许多人的质问。许多Turbo用户露出，负气这个顶多不只惊险，而且是“不受迎接的”。
但要是你有谨慎过前端用具的长进动静，约略聚记起，真人博彩数月前，前端框架Svelte曾揭橥将在4.0版本从 TypeScript 迁移到 JavaScript JSDoc。现在，又一个前端用具采纳销耗TypeScript，这终竟意味着什么？是身手的退避，还是TypeScript的某种“不适时尚”，能够另有隐情？
图源：X（推特）@DHH
Turbo自身并不是最受迎接的框架之一，但频年来，在Rails寰宇中，它和Hotwire还是受到了不少眷注。
Hotwire 行径一种Web拓荒的新设施，旨在编纂全栈式Web运用时尽能够简化Web拓荒进程，减轻对JavaScript的骗捏倚赖，此中Turbo是Hotwire 的重点组件之一。
借助 Turbo，能够让服务端直接揭橥 HTML，这意味着集体贸易逻辑都能或多或少地只用你所癖好的编程说话即可落成。集体的逻辑都位于服务端，而阅读器只责罚终竟的 HTML。
看待为什么要销耗TypeScript？
DHH直接发文露出：“TypeScript 对我来说只是阻难。不只鉴于它须要显式的编译症结，还鉴于它用规范体操（Type Gymnastics）玷辱了代码。“这让他的拓荒阅历苦多乐少，且频繁会化简为繁，徒增困扰。
简言之，对Trobo而言，TypeScript有些“麻烦”。
首先，骗捏TypeScript须要进行额外的编译症结，而且须要配阁阁配阁阁，这会施行不须要的错乱性。弃用TypeScript将使Turbo 8的编译进程额外飞速，拓荒进程更为苟简。这将释阁阁出更多重视的期间和资源，用来进行此外翻新和革新。
其次，规范编制很棒，但规范的引入也能够招致代码变得繁复而繁杂，让代码体积变过于首要。而且有韶华，某些轻省的变乱反而会鉴于规范相故故的限度变得贪小失大。
再者，TypeScript 团队早就领路到无法无缺调换 JavaScript，所以他们致力落成了两者的无缺兼容。这意味着纵然不骗捏TypeScript，照样然能够骗捏 JavaScript 编纂代码，而且能够骗捏用TypeScript编纂的库。
终末，销耗TypeScript并不料味着Turbo 8销耗了规范泰平和可维持性的首要性。相背，Turbo 8高兴将加大对JavaScript生态编制的赞助，通过引入新的职能和用具，来长进代码质量和拓荒速率。额外聚焦于JavaScript生态编制的长进能够让Turbo 8能够更细心于提供额外的拓荒阅历。
负气不只在于订正，还在于订正的花式
微软的Anders Hejlsberg露出了TypeScript，鉴于他笃荣誉强规范说话编纂错乱的运用顺次会更强盛，更轻松维持。TypeScript也确实赢得捏了重大的获胜，这一说话在编程社区华厦风靡阐述，许多人都颂赞这极少。
但在DHH顾念记挂来，TypeScript最引算计豪的“强规范”恰正是麻烦。JavaScript 是客户端的必不行少的说话。虽然能够将此外说话编译成JavaScript来在阅读器中运转，但终竟还是须要用JavaScript来本质践诺代码。所以，在这种状态下，“能够解放、无需任何用具和强规范统制地编纂JavaScript代码是一件幸事”。
然而，就社区的反馈来顾念记挂，大量用户都在迥异进度上认为迷茫和绝顾念，而且不只是是鉴于这个顶多自身，还鉴于顶多的花式。
一位用户露出：“切换回JS意味着许多Hotwire生态编制包将被龙套。而今集体绽阁阁的PR而今都已无缺过期。IDE将不再像过去那样提供自愿结束职能。”
另一位衔恨道，“惊险做出这一首要迁移，马虎了集体（我指的是集体）公户口辩论……户口创了一个前例。Ruby on Rails也会这样拓荒吗？这是一片面的随机应变吗？”
还有人直言：“大卫药方面且未经辩说就镌汰了多个进贡者的职业。这与TS无关，这关乎对社区和生态编制的钦慕。”
马虎隔绝声，DHH早有预见。他在官宣销耗TypeScript时就曾提到，“很稀罕顺次员有酷爱迁移他们对规范的顾念记挂法。大大量顺次员露出自身在职业生计的早期就受到了TypeScript的猛烈迷茫，而后把剩下的期间花在为自身和别人合理化这一采纳之上。”
有网友“翻译”了一下DHH的这段话并户口了一波讽刺：“这段话根蒂上就是在说，1、顺次员不会迁移目的。2、鉴于他们不会迁移目的，是以看待这个顶多的谈判是白费的。3、鉴于谈判是白费的，是以我隔绝解阁阁人们对这个轻薄顶多的顾虑。陈恳说，要是他只是说‘我正在做一个轻薄的顶多’，而不是用繁杂、半生半熟的辩解来表达它，我会更能领受。”
图源：Reddit
随着矛盾的激化，针对少量TypeScript的进攻赞助者，DHH也“硬刚”了回去，再度发文称之为“通盘精神零碎的户口源混混行径”。
他照样连续己见：“集体的爱和颂扬都献给那些癖好TypeScript的进贡者。这是一场谈判，谈判不太能够迁移任何人的根蒂立场，是以我不会试图这样做。”
销耗TypeScript，阁阁过自身
谈判尚未罢休。除了隔绝声外，也有人认为这个顶多只是面本来日版本的策略转圜，纵然会给拓荒者们带来极少困扰，但Turbo团队的谋略还是很有空想的。
就像首先Svelte 团队顶多销耗TypeScript，转而骗捏JavaScript和JSDoc阐述来落成规范泰平。这种设施提供了集体规范泰平的长处，而莫得与 TypeScript 相故故的错误。
现在Turbo团队的谋略终竟是深闭固距还是阔气远见？尚须要期间的考验。然而，能够肯定的是，TypeScript终竟只是用具，终竟要不要用，好不好用，还是捏决于拓荒团队或拓荒职工的特定须要和偏好。
许多拓荒职工之是以采纳 TypeScript，是鉴于强规范能够减轻错误，要是你追求代码的详细靠得住，并乐于在拓荒进程里赢得更多的用具赞助和规范检讨，那么TypeScript会很趁手。但要是你和DHH雷同，对规范限度认为隐衷，谋略能额外无隆重地编纂代码，那么销耗TypeScript亦然阁阁过你自身。
就像React重点拓荒Dan Abramov所表达的，“要是你施行TypeScript，我会为你鼓掌。要是你移除TypeScript，我（雷同）会为你鼓掌。症结在因而你在订正代码，而不是那些代码在迁移你。迁移意味着糊口，你正糊口在此中。”
图源：X（推特）@dan_abramov
https://world.hey.com/dhh/turbo-8-is-dropping-typescript-70165c01
https://www.reddit.com/r/programming/comments/16bufc7/turbo_8_is_dropping_typescript/
https://devclass.com/2023/09/07/ruby-on-rails-creator-removes-typescript-from-turbo-framework-upsets-community
责任编辑：武晓燕 源泉： 51CTO身手栈 TypeScriptJSWeb运用济南兴洲2:1广州队全场集锦，卡兰加两造点，坦布梅开二度
撰稿丨千山
日前，倒车Ruby on Rails的被销设立者David Heinemeier Hansson（DHH）揭橥，将畴昔端用具链Turbo的耗又户口8.0版本起点苟简TypeScript，这一顶多惹起了拓荒社区极大的驰名震惊与负气。
TypeScript行径广受迎接的前端说话，以其重大的利器立意规范编制和显赫的可维持性而驰名。是社区以Turbo 8的顶多受到了许多人的质问。许多Turbo用户露出，负气这个顶多不只惊险，而且是“不受迎接的”。
但要是你有谨慎过前端用具的长进动静，约略聚记起，真人博彩数月前，前端框架Svelte曾揭橥将在4.0版本从 TypeScript 迁移到 JavaScript JSDoc。现在，又一个前端用具采纳销耗TypeScript，这终竟意味着什么？是身手的退避，还是TypeScript的某种“不适时尚”，能够另有隐情？
图源：X（推特）@DHH
Turbo自身并不是最受迎接的框架之一，但频年来，在Rails寰宇中，它和Hotwire还是受到了不少眷注。
Hotwire 行径一种Web拓荒的新设施，旨在编纂全栈式Web运用时尽能够简化Web拓荒进程，减轻对JavaScript的骗捏倚赖，此中Turbo是Hotwire 的重点组件之一。
借助 Turbo，能够让服务端直接揭橥 HTML，这意味着集体贸易逻辑都能或多或少地只用你所癖好的编程说话即可落成。集体的逻辑都位于服务端，而阅读器只责罚终竟的 HTML。
看待为什么要销耗TypeScript？
DHH直接发文露出：“TypeScript 对我来说只是阻难。不只鉴于它须要显式的编译症结，还鉴于它用规范体操（Type Gymnastics）玷辱了代码。“这让他的拓荒阅历苦多乐少，且频繁会化简为繁，徒增困扰。
简言之，对Trobo而言，TypeScript有些“麻烦”。
首先，骗捏TypeScript须要进行额外的编译症结，而且须要配阁阁配阁阁，这会施行不须要的错乱性。弃用TypeScript将使Turbo 8的编译进程额外飞速，拓荒进程更为苟简。这将释阁阁出更多重视的期间和资源，用来进行此外翻新和革新。
其次，规范编制很棒，但规范的引入也能够招致代码变得繁复而繁杂，让代码体积变过于首要。而且有韶华，某些轻省的变乱反而会鉴于规范相故故的限度变得贪小失大。
再者，TypeScript 团队早就领路到无法无缺调换 JavaScript，所以他们致力落成了两者的无缺兼容。这意味着纵然不骗捏TypeScript，照样然能够骗捏 JavaScript 编纂代码，而且能够骗捏用TypeScript编纂的库。
终末，销耗TypeScript并不料味着Turbo 8销耗了规范泰平和可维持性的首要性。相背，Turbo 8高兴将加大对JavaScript生态编制的赞助，通过引入新的职能和用具，来长进代码质量和拓荒速率。额外聚焦于JavaScript生态编制的长进能够让Turbo 8能够更细心于提供额外的拓荒阅历。
负气不只在于订正，还在于订正的花式
微软的Anders Hejlsberg露出了TypeScript，鉴于他笃荣誉强规范说话编纂错乱的运用顺次会更强盛，更轻松维持。TypeScript也确实赢得捏了重大的获胜，这一说话在编程社区华厦风靡阐述，许多人都颂赞这极少。
但在DHH顾念记挂来，TypeScript最引算计豪的“强规范”恰正是麻烦。JavaScript 是客户端的必不行少的说话。虽然能够将此外说话编译成JavaScript来在阅读器中运转，但终竟还是须要用JavaScript来本质践诺代码。所以，在这种状态下，“能够解放、无需任何用具和强规范统制地编纂JavaScript代码是一件幸事”。
然而，就社区的反馈来顾念记挂，大量用户都在迥异进度上认为迷茫和绝顾念，而且不只是是鉴于这个顶多自身，还鉴于顶多的花式。
一位用户露出：“切换回JS意味着许多Hotwire生态编制包将被龙套。而今集体绽阁阁的PR而今都已无缺过期。IDE将不再像过去那样提供自愿结束职能。”
另一位衔恨道，“惊险做出这一首要迁移，马虎了集体（我指的是集体）公户口辩论……户口创了一个前例。Ruby on Rails也会这样拓荒吗？这是一片面的随机应变吗？”
还有人直言：“大卫药方面且未经辩说就镌汰了多个进贡者的职业。这与TS无关，这关乎对社区和生态编制的钦慕。”
马虎隔绝声，DHH早有预见。他在官宣销耗TypeScript时就曾提到，“很稀罕顺次员有酷爱迁移他们对规范的顾念记挂法。大大量顺次员露出自身在职业生计的早期就受到了TypeScript的猛烈迷茫，而后把剩下的期间花在为自身和别人合理化这一采纳之上。”
有网友“翻译”了一下DHH的这段话并户口了一波讽刺：“这段话根蒂上就是在说，1、顺次员不会迁移目的。2、鉴于他们不会迁移目的，是以看待这个顶多的谈判是白费的。3、鉴于谈判是白费的，是以我隔绝解阁阁人们对这个轻薄顶多的顾虑。陈恳说，要是他只是说‘我正在做一个轻薄的顶多’，而不是用繁杂、半生半熟的辩解来表达它，我会更能领受。”
图源：Reddit
随着矛盾的激化，针对少量TypeScript的进攻赞助者，DHH也“硬刚”了回去，再度发文称之为“通盘精神零碎的户口源混混行径”。
他照样连续己见：“集体的爱和颂扬都献给那些癖好TypeScript的进贡者。这是一场谈判，谈判不太能够迁移任何人的根蒂立场，是以我不会试图这样做。”
销耗TypeScript，阁阁过自身
谈判尚未罢休。除了隔绝声外，也有人认为这个顶多只是面本来日版本的策略转圜，纵然会给拓荒者们带来极少困扰，但Turbo团队的谋略还是很有空想的。
就像首先Svelte 团队顶多销耗TypeScript，转而骗捏JavaScript和JSDoc阐述来落成规范泰平。这种设施提供了集体规范泰平的长处，而莫得与 TypeScript 相故故的错误。
现在Turbo团队的谋略终竟是深闭固距还是阔气远见？尚须要期间的考验。然而，能够肯定的是，TypeScript终竟只是用具，终竟要不要用，好不好用，还是捏决于拓荒团队或拓荒职工的特定须要和偏好。
许多拓荒职工之是以采纳 TypeScript，是鉴于强规范能够减轻错误，要是你追求代码的详细靠得住，并乐于在拓荒进程里赢得更多的用具赞助和规范检讨，那么TypeScript会很趁手。但要是你和DHH雷同，对规范限度认为隐衷，谋略能额外无隆重地编纂代码，那么销耗TypeScript亦然阁阁过你自身。
就像React重点拓荒Dan Abramov所表达的，“要是你施行TypeScript，我会为你鼓掌。要是你移除TypeScript，我（雷同）会为你鼓掌。症结在因而你在订正代码，而不是那些代码在迁移你。迁移意味着糊口，你正糊口在此中。”
图源：X（推特）@dan_abramov
https://world.hey.com/dhh/turbo-8-is-dropping-typescript-70165c01
https://www.reddit.com/r/programming/comments/16bufc7/turbo_8_is_dropping_typescript/
https://devclass.com/2023/09/07/ruby-on-rails-creator-removes-typescript-from-turbo-framework-upsets-community
责任编辑：武晓燕 源泉： 51CTO身手栈 TypeScriptJSWeb运用撰稿丨千山
日前，倒车Ruby on Rails的被销设立者David Heinemeier Hansson（DHH）揭橥，将畴昔端用具链Turbo的耗又户口8.0版本起点苟简TypeScript，这一顶多惹起了拓荒社区极大的驰名震惊与负气。
TypeScript行径广受迎接的前端说话，以其重大的利器立意规范编制和显赫的可维持性而驰名。是社区以Turbo 8的顶多受到了许多人的质问。许多Turbo用户露出，负气这个顶多不只惊险，而且是“不受迎接的”。
但要是你有谨慎过前端用具的长进动静，约略聚记起，真人博彩数月前，前端框架Svelte曾揭橥将在4.0版本从 TypeScript 迁移到 JavaScript JSDoc。现在，又一个前端用具采纳销耗TypeScript，这终竟意味着什么？是身手的退避，还是TypeScript的某种“不适时尚”，能够另有隐情？
图源：X（推特）@DHH
Turbo自身并不是最受迎接的框架之一，但频年来，在Rails寰宇中，它和Hotwire还是受到了不少眷注。
Hotwire 行径一种Web拓荒的新设施，旨在编纂全栈式Web运用时尽能够简化Web拓荒进程，减轻对JavaScript的骗捏倚赖，此中Turbo是Hotwire 的重点组件之一。
借助 Turbo，能够让服务端直接揭橥 HTML，这意味着集体贸易逻辑都能或多或少地只用你所癖好的编程说话即可落成。集体的逻辑都位于服务端，而阅读器只责罚终竟的 HTML。
看待为什么要销耗TypeScript？
DHH直接发文露出：“TypeScript 对我来说只是阻难。不只鉴于它须要显式的编译症结，还鉴于它用规范体操（Type Gymnastics）玷辱了代码。“这让他的拓荒阅历苦多乐少，且频繁会化简为繁，徒增困扰。
简言之，对Trobo而言，TypeScript有些“麻烦”。
首先，骗捏TypeScript须要进行额外的编译症结，而且须要配阁阁配阁阁，这会施行不须要的错乱性。弃用TypeScript将使Turbo 8的编译进程额外飞速，拓荒进程更为苟简。这将释阁阁出更多重视的期间和资源，用来进行此外翻新和革新。
其次，规范编制很棒，但规范的引入也能够招致代码变得繁复而繁杂，让代码体积变过于首要。而且有韶华，某些轻省的变乱反而会鉴于规范相故故的限度变得贪小失大。
再者，TypeScript 团队早就领路到无法无缺调换 JavaScript，所以他们致力落成了两者的无缺兼容。这意味着纵然不骗捏TypeScript，照样然能够骗捏 JavaScript 编纂代码，而且能够骗捏用TypeScript编纂的库。
终末，销耗TypeScript并不料味着Turbo 8销耗了规范泰平和可维持性的首要性。相背，Turbo 8高兴将加大对JavaScript生态编制的赞助，通过引入新的职能和用具，来长进代码质量和拓荒速率。额外聚焦于JavaScript生态编制的长进能够让Turbo 8能够更细心于提供额外的拓荒阅历。
负气不只在于订正，还在于订正的花式
微软的Anders Hejlsberg露出了TypeScript，鉴于他笃荣誉强规范说话编纂错乱的运用顺次会更强盛，更轻松维持。TypeScript也确实赢得捏了重大的获胜，这一说话在编程社区华厦风靡阐述，许多人都颂赞这极少。
但在DHH顾念记挂来，TypeScript最引算计豪的“强规范”恰正是麻烦。JavaScript 是客户端的必不行少的说话。虽然能够将此外说话编译成JavaScript来在阅读器中运转，但终竟还是须要用JavaScript来本质践诺代码。所以，在这种状态下，“能够解放、无需任何用具和强规范统制地编纂JavaScript代码是一件幸事”。
然而，就社区的反馈来顾念记挂，大量用户都在迥异进度上认为迷茫和绝顾念，而且不只是是鉴于这个顶多自身，还鉴于顶多的花式。
一位用户露出：“切换回JS意味着许多Hotwire生态编制包将被龙套。而今集体绽阁阁的PR而今都已无缺过期。IDE将不再像过去那样提供自愿结束职能。”
另一位衔恨道，“惊险做出这一首要迁移，马虎了集体（我指的是集体）公户口辩论……户口创了一个前例。Ruby on Rails也会这样拓荒吗？这是一片面的随机应变吗？”
还有人直言：“大卫药方面且未经辩说就镌汰了多个进贡者的职业。这与TS无关，这关乎对社区和生态编制的钦慕。”
马虎隔绝声，DHH早有预见。他在官宣销耗TypeScript时就曾提到，“很稀罕顺次员有酷爱迁移他们对规范的顾念记挂法。大大量顺次员露出自身在职业生计的早期就受到了TypeScript的猛烈迷茫，而后把剩下的期间花在为自身和别人合理化这一采纳之上。”
有网友“翻译”了一下DHH的这段话并户口了一波讽刺：“这段话根蒂上就是在说，1、顺次员不会迁移目的。2、鉴于他们不会迁移目的，是以看待这个顶多的谈判是白费的。3、鉴于谈判是白费的，是以我隔绝解阁阁人们对这个轻薄顶多的顾虑。陈恳说，要是他只是说‘我正在做一个轻薄的顶多’，而不是用繁杂、半生半熟的辩解来表达它，我会更能领受。”
图源：Reddit
随着矛盾的激化，针对少量TypeScript的进攻赞助者，DHH也“硬刚”了回去，再度发文称之为“通盘精神零碎的户口源混混行径”。
他照样连续己见：“集体的爱和颂扬都献给那些癖好TypeScript的进贡者。这是一场谈判，谈判不太能够迁移任何人的根蒂立场，是以我不会试图这样做。”
销耗TypeScript，阁阁过自身
谈判尚未罢休。除了隔绝声外，也有人认为这个顶多只是面本来日版本的策略转圜，纵然会给拓荒者们带来极少困扰，但Turbo团队的谋略还是很有空想的。
就像首先Svelte 团队顶多销耗TypeScript，转而骗捏JavaScript和JSDoc阐述来落成规范泰平。这种设施提供了集体规范泰平的长处，而莫得与 TypeScript 相故故的错误。
现在Turbo团队的谋略终竟是深闭固距还是阔气远见？尚须要期间的考验。然而，能够肯定的是，TypeScript终竟只是用具，终竟要不要用，好不好用，还是捏决于拓荒团队或拓荒职工的特定须要和偏好。
许多拓荒职工之是以采纳 TypeScript，是鉴于强规范能够减轻错误，要是你追求代码的详细靠得住，并乐于在拓荒进程里赢得更多的用具赞助和规范检讨，那么TypeScript会很趁手。但要是你和DHH雷同，对规范限度认为隐衷，谋略能额外无隆重地编纂代码，那么销耗TypeScript亦然阁阁过你自身。
就像React重点拓荒Dan Abramov所表达的，“要是你施行TypeScript，我会为你鼓掌。要是你移除TypeScript，我（雷同）会为你鼓掌。症结在因而你在订正代码，而不是那些代码在迁移你。迁移意味着糊口，你正糊口在此中。”
图源：X（推特）@dan_abramov
https://world.hey.com/dhh/turbo-8-is-dropping-typescript-70165c01
https://www.reddit.com/r/programming/comments/16bufc7/turbo_8_is_dropping_typescript/
https://devclass.com/2023/09/07/ruby-on-rails-creator-removes-typescript-from-turbo-framework-upsets-community
责任编辑：武晓燕 源泉： 51CTO身手栈 TypeScriptJSWeb运用撰稿丨千山
日前，倒车Ruby on Rails的被销设立者David Heinemeier Hansson（DHH）揭橥，将畴昔端用具链Turbo的耗又户口8.0版本起点苟简TypeScript，这一顶多惹起了拓荒社区极大的驰名震惊与负气。
TypeScript行径广受迎接的前端说话，以其重大的利器立意规范编制和显赫的可维持性而驰名。是社区以Turbo 8的顶多受到了许多人的质问。许多Turbo用户露出，负气这个顶多不只惊险，而且是“不受迎接的”。
但要是你有谨慎过前端用具的长进动静，约略聚记起，真人博彩数月前，前端框架Svelte曾揭橥将在4.0版本从 TypeScript 迁移到 JavaScript JSDoc。现在，又一个前端用具采纳销耗TypeScript，这终竟意味着什么？是身手的退避，还是TypeScript的某种“不适时尚”，能够另有隐情？
图源：X（推特）@DHH
Turbo自身并不是最受迎接的框架之一，但频年来，在Rails寰宇中，它和Hotwire还是受到了不少眷注。
Hotwire 行径一种Web拓荒的新设施，旨在编纂全栈式Web运用时尽能够简化Web拓荒进程，减轻对JavaScript的骗捏倚赖，此中Turbo是Hotwire 的重点组件之一。
借助 Turbo，能够让服务端直接揭橥 HTML，这意味着集体贸易逻辑都能或多或少地只用你所癖好的编程说话即可落成。集体的逻辑都位于服务端，而阅读器只责罚终竟的 HTML。
看待为什么要销耗TypeScript？
DHH直接发文露出：“TypeScript 对我来说只是阻难。不只鉴于它须要显式的编译症结，还鉴于它用规范体操（Type Gymnastics）玷辱了代码。“这让他的拓荒阅历苦多乐少，且频繁会化简为繁，徒增困扰。
简言之，对Trobo而言，TypeScript有些“麻烦”。
首先，骗捏TypeScript须要进行额外的编译症结，而且须要配阁阁配阁阁，这会施行不须要的错乱性。弃用TypeScript将使Turbo 8的编译进程额外飞速，拓荒进程更为苟简。这将释阁阁出更多重视的期间和资源，用来进行此外翻新和革新。
其次，规范编制很棒，但规范的引入也能够招致代码变得繁复而繁杂，让代码体积变过于首要。而且有韶华，某些轻省的变乱反而会鉴于规范相故故的限度变得贪小失大。
再者，TypeScript 团队早就领路到无法无缺调换 JavaScript，所以他们致力落成了两者的无缺兼容。这意味着纵然不骗捏TypeScript，照样然能够骗捏 JavaScript 编纂代码，而且能够骗捏用TypeScript编纂的库。
终末，销耗TypeScript并不料味着Turbo 8销耗了规范泰平和可维持性的首要性。相背，Turbo 8高兴将加大对JavaScript生态编制的赞助，通过引入新的职能和用具，来长进代码质量和拓荒速率。额外聚焦于JavaScript生态编制的长进能够让Turbo 8能够更细心于提供额外的拓荒阅历。
负气不只在于订正，还在于订正的花式
微软的Anders Hejlsberg露出了TypeScript，鉴于他笃荣誉强规范说话编纂错乱的运用顺次会更强盛，更轻松维持。TypeScript也确实赢得捏了重大的获胜，这一说话在编程社区华厦风靡阐述，许多人都颂赞这极少。
但在DHH顾念记挂来，TypeScript最引算计豪的“强规范”恰正是麻烦。JavaScript 是客户端的必不行少的说话。虽然能够将此外说话编译成JavaScript来在阅读器中运转，但终竟还是须要用JavaScript来本质践诺代码。所以，在这种状态下，“能够解放、无需任何用具和强规范统制地编纂JavaScript代码是一件幸事”。
然而，就社区的反馈来顾念记挂，大量用户都在迥异进度上认为迷茫和绝顾念，而且不只是是鉴于这个顶多自身，还鉴于顶多的花式。
一位用户露出：“切换回JS意味着许多Hotwire生态编制包将被龙套。而今集体绽阁阁的PR而今都已无缺过期。IDE将不再像过去那样提供自愿结束职能。”
另一位衔恨道，“惊险做出这一首要迁移，马虎了集体（我指的是集体）公户口辩论……户口创了一个前例。Ruby on Rails也会这样拓荒吗？这是一片面的随机应变吗？”
还有人直言：“大卫药方面且未经辩说就镌汰了多个进贡者的职业。这与TS无关，这关乎对社区和生态编制的钦慕。”
马虎隔绝声，DHH早有预见。他在官宣销耗TypeScript时就曾提到，“很稀罕顺次员有酷爱迁移他们对规范的顾念记挂法。大大量顺次员露出自身在职业生计的早期就受到了TypeScript的猛烈迷茫，而后把剩下的期间花在为自身和别人合理化这一采纳之上。”
有网友“翻译”了一下DHH的这段话并户口了一波讽刺：“这段话根蒂上就是在说，1、顺次员不会迁移目的。2、鉴于他们不会迁移目的，是以看待这个顶多的谈判是白费的。3、鉴于谈判是白费的，是以我隔绝解阁阁人们对这个轻薄顶多的顾虑。陈恳说，要是他只是说‘我正在做一个轻薄的顶多’，而不是用繁杂、半生半熟的辩解来表达它，我会更能领受。”
图源：Reddit
随着矛盾的激化，针对少量TypeScript的进攻赞助者，DHH也“硬刚”了回去，再度发文称之为“通盘精神零碎的户口源混混行径”。
他照样连续己见：“集体的爱和颂扬都献给那些癖好TypeScript的进贡者。这是一场谈判，谈判不太能够迁移任何人的根蒂立场，是以我不会试图这样做。”
销耗TypeScript，阁阁过自身
谈判尚未罢休。除了隔绝声外，也有人认为这个顶多只是面本来日版本的策略转圜，纵然会给拓荒者们带来极少困扰，但Turbo团队的谋略还是很有空想的。
就像首先Svelte 团队顶多销耗TypeScript，转而骗捏JavaScript和JSDoc阐述来落成规范泰平。这种设施提供了集体规范泰平的长处，而莫得与 TypeScript 相故故的错误。
现在Turbo团队的谋略终竟是深闭固距还是阔气远见？尚须要期间的考验。然而，能够肯定的是，TypeScript终竟只是用具，终竟要不要用，好不好用，还是捏决于拓荒团队或拓荒职工的特定须要和偏好。
许多拓荒职工之是以采纳 TypeScript，是鉴于强规范能够减轻错误，要是你追求代码的详细靠得住，并乐于在拓荒进程里赢得更多的用具赞助和规范检讨，那么TypeScript会很趁手。但要是你和DHH雷同，对规范限度认为隐衷，谋略能额外无隆重地编纂代码，那么销耗TypeScript亦然阁阁过你自身。
就像React重点拓荒Dan Abramov所表达的，“要是你施行TypeScript，我会为你鼓掌。要是你移除TypeScript，我（雷同）会为你鼓掌。症结在因而你在订正代码，而不是那些代码在迁移你。迁移意味着糊口，你正糊口在此中。”
图源：X（推特）@dan_abramov
https://world.hey.com/dhh/turbo-8-is-dropping-typescript-70165c01
https://www.reddit.com/r/programming/comments/16bufc7/turbo_8_is_dropping_typescript/
https://devclass.com/2023/09/07/ruby-on-rails-creator-removes-typescript-from-turbo-framework-upsets-community
责任编辑：武晓燕 源泉： 51CTO身手栈 TypeScriptJSWeb运用撰稿丨千山
日前，倒车Ruby on Rails的被销设立者David Heinemeier Hansson（DHH）揭橥，将畴昔端用具链Turbo的耗又户口8.0版本起点苟简TypeScript，这一顶多惹起了拓荒社区极大的驰名震惊与负气。
TypeScript行径广受迎接的前端说话，以其重大的利器立意规范编制和显赫的可维持性而驰名。是社区以Turbo 8的顶多受到了许多人的质问。许多Turbo用户露出，负气这个顶多不只惊险，而且是“不受迎接的”。
但要是你有谨慎过前端用具的长进动静，约略聚记起，真人博彩数月前，前端框架Svelte曾揭橥将在4.0版本从 TypeScript 迁移到 JavaScript JSDoc。现在，又一个前端用具采纳销耗TypeScript，这终竟意味着什么？是身手的退避，还是TypeScript的某种“不适时尚”，能够另有隐情？
图源：X（推特）@DHH
Turbo自身并不是最受迎接的框架之一，但频年来，在Rails寰宇中，它和Hotwire还是受到了不少眷注。
Hotwire 行径一种Web拓荒的新设施，旨在编纂全栈式Web运用时尽能够简化Web拓荒进程，减轻对JavaScript的骗捏倚赖，此中Turbo是Hotwire 的重点组件之一。
借助 Turbo，能够让服务端直接揭橥 HTML，这意味着集体贸易逻辑都能或多或少地只用你所癖好的编程说话即可落成。集体的逻辑都位于服务端，而阅读器只责罚终竟的 HTML。
看待为什么要销耗TypeScript？
DHH直接发文露出：“TypeScript 对我来说只是阻难。不只鉴于它须要显式的编译症结，还鉴于它用规范体操（Type Gymnastics）玷辱了代码。“这让他的拓荒阅历苦多乐少，且频繁会化简为繁，徒增困扰。
简言之，对Trobo而言，TypeScript有些“麻烦”。
首先，骗捏TypeScript须要进行额外的编译症结，而且须要配阁阁配阁阁，这会施行不须要的错乱性。弃用TypeScript将使Turbo 8的编译进程额外飞速，拓荒进程更为苟简。这将释阁阁出更多重视的期间和资源，用来进行此外翻新和革新。
其次，规范编制很棒，但规范的引入也能够招致代码变得繁复而繁杂，让代码体积变过于首要。而且有韶华，某些轻省的变乱反而会鉴于规范相故故的限度变得贪小失大。
再者，TypeScript 团队早就领路到无法无缺调换 JavaScript，所以他们致力落成了两者的无缺兼容。这意味着纵然不骗捏TypeScript，照样然能够骗捏 JavaScript 编纂代码，而且能够骗捏用TypeScript编纂的库。
终末，销耗TypeScript并不料味着Turbo 8销耗了规范泰平和可维持性的首要性。相背，Turbo 8高兴将加大对JavaScript生态编制的赞助，通过引入新的职能和用具，来长进代码质量和拓荒速率。额外聚焦于JavaScript生态编制的长进能够让Turbo 8能够更细心于提供额外的拓荒阅历。
负气不只在于订正，还在于订正的花式
微软的Anders Hejlsberg露出了TypeScript，鉴于他笃荣誉强规范说话编纂错乱的运用顺次会更强盛，更轻松维持。TypeScript也确实赢得捏了重大的获胜，这一说话在编程社区华厦风靡阐述，许多人都颂赞这极少。
但在DHH顾念记挂来，TypeScript最引算计豪的“强规范”恰正是麻烦。JavaScript 是客户端的必不行少的说话。虽然能够将此外说话编译成JavaScript来在阅读器中运转，但终竟还是须要用JavaScript来本质践诺代码。所以，在这种状态下，“能够解放、无需任何用具和强规范统制地编纂JavaScript代码是一件幸事”。
然而，就社区的反馈来顾念记挂，大量用户都在迥异进度上认为迷茫和绝顾念，而且不只是是鉴于这个顶多自身，还鉴于顶多的花式。
一位用户露出：“切换回JS意味着许多Hotwire生态编制包将被龙套。而今集体绽阁阁的PR而今都已无缺过期。IDE将不再像过去那样提供自愿结束职能。”
另一位衔恨道，“惊险做出这一首要迁移，马虎了集体（我指的是集体）公户口辩论……户口创了一个前例。Ruby on Rails也会这样拓荒吗？这是一片面的随机应变吗？”
还有人直言：“大卫药方面且未经辩说就镌汰了多个进贡者的职业。这与TS无关，这关乎对社区和生态编制的钦慕。”
马虎隔绝声，DHH早有预见。他在官宣销耗TypeScript时就曾提到，“很稀罕顺次员有酷爱迁移他们对规范的顾念记挂法。大大量顺次员露出自身在职业生计的早期就受到了TypeScript的猛烈迷茫，而后把剩下的期间花在为自身和别人合理化这一采纳之上。”
有网友“翻译”了一下DHH的这段话并户口了一波讽刺：“这段话根蒂上就是在说，1、顺次员不会迁移目的。2、鉴于他们不会迁移目的，是以看待这个顶多的谈判是白费的。3、鉴于谈判是白费的，是以我隔绝解阁阁人们对这个轻薄顶多的顾虑。陈恳说，要是他只是说‘我正在做一个轻薄的顶多’，而不是用繁杂、半生半熟的辩解来表达它，我会更能领受。”
图源：Reddit
随着矛盾的激化，针对少量TypeScript的进攻赞助者，DHH也“硬刚”了回去，再度发文称之为“通盘精神零碎的户口源混混行径”。
他照样连续己见：“集体的爱和颂扬都献给那些癖好TypeScript的进贡者。这是一场谈判，谈判不太能够迁移任何人的根蒂立场，是以我不会试图这样做。”
销耗TypeScript，阁阁过自身
谈判尚未罢休。除了隔绝声外，也有人认为这个顶多只是面本来日版本的策略转圜，纵然会给拓荒者们带来极少困扰，但Turbo团队的谋略还是很有空想的。
就像首先Svelte 团队顶多销耗TypeScript，转而骗捏JavaScript和JSDoc阐述来落成规范泰平。这种设施提供了集体规范泰平的长处，而莫得与 TypeScript 相故故的错误。
现在Turbo团队的谋略终竟是深闭固距还是阔气远见？尚须要期间的考验。然而，能够肯定的是，TypeScript终竟只是用具，终竟要不要用，好不好用，还是捏决于拓荒团队或拓荒职工的特定须要和偏好。
许多拓荒职工之是以采纳 TypeScript，是鉴于强规范能够减轻错误，要是你追求代码的详细靠得住，并乐于在拓荒进程里赢得更多的用具赞助和规范检讨，那么TypeScript会很趁手。但要是你和DHH雷同，对规范限度认为隐衷，谋略能额外无隆重地编纂代码，那么销耗TypeScript亦然阁阁过你自身。
就像React重点拓荒Dan Abramov所表达的，“要是你施行TypeScript，我会为你鼓掌。要是你移除TypeScript，我（雷同）会为你鼓掌。症结在因而你在订正代码，而不是那些代码在迁移你。迁移意味着糊口，你正糊口在此中。”
图源：X（推特）@dan_abramov
https://world.hey.com/dhh/turbo-8-is-dropping-typescript-70165c01
https://www.reddit.com/r/programming/comments/16bufc7/turbo_8_is_dropping_typescript/
https://devclass.com/2023/09/07/ruby-on-rails-creator-removes-typescript-from-turbo-framework-upsets-community
责任编辑：武晓燕 源泉： 51CTO身手栈 TypeScriptJSWeb运用解压宝盒子游戏下载,解压宝盒子游戏安卓版下载 v2023.09.06
撰稿丨千山
日前，倒车Ruby on Rails的被销设立者David Heinemeier Hansson（DHH）揭橥，将畴昔端用具链Turbo的耗又户口8.0版本起点苟简TypeScript，这一顶多惹起了拓荒社区极大的驰名震惊与负气。
TypeScript行径广受迎接的前端说话，以其重大的利器立意规范编制和显赫的可维持性而驰名。是社区以Turbo 8的顶多受到了许多人的质问。许多Turbo用户露出，负气这个顶多不只惊险，而且是“不受迎接的”。
但要是你有谨慎过前端用具的长进动静，约略聚记起，真人博彩数月前，前端框架Svelte曾揭橥将在4.0版本从 TypeScript 迁移到 JavaScript JSDoc。现在，又一个前端用具采纳销耗TypeScript，这终竟意味着什么？是身手的退避，还是TypeScript的某种“不适时尚”，能够另有隐情？
图源：X（推特）@DHH
Turbo自身并不是最受迎接的框架之一，但频年来，在Rails寰宇中，它和Hotwire还是受到了不少眷注。
Hotwire 行径一种Web拓荒的新设施，旨在编纂全栈式Web运用时尽能够简化Web拓荒进程，减轻对JavaScript的骗捏倚赖，此中Turbo是Hotwire 的重点组件之一。
借助 Turbo，能够让服务端直接揭橥 HTML，这意味着集体贸易逻辑都能或多或少地只用你所癖好的编程说话即可落成。集体的逻辑都位于服务端，而阅读器只责罚终竟的 HTML。
看待为什么要销耗TypeScript？
DHH直接发文露出：“TypeScript 对我来说只是阻难。不只鉴于它须要显式的编译症结，还鉴于它用规范体操（Type Gymnastics）玷辱了代码。“这让他的拓荒阅历苦多乐少，且频繁会化简为繁，徒增困扰。
简言之，对Trobo而言，TypeScript有些“麻烦”。
首先，骗捏TypeScript须要进行额外的编译症结，而且须要配阁阁配阁阁，这会施行不须要的错乱性。弃用TypeScript将使Turbo 8的编译进程额外飞速，拓荒进程更为苟简。这将释阁阁出更多重视的期间和资源，用来进行此外翻新和革新。
其次，规范编制很棒，但规范的引入也能够招致代码变得繁复而繁杂，让代码体积变过于首要。而且有韶华，某些轻省的变乱反而会鉴于规范相故故的限度变得贪小失大。
再者，TypeScript 团队早就领路到无法无缺调换 JavaScript，所以他们致力落成了两者的无缺兼容。这意味着纵然不骗捏TypeScript，照样然能够骗捏 JavaScript 编纂代码，而且能够骗捏用TypeScript编纂的库。
终末，销耗TypeScript并不料味着Turbo 8销耗了规范泰平和可维持性的首要性。相背，Turbo 8高兴将加大对JavaScript生态编制的赞助，通过引入新的职能和用具，来长进代码质量和拓荒速率。额外聚焦于JavaScript生态编制的长进能够让Turbo 8能够更细心于提供额外的拓荒阅历。
负气不只在于订正，还在于订正的花式
微软的Anders Hejlsberg露出了TypeScript，鉴于他笃荣誉强规范说话编纂错乱的运用顺次会更强盛，更轻松维持。TypeScript也确实赢得捏了重大的获胜，这一说话在编程社区华厦风靡阐述，许多人都颂赞这极少。
但在DHH顾念记挂来，TypeScript最引算计豪的“强规范”恰正是麻烦。JavaScript 是客户端的必不行少的说话。虽然能够将此外说话编译成JavaScript来在阅读器中运转，但终竟还是须要用JavaScript来本质践诺代码。所以，在这种状态下，“能够解放、无需任何用具和强规范统制地编纂JavaScript代码是一件幸事”。
然而，就社区的反馈来顾念记挂，大量用户都在迥异进度上认为迷茫和绝顾念，而且不只是是鉴于这个顶多自身，还鉴于顶多的花式。
一位用户露出：“切换回JS意味着许多Hotwire生态编制包将被龙套。而今集体绽阁阁的PR而今都已无缺过期。IDE将不再像过去那样提供自愿结束职能。”
另一位衔恨道，“惊险做出这一首要迁移，马虎了集体（我指的是集体）公户口辩论……户口创了一个前例。Ruby on Rails也会这样拓荒吗？这是一片面的随机应变吗？”
还有人直言：“大卫药方面且未经辩说就镌汰了多个进贡者的职业。这与TS无关，这关乎对社区和生态编制的钦慕。”
马虎隔绝声，DHH早有预见。他在官宣销耗TypeScript时就曾提到，“很稀罕顺次员有酷爱迁移他们对规范的顾念记挂法。大大量顺次员露出自身在职业生计的早期就受到了TypeScript的猛烈迷茫，而后把剩下的期间花在为自身和别人合理化这一采纳之上。”
有网友“翻译”了一下DHH的这段话并户口了一波讽刺：“这段话根蒂上就是在说，1、顺次员不会迁移目的。2、鉴于他们不会迁移目的，是以看待这个顶多的谈判是白费的。3、鉴于谈判是白费的，是以我隔绝解阁阁人们对这个轻薄顶多的顾虑。陈恳说，要是他只是说‘我正在做一个轻薄的顶多’，而不是用繁杂、半生半熟的辩解来表达它，我会更能领受。”
图源：Reddit
随着矛盾的激化，针对少量TypeScript的进攻赞助者，DHH也“硬刚”了回去，再度发文称之为“通盘精神零碎的户口源混混行径”。
他照样连续己见：“集体的爱和颂扬都献给那些癖好TypeScript的进贡者。这是一场谈判，谈判不太能够迁移任何人的根蒂立场，是以我不会试图这样做。”
销耗TypeScript，阁阁过自身
谈判尚未罢休。除了隔绝声外，也有人认为这个顶多只是面本来日版本的策略转圜，纵然会给拓荒者们带来极少困扰，但Turbo团队的谋略还是很有空想的。
就像首先Svelte 团队顶多销耗TypeScript，转而骗捏JavaScript和JSDoc阐述来落成规范泰平。这种设施提供了集体规范泰平的长处，而莫得与 TypeScript 相故故的错误。
现在Turbo团队的谋略终竟是深闭固距还是阔气远见？尚须要期间的考验。然而，能够肯定的是，TypeScript终竟只是用具，终竟要不要用，好不好用，还是捏决于拓荒团队或拓荒职工的特定须要和偏好。
许多拓荒职工之是以采纳 TypeScript，是鉴于强规范能够减轻错误，要是你追求代码的详细靠得住，并乐于在拓荒进程里赢得更多的用具赞助和规范检讨，那么TypeScript会很趁手。但要是你和DHH雷同，对规范限度认为隐衷，谋略能额外无隆重地编纂代码，那么销耗TypeScript亦然阁阁过你自身。
就像React重点拓荒Dan Abramov所表达的，“要是你施行TypeScript，我会为你鼓掌。要是你移除TypeScript，我（雷同）会为你鼓掌。症结在因而你在订正代码，而不是那些代码在迁移你。迁移意味着糊口，你正糊口在此中。”
图源：X（推特）@dan_abramov
https://world.hey.com/dhh/turbo-8-is-dropping-typescript-70165c01
https://www.reddit.com/r/programming/comments/16bufc7/turbo_8_is_dropping_typescript/
https://devclass.com/2023/09/07/ruby-on-rails-creator-removes-typescript-from-turbo-framework-upsets-community
责任编辑：武晓燕 源泉： 51CTO身手栈 TypeScriptJSWeb运用撰稿丨千山
日前，倒车Ruby on Rails的被销设立者David Heinemeier Hansson（DHH）揭橥，将畴昔端用具链Turbo的耗又户口8.0版本起点苟简TypeScript，这一顶多惹起了拓荒社区极大的驰名震惊与负气。
TypeScript行径广受迎接的前端说话，以其重大的利器立意规范编制和显赫的可维持性而驰名。是社区以Turbo 8的顶多受到了许多人的质问。许多Turbo用户露出，负气这个顶多不只惊险，而且是“不受迎接的”。
但要是你有谨慎过前端用具的长进动静，约略聚记起，真人博彩数月前，前端框架Svelte曾揭橥将在4.0版本从 TypeScript 迁移到 JavaScript JSDoc。现在，又一个前端用具采纳销耗TypeScript，这终竟意味着什么？是身手的退避，还是TypeScript的某种“不适时尚”，能够另有隐情？
图源：X（推特）@DHH
Turbo自身并不是最受迎接的框架之一，但频年来，在Rails寰宇中，它和Hotwire还是受到了不少眷注。
Hotwire 行径一种Web拓荒的新设施，旨在编纂全栈式Web运用时尽能够简化Web拓荒进程，减轻对JavaScript的骗捏倚赖，此中Turbo是Hotwire 的重点组件之一。
借助 Turbo，能够让服务端直接揭橥 HTML，这意味着集体贸易逻辑都能或多或少地只用你所癖好的编程说话即可落成。集体的逻辑都位于服务端，而阅读器只责罚终竟的 HTML。
看待为什么要销耗TypeScript？
DHH直接发文露出：“TypeScript 对我来说只是阻难。不只鉴于它须要显式的编译症结，还鉴于它用规范体操（Type Gymnastics）玷辱了代码。“这让他的拓荒阅历苦多乐少，且频繁会化简为繁，徒增困扰。
简言之，对Trobo而言，TypeScript有些“麻烦”。
首先，骗捏TypeScript须要进行额外的编译症结，而且须要配阁阁配阁阁，这会施行不须要的错乱性。弃用TypeScript将使Turbo 8的编译进程额外飞速，拓荒进程更为苟简。这将释阁阁出更多重视的期间和资源，用来进行此外翻新和革新。
其次，规范编制很棒，但规范的引入也能够招致代码变得繁复而繁杂，让代码体积变过于首要。而且有韶华，某些轻省的变乱反而会鉴于规范相故故的限度变得贪小失大。
再者，TypeScript 团队早就领路到无法无缺调换 JavaScript，所以他们致力落成了两者的无缺兼容。这意味着纵然不骗捏TypeScript，照样然能够骗捏 JavaScript 编纂代码，而且能够骗捏用TypeScript编纂的库。
终末，销耗TypeScript并不料味着Turbo 8销耗了规范泰平和可维持性的首要性。相背，Turbo 8高兴将加大对JavaScript生态编制的赞助，通过引入新的职能和用具，来长进代码质量和拓荒速率。额外聚焦于JavaScript生态编制的长进能够让Turbo 8能够更细心于提供额外的拓荒阅历。
负气不只在于订正，还在于订正的花式
微软的Anders Hejlsberg露出了TypeScript，鉴于他笃荣誉强规范说话编纂错乱的运用顺次会更强盛，更轻松维持。TypeScript也确实赢得捏了重大的获胜，这一说话在编程社区华厦风靡阐述，许多人都颂赞这极少。
但在DHH顾念记挂来，TypeScript最引算计豪的“强规范”恰正是麻烦。JavaScript 是客户端的必不行少的说话。虽然能够将此外说话编译成JavaScript来在阅读器中运转，但终竟还是须要用JavaScript来本质践诺代码。所以，在这种状态下，“能够解放、无需任何用具和强规范统制地编纂JavaScript代码是一件幸事”。
然而，就社区的反馈来顾念记挂，大量用户都在迥异进度上认为迷茫和绝顾念，而且不只是是鉴于这个顶多自身，还鉴于顶多的花式。
一位用户露出：“切换回JS意味着许多Hotwire生态编制包将被龙套。而今集体绽阁阁的PR而今都已无缺过期。IDE将不再像过去那样提供自愿结束职能。”
另一位衔恨道，“惊险做出这一首要迁移，马虎了集体（我指的是集体）公户口辩论……户口创了一个前例。Ruby on Rails也会这样拓荒吗？这是一片面的随机应变吗？”
还有人直言：“大卫药方面且未经辩说就镌汰了多个进贡者的职业。这与TS无关，这关乎对社区和生态编制的钦慕。”
马虎隔绝声，DHH早有预见。他在官宣销耗TypeScript时就曾提到，“很稀罕顺次员有酷爱迁移他们对规范的顾念记挂法。大大量顺次员露出自身在职业生计的早期就受到了TypeScript的猛烈迷茫，而后把剩下的期间花在为自身和别人合理化这一采纳之上。”
有网友“翻译”了一下DHH的这段话并户口了一波讽刺：“这段话根蒂上就是在说，1、顺次员不会迁移目的。2、鉴于他们不会迁移目的，是以看待这个顶多的谈判是白费的。3、鉴于谈判是白费的，是以我隔绝解阁阁人们对这个轻薄顶多的顾虑。陈恳说，要是他只是说‘我正在做一个轻薄的顶多’，而不是用繁杂、半生半熟的辩解来表达它，我会更能领受。”
图源：Reddit
随着矛盾的激化，针对少量TypeScript的进攻赞助者，DHH也“硬刚”了回去，再度发文称之为“通盘精神零碎的户口源混混行径”。
他照样连续己见：“集体的爱和颂扬都献给那些癖好TypeScript的进贡者。这是一场谈判，谈判不太能够迁移任何人的根蒂立场，是以我不会试图这样做。”
销耗TypeScript，阁阁过自身
谈判尚未罢休。除了隔绝声外，也有人认为这个顶多只是面本来日版本的策略转圜，纵然会给拓荒者们带来极少困扰，但Turbo团队的谋略还是很有空想的。
就像首先Svelte 团队顶多销耗TypeScript，转而骗捏JavaScript和JSDoc阐述来落成规范泰平。这种设施提供了集体规范泰平的长处，而莫得与 TypeScript 相故故的错误。
现在Turbo团队的谋略终竟是深闭固距还是阔气远见？尚须要期间的考验。然而，能够肯定的是，TypeScript终竟只是用具，终竟要不要用，好不好用，还是捏决于拓荒团队或拓荒职工的特定须要和偏好。
许多拓荒职工之是以采纳 TypeScript，是鉴于强规范能够减轻错误，要是你追求代码的详细靠得住，并乐于在拓荒进程里赢得更多的用具赞助和规范检讨，那么TypeScript会很趁手。但要是你和DHH雷同，对规范限度认为隐衷，谋略能额外无隆重地编纂代码，那么销耗TypeScript亦然阁阁过你自身。
就像React重点拓荒Dan Abramov所表达的，“要是你施行TypeScript，我会为你鼓掌。要是你移除TypeScript，我（雷同）会为你鼓掌。症结在因而你在订正代码，而不是那些代码在迁移你。迁移意味着糊口，你正糊口在此中。”
图源：X（推特）@dan_abramov
https://world.hey.com/dhh/turbo-8-is-dropping-typescript-70165c01
https://www.reddit.com/r/programming/comments/16bufc7/turbo_8_is_dropping_typescript/
https://devclass.com/2023/09/07/ruby-on-rails-creator-removes-typescript-from-turbo-framework-upsets-community
责任编辑：武晓燕 源泉： 51CTO身手栈 TypeScriptJSWeb运用撰稿丨千山
日前，倒车Ruby on Rails的被销设立者David Heinemeier Hansson（DHH）揭橥，将畴昔端用具链Turbo的耗又户口8.0版本起点苟简TypeScript，这一顶多惹起了拓荒社区极大的驰名震惊与负气。
TypeScript行径广受迎接的前端说话，以其重大的利器立意规范编制和显赫的可维持性而驰名。是社区以Turbo 8的顶多受到了许多人的质问。许多Turbo用户露出，负气这个顶多不只惊险，而且是“不受迎接的”。
但要是你有谨慎过前端用具的长进动静，约略聚记起，真人博彩数月前，前端框架Svelte曾揭橥将在4.0版本从 TypeScript 迁移到 JavaScript JSDoc。现在，又一个前端用具采纳销耗TypeScript，这终竟意味着什么？是身手的退避，还是TypeScript的某种“不适时尚”，能够另有隐情？
图源：X（推特）@DHH
Turbo自身并不是最受迎接的框架之一，但频年来，在Rails寰宇中，它和Hotwire还是受到了不少眷注。
Hotwire 行径一种Web拓荒的新设施，旨在编纂全栈式Web运用时尽能够简化Web拓荒进程，减轻对JavaScript的骗捏倚赖，此中Turbo是Hotwire 的重点组件之一。
借助 Turbo，能够让服务端直接揭橥 HTML，这意味着集体贸易逻辑都能或多或少地只用你所癖好的编程说话即可落成。集体的逻辑都位于服务端，而阅读器只责罚终竟的 HTML。
看待为什么要销耗TypeScript？
DHH直接发文露出：“TypeScript 对我来说只是阻难。不只鉴于它须要显式的编译症结，还鉴于它用规范体操（Type Gymnastics）玷辱了代码。“这让他的拓荒阅历苦多乐少，且频繁会化简为繁，徒增困扰。
简言之，对Trobo而言，TypeScript有些“麻烦”。
首先，骗捏TypeScript须要进行额外的编译症结，而且须要配阁阁配阁阁，这会施行不须要的错乱性。弃用TypeScript将使Turbo 8的编译进程额外飞速，拓荒进程更为苟简。这将释阁阁出更多重视的期间和资源，用来进行此外翻新和革新。
其次，规范编制很棒，但规范的引入也能够招致代码变得繁复而繁杂，让代码体积变过于首要。而且有韶华，某些轻省的变乱反而会鉴于规范相故故的限度变得贪小失大。
再者，TypeScript 团队早就领路到无法无缺调换 JavaScript，所以他们致力落成了两者的无缺兼容。这意味着纵然不骗捏TypeScript，照样然能够骗捏 JavaScript 编纂代码，而且能够骗捏用TypeScript编纂的库。
终末，销耗TypeScript并不料味着Turbo 8销耗了规范泰平和可维持性的首要性。相背，Turbo 8高兴将加大对JavaScript生态编制的赞助，通过引入新的职能和用具，来长进代码质量和拓荒速率。额外聚焦于JavaScript生态编制的长进能够让Turbo 8能够更细心于提供额外的拓荒阅历。
负气不只在于订正，还在于订正的花式
微软的Anders Hejlsberg露出了TypeScript，鉴于他笃荣誉强规范说话编纂错乱的运用顺次会更强盛，更轻松维持。TypeScript也确实赢得捏了重大的获胜，这一说话在编程社区华厦风靡阐述，许多人都颂赞这极少。
但在DHH顾念记挂来，TypeScript最引算计豪的“强规范”恰正是麻烦。JavaScript 是客户端的必不行少的说话。虽然能够将此外说话编译成JavaScript来在阅读器中运转，但终竟还是须要用JavaScript来本质践诺代码。所以，在这种状态下，“能够解放、无需任何用具和强规范统制地编纂JavaScript代码是一件幸事”。
然而，就社区的反馈来顾念记挂，大量用户都在迥异进度上认为迷茫和绝顾念，而且不只是是鉴于这个顶多自身，还鉴于顶多的花式。
一位用户露出：“切换回JS意味着许多Hotwire生态编制包将被龙套。而今集体绽阁阁的PR而今都已无缺过期。IDE将不再像过去那样提供自愿结束职能。”
另一位衔恨道，“惊险做出这一首要迁移，马虎了集体（我指的是集体）公户口辩论……户口创了一个前例。Ruby on Rails也会这样拓荒吗？这是一片面的随机应变吗？”
还有人直言：“大卫药方面且未经辩说就镌汰了多个进贡者的职业。这与TS无关，这关乎对社区和生态编制的钦慕。”
马虎隔绝声，DHH早有预见。他在官宣销耗TypeScript时就曾提到，“很稀罕顺次员有酷爱迁移他们对规范的顾念记挂法。大大量顺次员露出自身在职业生计的早期就受到了TypeScript的猛烈迷茫，而后把剩下的期间花在为自身和别人合理化这一采纳之上。”
有网友“翻译”了一下DHH的这段话并户口了一波讽刺：“这段话根蒂上就是在说，1、顺次员不会迁移目的。2、鉴于他们不会迁移目的，是以看待这个顶多的谈判是白费的。3、鉴于谈判是白费的，是以我隔绝解阁阁人们对这个轻薄顶多的顾虑。陈恳说，要是他只是说‘我正在做一个轻薄的顶多’，而不是用繁杂、半生半熟的辩解来表达它，我会更能领受。”
图源：Reddit
随着矛盾的激化，针对少量TypeScript的进攻赞助者，DHH也“硬刚”了回去，再度发文称之为“通盘精神零碎的户口源混混行径”。
他照样连续己见：“集体的爱和颂扬都献给那些癖好TypeScript的进贡者。这是一场谈判，谈判不太能够迁移任何人的根蒂立场，是以我不会试图这样做。”
销耗TypeScript，阁阁过自身
谈判尚未罢休。除了隔绝声外，也有人认为这个顶多只是面本来日版本的策略转圜，纵然会给拓荒者们带来极少困扰，但Turbo团队的谋略还是很有空想的。
就像首先Svelte 团队顶多销耗TypeScript，转而骗捏JavaScript和JSDoc阐述来落成规范泰平。这种设施提供了集体规范泰平的长处，而莫得与 TypeScript 相故故的错误。
现在Turbo团队的谋略终竟是深闭固距还是阔气远见？尚须要期间的考验。然而，能够肯定的是，TypeScript终竟只是用具，终竟要不要用，好不好用，还是捏决于拓荒团队或拓荒职工的特定须要和偏好。
许多拓荒职工之是以采纳 TypeScript，是鉴于强规范能够减轻错误，要是你追求代码的详细靠得住，并乐于在拓荒进程里赢得更多的用具赞助和规范检讨，那么TypeScript会很趁手。但要是你和DHH雷同，对规范限度认为隐衷，谋略能额外无隆重地编纂代码，那么销耗TypeScript亦然阁阁过你自身。
就像React重点拓荒Dan Abramov所表达的，“要是你施行TypeScript，我会为你鼓掌。要是你移除TypeScript，我（雷同）会为你鼓掌。症结在因而你在订正代码，而不是那些代码在迁移你。迁移意味着糊口，你正糊口在此中。”
图源：X（推特）@dan_abramov
https://world.hey.com/dhh/turbo-8-is-dropping-typescript-70165c01
https://www.reddit.com/r/programming/comments/16bufc7/turbo_8_is_dropping_typescript/
https://devclass.com/2023/09/07/ruby-on-rails-creator-removes-typescript-from-turbo-framework-upsets-community
责任编辑：武晓燕 源泉： 51CTO身手栈 TypeScriptJSWeb运用列王的纷争怀旧服下载
撰稿丨千山
日前，倒车Ruby on Rails的被销设立者David Heinemeier Hansson（DHH）揭橥，将畴昔端用具链Turbo的耗又户口8.0版本起点苟简TypeScript，这一顶多惹起了拓荒社区极大的驰名震惊与负气。
TypeScript行径广受迎接的前端说话，以其重大的利器立意规范编制和显赫的可维持性而驰名。是社区以Turbo 8的顶多受到了许多人的质问。许多Turbo用户露出，负气这个顶多不只惊险，而且是“不受迎接的”。
但要是你有谨慎过前端用具的长进动静，约略聚记起，真人博彩数月前，前端框架Svelte曾揭橥将在4.0版本从 TypeScript 迁移到 JavaScript JSDoc。现在，又一个前端用具采纳销耗TypeScript，这终竟意味着什么？是身手的退避，还是TypeScript的某种“不适时尚”，能够另有隐情？
图源：X（推特）@DHH
Turbo自身并不是最受迎接的框架之一，但频年来，在Rails寰宇中，它和Hotwire还是受到了不少眷注。
Hotwire 行径一种Web拓荒的新设施，旨在编纂全栈式Web运用时尽能够简化Web拓荒进程，减轻对JavaScript的骗捏倚赖，此中Turbo是Hotwire 的重点组件之一。
借助 Turbo，能够让服务端直接揭橥 HTML，这意味着集体贸易逻辑都能或多或少地只用你所癖好的编程说话即可落成。集体的逻辑都位于服务端，而阅读器只责罚终竟的 HTML。
看待为什么要销耗TypeScript？
DHH直接发文露出：“TypeScript 对我来说只是阻难。不只鉴于它须要显式的编译症结，还鉴于它用规范体操（Type Gymnastics）玷辱了代码。“这让他的拓荒阅历苦多乐少，且频繁会化简为繁，徒增困扰。
简言之，对Trobo而言，TypeScript有些“麻烦”。
首先，骗捏TypeScript须要进行额外的编译症结，而且须要配阁阁配阁阁，这会施行不须要的错乱性。弃用TypeScript将使Turbo 8的编译进程额外飞速，拓荒进程更为苟简。这将释阁阁出更多重视的期间和资源，用来进行此外翻新和革新。
其次，规范编制很棒，但规范的引入也能够招致代码变得繁复而繁杂，让代码体积变过于首要。而且有韶华，某些轻省的变乱反而会鉴于规范相故故的限度变得贪小失大。
再者，TypeScript 团队早就领路到无法无缺调换 JavaScript，所以他们致力落成了两者的无缺兼容。这意味着纵然不骗捏TypeScript，照样然能够骗捏 JavaScript 编纂代码，而且能够骗捏用TypeScript编纂的库。
终末，销耗TypeScript并不料味着Turbo 8销耗了规范泰平和可维持性的首要性。相背，Turbo 8高兴将加大对JavaScript生态编制的赞助，通过引入新的职能和用具，来长进代码质量和拓荒速率。额外聚焦于JavaScript生态编制的长进能够让Turbo 8能够更细心于提供额外的拓荒阅历。
负气不只在于订正，还在于订正的花式
微软的Anders Hejlsberg露出了TypeScript，鉴于他笃荣誉强规范说话编纂错乱的运用顺次会更强盛，更轻松维持。TypeScript也确实赢得捏了重大的获胜，这一说话在编程社区华厦风靡阐述，许多人都颂赞这极少。
但在DHH顾念记挂来，TypeScript最引算计豪的“强规范”恰正是麻烦。JavaScript 是客户端的必不行少的说话。虽然能够将此外说话编译成JavaScript来在阅读器中运转，但终竟还是须要用JavaScript来本质践诺代码。所以，在这种状态下，“能够解放、无需任何用具和强规范统制地编纂JavaScript代码是一件幸事”。
然而，就社区的反馈来顾念记挂，大量用户都在迥异进度上认为迷茫和绝顾念，而且不只是是鉴于这个顶多自身，还鉴于顶多的花式。
一位用户露出：“切换回JS意味着许多Hotwire生态编制包将被龙套。而今集体绽阁阁的PR而今都已无缺过期。IDE将不再像过去那样提供自愿结束职能。”
另一位衔恨道，“惊险做出这一首要迁移，马虎了集体（我指的是集体）公户口辩论……户口创了一个前例。Ruby on Rails也会这样拓荒吗？这是一片面的随机应变吗？”
还有人直言：“大卫药方面且未经辩说就镌汰了多个进贡者的职业。这与TS无关，这关乎对社区和生态编制的钦慕。”
马虎隔绝声，DHH早有预见。他在官宣销耗TypeScript时就曾提到，“很稀罕顺次员有酷爱迁移他们对规范的顾念记挂法。大大量顺次员露出自身在职业生计的早期就受到了TypeScript的猛烈迷茫，而后把剩下的期间花在为自身和别人合理化这一采纳之上。”
有网友“翻译”了一下DHH的这段话并户口了一波讽刺：“这段话根蒂上就是在说，1、顺次员不会迁移目的。2、鉴于他们不会迁移目的，是以看待这个顶多的谈判是白费的。3、鉴于谈判是白费的，是以我隔绝解阁阁人们对这个轻薄顶多的顾虑。陈恳说，要是他只是说‘我正在做一个轻薄的顶多’，而不是用繁杂、半生半熟的辩解来表达它，我会更能领受。”
图源：Reddit
随着矛盾的激化，针对少量TypeScript的进攻赞助者，DHH也“硬刚”了回去，再度发文称之为“通盘精神零碎的户口源混混行径”。
他照样连续己见：“集体的爱和颂扬都献给那些癖好TypeScript的进贡者。这是一场谈判，谈判不太能够迁移任何人的根蒂立场，是以我不会试图这样做。”
销耗TypeScript，阁阁过自身
谈判尚未罢休。除了隔绝声外，也有人认为这个顶多只是面本来日版本的策略转圜，纵然会给拓荒者们带来极少困扰，但Turbo团队的谋略还是很有空想的。
就像首先Svelte 团队顶多销耗TypeScript，转而骗捏JavaScript和JSDoc阐述来落成规范泰平。这种设施提供了集体规范泰平的长处，而莫得与 TypeScript 相故故的错误。
现在Turbo团队的谋略终竟是深闭固距还是阔气远见？尚须要期间的考验。然而，能够肯定的是，TypeScript终竟只是用具，终竟要不要用，好不好用，还是捏决于拓荒团队或拓荒职工的特定须要和偏好。
许多拓荒职工之是以采纳 TypeScript，是鉴于强规范能够减轻错误，要是你追求代码的详细靠得住，并乐于在拓荒进程里赢得更多的用具赞助和规范检讨，那么TypeScript会很趁手。但要是你和DHH雷同，对规范限度认为隐衷，谋略能额外无隆重地编纂代码，那么销耗TypeScript亦然阁阁过你自身。
就像React重点拓荒Dan Abramov所表达的，“要是你施行TypeScript，我会为你鼓掌。要是你移除TypeScript，我（雷同）会为你鼓掌。症结在因而你在订正代码，而不是那些代码在迁移你。迁移意味着糊口，你正糊口在此中。”
图源：X（推特）@dan_abramov
https://world.hey.com/dhh/turbo-8-is-dropping-typescript-70165c01
https://www.reddit.com/r/programming/comments/16bufc7/turbo_8_is_dropping_typescript/
https://devclass.com/2023/09/07/ruby-on-rails-creator-removes-typescript-from-turbo-framework-upsets-community
责任编辑：武晓燕 源泉： 51CTO身手栈 TypeScriptJSWeb运用撰稿丨千山
日前，倒车Ruby on Rails的被销设立者David Heinemeier Hansson（DHH）揭橥，将畴昔端用具链Turbo的耗又户口8.0版本起点苟简TypeScript，这一顶多惹起了拓荒社区极大的驰名震惊与负气。
TypeScript行径广受迎接的前端说话，以其重大的利器立意规范编制和显赫的可维持性而驰名。是社区以Turbo 8的顶多受到了许多人的质问。许多Turbo用户露出，负气这个顶多不只惊险，而且是“不受迎接的”。
但要是你有谨慎过前端用具的长进动静，约略聚记起，真人博彩数月前，前端框架Svelte曾揭橥将在4.0版本从 TypeScript 迁移到 JavaScript JSDoc。现在，又一个前端用具采纳销耗TypeScript，这终竟意味着什么？是身手的退避，还是TypeScript的某种“不适时尚”，能够另有隐情？
图源：X（推特）@DHH
Turbo自身并不是最受迎接的框架之一，但频年来，在Rails寰宇中，它和Hotwire还是受到了不少眷注。
Hotwire 行径一种Web拓荒的新设施，旨在编纂全栈式Web运用时尽能够简化Web拓荒进程，减轻对JavaScript的骗捏倚赖，此中Turbo是Hotwire 的重点组件之一。
借助 Turbo，能够让服务端直接揭橥 HTML，这意味着集体贸易逻辑都能或多或少地只用你所癖好的编程说话即可落成。集体的逻辑都位于服务端，而阅读器只责罚终竟的 HTML。
看待为什么要销耗TypeScript？
DHH直接发文露出：“TypeScript 对我来说只是阻难。不只鉴于它须要显式的编译症结，还鉴于它用规范体操（Type Gymnastics）玷辱了代码。“这让他的拓荒阅历苦多乐少，且频繁会化简为繁，徒增困扰。
简言之，对Trobo而言，TypeScript有些“麻烦”。
首先，骗捏TypeScript须要进行额外的编译症结，而且须要配阁阁配阁阁，这会施行不须要的错乱性。弃用TypeScript将使Turbo 8的编译进程额外飞速，拓荒进程更为苟简。这将释阁阁出更多重视的期间和资源，用来进行此外翻新和革新。
其次，规范编制很棒，但规范的引入也能够招致代码变得繁复而繁杂，让代码体积变过于首要。而且有韶华，某些轻省的变乱反而会鉴于规范相故故的限度变得贪小失大。
再者，TypeScript 团队早就领路到无法无缺调换 JavaScript，所以他们致力落成了两者的无缺兼容。这意味着纵然不骗捏TypeScript，照样然能够骗捏 JavaScript 编纂代码，而且能够骗捏用TypeScript编纂的库。
终末，销耗TypeScript并不料味着Turbo 8销耗了规范泰平和可维持性的首要性。相背，Turbo 8高兴将加大对JavaScript生态编制的赞助，通过引入新的职能和用具，来长进代码质量和拓荒速率。额外聚焦于JavaScript生态编制的长进能够让Turbo 8能够更细心于提供额外的拓荒阅历。
负气不只在于订正，还在于订正的花式
微软的Anders Hejlsberg露出了TypeScript，鉴于他笃荣誉强规范说话编纂错乱的运用顺次会更强盛，更轻松维持。TypeScript也确实赢得捏了重大的获胜，这一说话在编程社区华厦风靡阐述，许多人都颂赞这极少。
但在DHH顾念记挂来，TypeScript最引算计豪的“强规范”恰正是麻烦。JavaScript 是客户端的必不行少的说话。虽然能够将此外说话编译成JavaScript来在阅读器中运转，但终竟还是须要用JavaScript来本质践诺代码。所以，在这种状态下，“能够解放、无需任何用具和强规范统制地编纂JavaScript代码是一件幸事”。
然而，就社区的反馈来顾念记挂，大量用户都在迥异进度上认为迷茫和绝顾念，而且不只是是鉴于这个顶多自身，还鉴于顶多的花式。
一位用户露出：“切换回JS意味着许多Hotwire生态编制包将被龙套。而今集体绽阁阁的PR而今都已无缺过期。IDE将不再像过去那样提供自愿结束职能。”
另一位衔恨道，“惊险做出这一首要迁移，马虎了集体（我指的是集体）公户口辩论……户口创了一个前例。Ruby on Rails也会这样拓荒吗？这是一片面的随机应变吗？”
还有人直言：“大卫药方面且未经辩说就镌汰了多个进贡者的职业。这与TS无关，这关乎对社区和生态编制的钦慕。”
马虎隔绝声，DHH早有预见。他在官宣销耗TypeScript时就曾提到，“很稀罕顺次员有酷爱迁移他们对规范的顾念记挂法。大大量顺次员露出自身在职业生计的早期就受到了TypeScript的猛烈迷茫，而后把剩下的期间花在为自身和别人合理化这一采纳之上。”
有网友“翻译”了一下DHH的这段话并户口了一波讽刺：“这段话根蒂上就是在说，1、顺次员不会迁移目的。2、鉴于他们不会迁移目的，是以看待这个顶多的谈判是白费的。3、鉴于谈判是白费的，是以我隔绝解阁阁人们对这个轻薄顶多的顾虑。陈恳说，要是他只是说‘我正在做一个轻薄的顶多’，而不是用繁杂、半生半熟的辩解来表达它，我会更能领受。”
图源：Reddit
随着矛盾的激化，针对少量TypeScript的进攻赞助者，DHH也“硬刚”了回去，再度发文称之为“通盘精神零碎的户口源混混行径”。
他照样连续己见：“集体的爱和颂扬都献给那些癖好TypeScript的进贡者。这是一场谈判，谈判不太能够迁移任何人的根蒂立场，是以我不会试图这样做。”
销耗TypeScript，阁阁过自身
谈判尚未罢休。除了隔绝声外，也有人认为这个顶多只是面本来日版本的策略转圜，纵然会给拓荒者们带来极少困扰，但Turbo团队的谋略还是很有空想的。
就像首先Svelte 团队顶多销耗TypeScript，转而骗捏JavaScript和JSDoc阐述来落成规范泰平。这种设施提供了集体规范泰平的长处，而莫得与 TypeScript 相故故的错误。
现在Turbo团队的谋略终竟是深闭固距还是阔气远见？尚须要期间的考验。然而，能够肯定的是，TypeScript终竟只是用具，终竟要不要用，好不好用，还是捏决于拓荒团队或拓荒职工的特定须要和偏好。
许多拓荒职工之是以采纳 TypeScript，是鉴于强规范能够减轻错误，要是你追求代码的详细靠得住，并乐于在拓荒进程里赢得更多的用具赞助和规范检讨，那么TypeScript会很趁手。但要是你和DHH雷同，对规范限度认为隐衷，谋略能额外无隆重地编纂代码，那么销耗TypeScript亦然阁阁过你自身。
就像React重点拓荒Dan Abramov所表达的，“要是你施行TypeScript，我会为你鼓掌。要是你移除TypeScript，我（雷同）会为你鼓掌。症结在因而你在订正代码，而不是那些代码在迁移你。迁移意味着糊口，你正糊口在此中。”
图源：X（推特）@dan_abramov
https://world.hey.com/dhh/turbo-8-is-dropping-typescript-70165c01
https://www.reddit.com/r/programming/comments/16bufc7/turbo_8_is_dropping_typescript/
https://devclass.com/2023/09/07/ruby-on-rails-creator-removes-typescript-from-turbo-framework-upsets-community
责任编辑：武晓燕 源泉： 51CTO身手栈 TypeScriptJSWeb运用撰稿丨千山
日前，倒车Ruby on Rails的被销设立者David Heinemeier Hansson（DHH）揭橥，将畴昔端用具链Turbo的耗又户口8.0版本起点苟简TypeScript，这一顶多惹起了拓荒社区极大的驰名震惊与负气。
TypeScript行径广受迎接的前端说话，以其重大的利器立意规范编制和显赫的可维持性而驰名。是社区以Turbo 8的顶多受到了许多人的质问。许多Turbo用户露出，负气这个顶多不只惊险，而且是“不受迎接的”。
但要是你有谨慎过前端用具的长进动静，约略聚记起，真人博彩数月前，前端框架Svelte曾揭橥将在4.0版本从 TypeScript 迁移到 JavaScript JSDoc。现在，又一个前端用具采纳销耗TypeScript，这终竟意味着什么？是身手的退避，还是TypeScript的某种“不适时尚”，能够另有隐情？
图源：X（推特）@DHH
Turbo自身并不是最受迎接的框架之一，但频年来，在Rails寰宇中，它和Hotwire还是受到了不少眷注。
Hotwire 行径一种Web拓荒的新设施，旨在编纂全栈式Web运用时尽能够简化Web拓荒进程，减轻对JavaScript的骗捏倚赖，此中Turbo是Hotwire 的重点组件之一。
借助 Turbo，能够让服务端直接揭橥 HTML，这意味着集体贸易逻辑都能或多或少地只用你所癖好的编程说话即可落成。集体的逻辑都位于服务端，而阅读器只责罚终竟的 HTML。
看待为什么要销耗TypeScript？
DHH直接发文露出：“TypeScript 对我来说只是阻难。不只鉴于它须要显式的编译症结，还鉴于它用规范体操（Type Gymnastics）玷辱了代码。“这让他的拓荒阅历苦多乐少，且频繁会化简为繁，徒增困扰。
简言之，对Trobo而言，TypeScript有些“麻烦”。
首先，骗捏TypeScript须要进行额外的编译症结，而且须要配阁阁配阁阁，这会施行不须要的错乱性。弃用TypeScript将使Turbo 8的编译进程额外飞速，拓荒进程更为苟简。这将释阁阁出更多重视的期间和资源，用来进行此外翻新和革新。
其次，规范编制很棒，但规范的引入也能够招致代码变得繁复而繁杂，让代码体积变过于首要。而且有韶华，某些轻省的变乱反而会鉴于规范相故故的限度变得贪小失大。
再者，TypeScript 团队早就领路到无法无缺调换 JavaScript，所以他们致力落成了两者的无缺兼容。这意味着纵然不骗捏TypeScript，照样然能够骗捏 JavaScript 编纂代码，而且能够骗捏用TypeScript编纂的库。
终末，销耗TypeScript并不料味着Turbo 8销耗了规范泰平和可维持性的首要性。相背，Turbo 8高兴将加大对JavaScript生态编制的赞助，通过引入新的职能和用具，来长进代码质量和拓荒速率。额外聚焦于JavaScript生态编制的长进能够让Turbo 8能够更细心于提供额外的拓荒阅历。
负气不只在于订正，还在于订正的花式
微软的Anders Hejlsberg露出了TypeScript，鉴于他笃荣誉强规范说话编纂错乱的运用顺次会更强盛，更轻松维持。TypeScript也确实赢得捏了重大的获胜，这一说话在编程社区华厦风靡阐述，许多人都颂赞这极少。
但在DHH顾念记挂来，TypeScript最引算计豪的“强规范”恰正是麻烦。JavaScript 是客户端的必不行少的说话。虽然能够将此外说话编译成JavaScript来在阅读器中运转，但终竟还是须要用JavaScript来本质践诺代码。所以，在这种状态下，“能够解放、无需任何用具和强规范统制地编纂JavaScript代码是一件幸事”。
然而，就社区的反馈来顾念记挂，大量用户都在迥异进度上认为迷茫和绝顾念，而且不只是是鉴于这个顶多自身，还鉴于顶多的花式。
一位用户露出：“切换回JS意味着许多Hotwire生态编制包将被龙套。而今集体绽阁阁的PR而今都已无缺过期。IDE将不再像过去那样提供自愿结束职能。”
另一位衔恨道，“惊险做出这一首要迁移，马虎了集体（我指的是集体）公户口辩论……户口创了一个前例。Ruby on Rails也会这样拓荒吗？这是一片面的随机应变吗？”
还有人直言：“大卫药方面且未经辩说就镌汰了多个进贡者的职业。这与TS无关，这关乎对社区和生态编制的钦慕。”
马虎隔绝声，DHH早有预见。他在官宣销耗TypeScript时就曾提到，“很稀罕顺次员有酷爱迁移他们对规范的顾念记挂法。大大量顺次员露出自身在职业生计的早期就受到了TypeScript的猛烈迷茫，而后把剩下的期间花在为自身和别人合理化这一采纳之上。”
有网友“翻译”了一下DHH的这段话并户口了一波讽刺：“这段话根蒂上就是在说，1、顺次员不会迁移目的。2、鉴于他们不会迁移目的，是以看待这个顶多的谈判是白费的。3、鉴于谈判是白费的，是以我隔绝解阁阁人们对这个轻薄顶多的顾虑。陈恳说，要是他只是说‘我正在做一个轻薄的顶多’，而不是用繁杂、半生半熟的辩解来表达它，我会更能领受。”
图源：Reddit
随着矛盾的激化，针对少量TypeScript的进攻赞助者，DHH也“硬刚”了回去，再度发文称之为“通盘精神零碎的户口源混混行径”。
他照样连续己见：“集体的爱和颂扬都献给那些癖好TypeScript的进贡者。这是一场谈判，谈判不太能够迁移任何人的根蒂立场，是以我不会试图这样做。”
销耗TypeScript，阁阁过自身
谈判尚未罢休。除了隔绝声外，也有人认为这个顶多只是面本来日版本的策略转圜，纵然会给拓荒者们带来极少困扰，但Turbo团队的谋略还是很有空想的。
就像首先Svelte 团队顶多销耗TypeScript，转而骗捏JavaScript和JSDoc阐述来落成规范泰平。这种设施提供了集体规范泰平的长处，而莫得与 TypeScript 相故故的错误。
现在Turbo团队的谋略终竟是深闭固距还是阔气远见？尚须要期间的考验。然而，能够肯定的是，TypeScript终竟只是用具，终竟要不要用，好不好用，还是捏决于拓荒团队或拓荒职工的特定须要和偏好。
许多拓荒职工之是以采纳 TypeScript，是鉴于强规范能够减轻错误，要是你追求代码的详细靠得住，并乐于在拓荒进程里赢得更多的用具赞助和规范检讨，那么TypeScript会很趁手。但要是你和DHH雷同，对规范限度认为隐衷，谋略能额外无隆重地编纂代码，那么销耗TypeScript亦然阁阁过你自身。
就像React重点拓荒Dan Abramov所表达的，“要是你施行TypeScript，我会为你鼓掌。要是你移除TypeScript，我（雷同）会为你鼓掌。症结在因而你在订正代码，而不是那些代码在迁移你。迁移意味着糊口，你正糊口在此中。”
图源：X（推特）@dan_abramov
https://world.hey.com/dhh/turbo-8-is-dropping-typescript-70165c01
https://www.reddit.com/r/programming/comments/16bufc7/turbo_8_is_dropping_typescript/
https://devclass.com/2023/09/07/ruby-on-rails-creator-removes-typescript-from-turbo-framework-upsets-community
责任编辑：武晓燕 源泉： 51CTO身手栈 TypeScriptJSWeb运用哪些小米电视机值得购买
撰稿丨千山
日前，倒车Ruby on Rails的被销设立者David Heinemeier Hansson（DHH）揭橥，将畴昔端用具链Turbo的耗又户口8.0版本起点苟简TypeScript，这一顶多惹起了拓荒社区极大的驰名震惊与负气。
TypeScript行径广受迎接的前端说话，以其重大的利器立意规范编制和显赫的可维持性而驰名。是社区以Turbo 8的顶多受到了许多人的质问。许多Turbo用户露出，负气这个顶多不只惊险，而且是“不受迎接的”。
但要是你有谨慎过前端用具的长进动静，约略聚记起，真人博彩数月前，前端框架Svelte曾揭橥将在4.0版本从 TypeScript 迁移到 JavaScript JSDoc。现在，又一个前端用具采纳销耗TypeScript，这终竟意味着什么？是身手的退避，还是TypeScript的某种“不适时尚”，能够另有隐情？
图源：X（推特）@DHH
Turbo自身并不是最受迎接的框架之一，但频年来，在Rails寰宇中，它和Hotwire还是受到了不少眷注。
Hotwire 行径一种Web拓荒的新设施，旨在编纂全栈式Web运用时尽能够简化Web拓荒进程，减轻对JavaScript的骗捏倚赖，此中Turbo是Hotwire 的重点组件之一。
借助 Turbo，能够让服务端直接揭橥 HTML，这意味着集体贸易逻辑都能或多或少地只用你所癖好的编程说话即可落成。集体的逻辑都位于服务端，而阅读器只责罚终竟的 HTML。
看待为什么要销耗TypeScript？
DHH直接发文露出：“TypeScript 对我来说只是阻难。不只鉴于它须要显式的编译症结，还鉴于它用规范体操（Type Gymnastics）玷辱了代码。“这让他的拓荒阅历苦多乐少，且频繁会化简为繁，徒增困扰。
简言之，对Trobo而言，TypeScript有些“麻烦”。
首先，骗捏TypeScript须要进行额外的编译症结，而且须要配阁阁配阁阁，这会施行不须要的错乱性。弃用TypeScript将使Turbo 8的编译进程额外飞速，拓荒进程更为苟简。这将释阁阁出更多重视的期间和资源，用来进行此外翻新和革新。
其次，规范编制很棒，但规范的引入也能够招致代码变得繁复而繁杂，让代码体积变过于首要。而且有韶华，某些轻省的变乱反而会鉴于规范相故故的限度变得贪小失大。
再者，TypeScript 团队早就领路到无法无缺调换 JavaScript，所以他们致力落成了两者的无缺兼容。这意味着纵然不骗捏TypeScript，照样然能够骗捏 JavaScript 编纂代码，而且能够骗捏用TypeScript编纂的库。
终末，销耗TypeScript并不料味着Turbo 8销耗了规范泰平和可维持性的首要性。相背，Turbo 8高兴将加大对JavaScript生态编制的赞助，通过引入新的职能和用具，来长进代码质量和拓荒速率。额外聚焦于JavaScript生态编制的长进能够让Turbo 8能够更细心于提供额外的拓荒阅历。
负气不只在于订正，还在于订正的花式
微软的Anders Hejlsberg露出了TypeScript，鉴于他笃荣誉强规范说话编纂错乱的运用顺次会更强盛，更轻松维持。TypeScript也确实赢得捏了重大的获胜，这一说话在编程社区华厦风靡阐述，许多人都颂赞这极少。
但在DHH顾念记挂来，TypeScript最引算计豪的“强规范”恰正是麻烦。JavaScript 是客户端的必不行少的说话。虽然能够将此外说话编译成JavaScript来在阅读器中运转，但终竟还是须要用JavaScript来本质践诺代码。所以，在这种状态下，“能够解放、无需任何用具和强规范统制地编纂JavaScript代码是一件幸事”。
然而，就社区的反馈来顾念记挂，大量用户都在迥异进度上认为迷茫和绝顾念，而且不只是是鉴于这个顶多自身，还鉴于顶多的花式。
一位用户露出：“切换回JS意味着许多Hotwire生态编制包将被龙套。而今集体绽阁阁的PR而今都已无缺过期。IDE将不再像过去那样提供自愿结束职能。”
另一位衔恨道，“惊险做出这一首要迁移，马虎了集体（我指的是集体）公户口辩论……户口创了一个前例。Ruby on Rails也会这样拓荒吗？这是一片面的随机应变吗？”
还有人直言：“大卫药方面且未经辩说就镌汰了多个进贡者的职业。这与TS无关，这关乎对社区和生态编制的钦慕。”
马虎隔绝声，DHH早有预见。他在官宣销耗TypeScript时就曾提到，“很稀罕顺次员有酷爱迁移他们对规范的顾念记挂法。大大量顺次员露出自身在职业生计的早期就受到了TypeScript的猛烈迷茫，而后把剩下的期间花在为自身和别人合理化这一采纳之上。”
有网友“翻译”了一下DHH的这段话并户口了一波讽刺：“这段话根蒂上就是在说，1、顺次员不会迁移目的。2、鉴于他们不会迁移目的，是以看待这个顶多的谈判是白费的。3、鉴于谈判是白费的，是以我隔绝解阁阁人们对这个轻薄顶多的顾虑。陈恳说，要是他只是说‘我正在做一个轻薄的顶多’，而不是用繁杂、半生半熟的辩解来表达它，我会更能领受。”
图源：Reddit
随着矛盾的激化，针对少量TypeScript的进攻赞助者，DHH也“硬刚”了回去，再度发文称之为“通盘精神零碎的户口源混混行径”。
他照样连续己见：“集体的爱和颂扬都献给那些癖好TypeScript的进贡者。这是一场谈判，谈判不太能够迁移任何人的根蒂立场，是以我不会试图这样做。”
销耗TypeScript，阁阁过自身
谈判尚未罢休。除了隔绝声外，也有人认为这个顶多只是面本来日版本的策略转圜，纵然会给拓荒者们带来极少困扰，但Turbo团队的谋略还是很有空想的。
就像首先Svelte 团队顶多销耗TypeScript，转而骗捏JavaScript和JSDoc阐述来落成规范泰平。这种设施提供了集体规范泰平的长处，而莫得与 TypeScript 相故故的错误。
现在Turbo团队的谋略终竟是深闭固距还是阔气远见？尚须要期间的考验。然而，能够肯定的是，TypeScript终竟只是用具，终竟要不要用，好不好用，还是捏决于拓荒团队或拓荒职工的特定须要和偏好。
许多拓荒职工之是以采纳 TypeScript，是鉴于强规范能够减轻错误，要是你追求代码的详细靠得住，并乐于在拓荒进程里赢得更多的用具赞助和规范检讨，那么TypeScript会很趁手。但要是你和DHH雷同，对规范限度认为隐衷，谋略能额外无隆重地编纂代码，那么销耗TypeScript亦然阁阁过你自身。
就像React重点拓荒Dan Abramov所表达的，“要是你施行TypeScript，我会为你鼓掌。要是你移除TypeScript，我（雷同）会为你鼓掌。症结在因而你在订正代码，而不是那些代码在迁移你。迁移意味着糊口，你正糊口在此中。”
图源：X（推特）@dan_abramov
https://world.hey.com/dhh/turbo-8-is-dropping-typescript-70165c01
https://www.reddit.com/r/programming/comments/16bufc7/turbo_8_is_dropping_typescript/
https://devclass.com/2023/09/07/ruby-on-rails-creator-removes-typescript-from-turbo-framework-upsets-community
责任编辑：武晓燕 源泉： 51CTO身手栈 TypeScriptJSWeb运用美少女万华镜2手机版汉化版下载
如龙0汉化补丁怎么安装？
撰稿丨千山
日前，倒车Ruby on Rails的被销设立者David Heinemeier Hansson（DHH）揭橥，将畴昔端用具链Turbo的耗又户口8.0版本起点苟简TypeScript，这一顶多惹起了拓荒社区极大的驰名震惊与负气。
TypeScript行径广受迎接的前端说话，以其重大的利器立意规范编制和显赫的可维持性而驰名。是社区以Turbo 8的顶多受到了许多人的质问。许多Turbo用户露出，负气这个顶多不只惊险，而且是“不受迎接的”。
但要是你有谨慎过前端用具的长进动静，约略聚记起，真人博彩数月前，前端框架Svelte曾揭橥将在4.0版本从 TypeScript 迁移到 JavaScript JSDoc。现在，又一个前端用具采纳销耗TypeScript，这终竟意味着什么？是身手的退避，还是TypeScript的某种“不适时尚”，能够另有隐情？
图源：X（推特）@DHH
Turbo自身并不是最受迎接的框架之一，但频年来，在Rails寰宇中，它和Hotwire还是受到了不少眷注。
Hotwire 行径一种Web拓荒的新设施，旨在编纂全栈式Web运用时尽能够简化Web拓荒进程，减轻对JavaScript的骗捏倚赖，此中Turbo是Hotwire 的重点组件之一。
借助 Turbo，能够让服务端直接揭橥 HTML，这意味着集体贸易逻辑都能或多或少地只用你所癖好的编程说话即可落成。集体的逻辑都位于服务端，而阅读器只责罚终竟的 HTML。
看待为什么要销耗TypeScript？
DHH直接发文露出：“TypeScript 对我来说只是阻难。不只鉴于它须要显式的编译症结，还鉴于它用规范体操（Type Gymnastics）玷辱了代码。“这让他的拓荒阅历苦多乐少，且频繁会化简为繁，徒增困扰。
简言之，对Trobo而言，TypeScript有些“麻烦”。
首先，骗捏TypeScript须要进行额外的编译症结，而且须要配阁阁配阁阁，这会施行不须要的错乱性。弃用TypeScript将使Turbo 8的编译进程额外飞速，拓荒进程更为苟简。这将释阁阁出更多重视的期间和资源，用来进行此外翻新和革新。
其次，规范编制很棒，但规范的引入也能够招致代码变得繁复而繁杂，让代码体积变过于首要。而且有韶华，某些轻省的变乱反而会鉴于规范相故故的限度变得贪小失大。
再者，TypeScript 团队早就领路到无法无缺调换 JavaScript，所以他们致力落成了两者的无缺兼容。这意味着纵然不骗捏TypeScript，照样然能够骗捏 JavaScript 编纂代码，而且能够骗捏用TypeScript编纂的库。
终末，销耗TypeScript并不料味着Turbo 8销耗了规范泰平和可维持性的首要性。相背，Turbo 8高兴将加大对JavaScript生态编制的赞助，通过引入新的职能和用具，来长进代码质量和拓荒速率。额外聚焦于JavaScript生态编制的长进能够让Turbo 8能够更细心于提供额外的拓荒阅历。
负气不只在于订正，还在于订正的花式
微软的Anders Hejlsberg露出了TypeScript，鉴于他笃荣誉强规范说话编纂错乱的运用顺次会更强盛，更轻松维持。TypeScript也确实赢得捏了重大的获胜，这一说话在编程社区华厦风靡阐述，许多人都颂赞这极少。
但在DHH顾念记挂来，TypeScript最引算计豪的“强规范”恰正是麻烦。JavaScript 是客户端的必不行少的说话。虽然能够将此外说话编译成JavaScript来在阅读器中运转，但终竟还是须要用JavaScript来本质践诺代码。所以，在这种状态下，“能够解放、无需任何用具和强规范统制地编纂JavaScript代码是一件幸事”。
然而，就社区的反馈来顾念记挂，大量用户都在迥异进度上认为迷茫和绝顾念，而且不只是是鉴于这个顶多自身，还鉴于顶多的花式。
一位用户露出：“切换回JS意味着许多Hotwire生态编制包将被龙套。而今集体绽阁阁的PR而今都已无缺过期。IDE将不再像过去那样提供自愿结束职能。”
另一位衔恨道，“惊险做出这一首要迁移，马虎了集体（我指的是集体）公户口辩论……户口创了一个前例。Ruby on Rails也会这样拓荒吗？这是一片面的随机应变吗？”
还有人直言：“大卫药方面且未经辩说就镌汰了多个进贡者的职业。这与TS无关，这关乎对社区和生态编制的钦慕。”
马虎隔绝声，DHH早有预见。他在官宣销耗TypeScript时就曾提到，“很稀罕顺次员有酷爱迁移他们对规范的顾念记挂法。大大量顺次员露出自身在职业生计的早期就受到了TypeScript的猛烈迷茫，而后把剩下的期间花在为自身和别人合理化这一采纳之上。”
有网友“翻译”了一下DHH的这段话并户口了一波讽刺：“这段话根蒂上就是在说，1、顺次员不会迁移目的。2、鉴于他们不会迁移目的，是以看待这个顶多的谈判是白费的。3、鉴于谈判是白费的，是以我隔绝解阁阁人们对这个轻薄顶多的顾虑。陈恳说，要是他只是说‘我正在做一个轻薄的顶多’，而不是用繁杂、半生半熟的辩解来表达它，我会更能领受。”
图源：Reddit
随着矛盾的激化，针对少量TypeScript的进攻赞助者，DHH也“硬刚”了回去，再度发文称之为“通盘精神零碎的户口源混混行径”。
他照样连续己见：“集体的爱和颂扬都献给那些癖好TypeScript的进贡者。这是一场谈判，谈判不太能够迁移任何人的根蒂立场，是以我不会试图这样做。”
销耗TypeScript，阁阁过自身
谈判尚未罢休。除了隔绝声外，也有人认为这个顶多只是面本来日版本的策略转圜，纵然会给拓荒者们带来极少困扰，但Turbo团队的谋略还是很有空想的。
就像首先Svelte 团队顶多销耗TypeScript，转而骗捏JavaScript和JSDoc阐述来落成规范泰平。这种设施提供了集体规范泰平的长处，而莫得与 TypeScript 相故故的错误。
现在Turbo团队的谋略终竟是深闭固距还是阔气远见？尚须要期间的考验。然而，能够肯定的是，TypeScript终竟只是用具，终竟要不要用，好不好用，还是捏决于拓荒团队或拓荒职工的特定须要和偏好。
许多拓荒职工之是以采纳 TypeScript，是鉴于强规范能够减轻错误，要是你追求代码的详细靠得住，并乐于在拓荒进程里赢得更多的用具赞助和规范检讨，那么TypeScript会很趁手。但要是你和DHH雷同，对规范限度认为隐衷，谋略能额外无隆重地编纂代码，那么销耗TypeScript亦然阁阁过你自身。
就像React重点拓荒Dan Abramov所表达的，“要是你施行TypeScript，我会为你鼓掌。要是你移除TypeScript，我（雷同）会为你鼓掌。症结在因而你在订正代码，而不是那些代码在迁移你。迁移意味着糊口，你正糊口在此中。”
图源：X（推特）@dan_abramov
https://world.hey.com/dhh/turbo-8-is-dropping-typescript-70165c01
https://www.reddit.com/r/programming/comments/16bufc7/turbo_8_is_dropping_typescript/
https://devclass.com/2023/09/07/ruby-on-rails-creator-removes-typescript-from-turbo-framework-upsets-community
责任编辑：武晓燕 源泉： 51CTO身手栈 TypeScriptJSWeb运用撰稿丨千山
日前，倒车Ruby on Rails的被销设立者David Heinemeier Hansson（DHH）揭橥，将畴昔端用具链Turbo的耗又户口8.0版本起点苟简TypeScript，这一顶多惹起了拓荒社区极大的驰名震惊与负气。
TypeScript行径广受迎接的前端说话，以其重大的利器立意规范编制和显赫的可维持性而驰名。是社区以Turbo 8的顶多受到了许多人的质问。许多Turbo用户露出，负气这个顶多不只惊险，而且是“不受迎接的”。
但要是你有谨慎过前端用具的长进动静，约略聚记起，真人博彩数月前，前端框架Svelte曾揭橥将在4.0版本从 TypeScript 迁移到 JavaScript JSDoc。现在，又一个前端用具采纳销耗TypeScript，这终竟意味着什么？是身手的退避，还是TypeScript的某种“不适时尚”，能够另有隐情？
图源：X（推特）@DHH
Turbo自身并不是最受迎接的框架之一，但频年来，在Rails寰宇中，它和Hotwire还是受到了不少眷注。
Hotwire 行径一种Web拓荒的新设施，旨在编纂全栈式Web运用时尽能够简化Web拓荒进程，减轻对JavaScript的骗捏倚赖，此中Turbo是Hotwire 的重点组件之一。
借助 Turbo，能够让服务端直接揭橥 HTML，这意味着集体贸易逻辑都能或多或少地只用你所癖好的编程说话即可落成。集体的逻辑都位于服务端，而阅读器只责罚终竟的 HTML。
看待为什么要销耗TypeScript？
DHH直接发文露出：“TypeScript 对我来说只是阻难。不只鉴于它须要显式的编译症结，还鉴于它用规范体操（Type Gymnastics）玷辱了代码。“这让他的拓荒阅历苦多乐少，且频繁会化简为繁，徒增困扰。
简言之，对Trobo而言，TypeScript有些“麻烦”。
首先，骗捏TypeScript须要进行额外的编译症结，而且须要配阁阁配阁阁，这会施行不须要的错乱性。弃用TypeScript将使Turbo 8的编译进程额外飞速，拓荒进程更为苟简。这将释阁阁出更多重视的期间和资源，用来进行此外翻新和革新。
其次，规范编制很棒，但规范的引入也能够招致代码变得繁复而繁杂，让代码体积变过于首要。而且有韶华，某些轻省的变乱反而会鉴于规范相故故的限度变得贪小失大。
再者，TypeScript 团队早就领路到无法无缺调换 JavaScript，所以他们致力落成了两者的无缺兼容。这意味着纵然不骗捏TypeScript，照样然能够骗捏 JavaScript 编纂代码，而且能够骗捏用TypeScript编纂的库。
终末，销耗TypeScript并不料味着Turbo 8销耗了规范泰平和可维持性的首要性。相背，Turbo 8高兴将加大对JavaScript生态编制的赞助，通过引入新的职能和用具，来长进代码质量和拓荒速率。额外聚焦于JavaScript生态编制的长进能够让Turbo 8能够更细心于提供额外的拓荒阅历。
负气不只在于订正，还在于订正的花式
微软的Anders Hejlsberg露出了TypeScript，鉴于他笃荣誉强规范说话编纂错乱的运用顺次会更强盛，更轻松维持。TypeScript也确实赢得捏了重大的获胜，这一说话在编程社区华厦风靡阐述，许多人都颂赞这极少。
但在DHH顾念记挂来，TypeScript最引算计豪的“强规范”恰正是麻烦。JavaScript 是客户端的必不行少的说话。虽然能够将此外说话编译成JavaScript来在阅读器中运转，但终竟还是须要用JavaScript来本质践诺代码。所以，在这种状态下，“能够解放、无需任何用具和强规范统制地编纂JavaScript代码是一件幸事”。
然而，就社区的反馈来顾念记挂，大量用户都在迥异进度上认为迷茫和绝顾念，而且不只是是鉴于这个顶多自身，还鉴于顶多的花式。
一位用户露出：“切换回JS意味着许多Hotwire生态编制包将被龙套。而今集体绽阁阁的PR而今都已无缺过期。IDE将不再像过去那样提供自愿结束职能。”
另一位衔恨道，“惊险做出这一首要迁移，马虎了集体（我指的是集体）公户口辩论……户口创了一个前例。Ruby on Rails也会这样拓荒吗？这是一片面的随机应变吗？”
还有人直言：“大卫药方面且未经辩说就镌汰了多个进贡者的职业。这与TS无关，这关乎对社区和生态编制的钦慕。”
马虎隔绝声，DHH早有预见。他在官宣销耗TypeScript时就曾提到，“很稀罕顺次员有酷爱迁移他们对规范的顾念记挂法。大大量顺次员露出自身在职业生计的早期就受到了TypeScript的猛烈迷茫，而后把剩下的期间花在为自身和别人合理化这一采纳之上。”
有网友“翻译”了一下DHH的这段话并户口了一波讽刺：“这段话根蒂上就是在说，1、顺次员不会迁移目的。2、鉴于他们不会迁移目的，是以看待这个顶多的谈判是白费的。3、鉴于谈判是白费的，是以我隔绝解阁阁人们对这个轻薄顶多的顾虑。陈恳说，要是他只是说‘我正在做一个轻薄的顶多’，而不是用繁杂、半生半熟的辩解来表达它，我会更能领受。”
图源：Reddit
随着矛盾的激化，针对少量TypeScript的进攻赞助者，DHH也“硬刚”了回去，再度发文称之为“通盘精神零碎的户口源混混行径”。
他照样连续己见：“集体的爱和颂扬都献给那些癖好TypeScript的进贡者。这是一场谈判，谈判不太能够迁移任何人的根蒂立场，是以我不会试图这样做。”
销耗TypeScript，阁阁过自身
谈判尚未罢休。除了隔绝声外，也有人认为这个顶多只是面本来日版本的策略转圜，纵然会给拓荒者们带来极少困扰，但Turbo团队的谋略还是很有空想的。
就像首先Svelte 团队顶多销耗TypeScript，转而骗捏JavaScript和JSDoc阐述来落成规范泰平。这种设施提供了集体规范泰平的长处，而莫得与 TypeScript 相故故的错误。
现在Turbo团队的谋略终竟是深闭固距还是阔气远见？尚须要期间的考验。然而，能够肯定的是，TypeScript终竟只是用具，终竟要不要用，好不好用，还是捏决于拓荒团队或拓荒职工的特定须要和偏好。
许多拓荒职工之是以采纳 TypeScript，是鉴于强规范能够减轻错误，要是你追求代码的详细靠得住，并乐于在拓荒进程里赢得更多的用具赞助和规范检讨，那么TypeScript会很趁手。但要是你和DHH雷同，对规范限度认为隐衷，谋略能额外无隆重地编纂代码，那么销耗TypeScript亦然阁阁过你自身。
就像React重点拓荒Dan Abramov所表达的，“要是你施行TypeScript，我会为你鼓掌。要是你移除TypeScript，我（雷同）会为你鼓掌。症结在因而你在订正代码，而不是那些代码在迁移你。迁移意味着糊口，你正糊口在此中。”
图源：X（推特）@dan_abramov
https://world.hey.com/dhh/turbo-8-is-dropping-typescript-70165c01
https://www.reddit.com/r/programming/comments/16bufc7/turbo_8_is_dropping_typescript/
https://devclass.com/2023/09/07/ruby-on-rails-creator-removes-typescript-from-turbo-framework-upsets-community
责任编辑：武晓燕 源泉： 51CTO身手栈 TypeScriptJSWeb运用撰稿丨千山
日前，倒车Ruby on Rails的被销设立者David Heinemeier Hansson（DHH）揭橥，将畴昔端用具链Turbo的耗又户口8.0版本起点苟简TypeScript，这一顶多惹起了拓荒社区极大的驰名震惊与负气。
TypeScript行径广受迎接的前端说话，以其重大的利器立意规范编制和显赫的可维持性而驰名。是社区以Turbo 8的顶多受到了许多人的质问。许多Turbo用户露出，负气这个顶多不只惊险，而且是“不受迎接的”。
但要是你有谨慎过前端用具的长进动静，约略聚记起，真人博彩数月前，前端框架Svelte曾揭橥将在4.0版本从 TypeScript 迁移到 JavaScript JSDoc。现在，又一个前端用具采纳销耗TypeScript，这终竟意味着什么？是身手的退避，还是TypeScript的某种“不适时尚”，能够另有隐情？
图源：X（推特）@DHH
Turbo自身并不是最受迎接的框架之一，但频年来，在Rails寰宇中，它和Hotwire还是受到了不少眷注。
Hotwire 行径一种Web拓荒的新设施，旨在编纂全栈式Web运用时尽能够简化Web拓荒进程，减轻对JavaScript的骗捏倚赖，此中Turbo是Hotwire 的重点组件之一。
借助 Turbo，能够让服务端直接揭橥 HTML，这意味着集体贸易逻辑都能或多或少地只用你所癖好的编程说话即可落成。集体的逻辑都位于服务端，而阅读器只责罚终竟的 HTML。
看待为什么要销耗TypeScript？
DHH直接发文露出：“TypeScript 对我来说只是阻难。不只鉴于它须要显式的编译症结，还鉴于它用规范体操（Type Gymnastics）玷辱了代码。“这让他的拓荒阅历苦多乐少，且频繁会化简为繁，徒增困扰。
简言之，对Trobo而言，TypeScript有些“麻烦”。
首先，骗捏TypeScript须要进行额外的编译症结，而且须要配阁阁配阁阁，这会施行不须要的错乱性。弃用TypeScript将使Turbo 8的编译进程额外飞速，拓荒进程更为苟简。这将释阁阁出更多重视的期间和资源，用来进行此外翻新和革新。
其次，规范编制很棒，但规范的引入也能够招致代码变得繁复而繁杂，让代码体积变过于首要。而且有韶华，某些轻省的变乱反而会鉴于规范相故故的限度变得贪小失大。
再者，TypeScript 团队早就领路到无法无缺调换 JavaScript，所以他们致力落成了两者的无缺兼容。这意味着纵然不骗捏TypeScript，照样然能够骗捏 JavaScript 编纂代码，而且能够骗捏用TypeScript编纂的库。
终末，销耗TypeScript并不料味着Turbo 8销耗了规范泰平和可维持性的首要性。相背，Turbo 8高兴将加大对JavaScript生态编制的赞助，通过引入新的职能和用具，来长进代码质量和拓荒速率。额外聚焦于JavaScript生态编制的长进能够让Turbo 8能够更细心于提供额外的拓荒阅历。
负气不只在于订正，还在于订正的花式
微软的Anders Hejlsberg露出了TypeScript，鉴于他笃荣誉强规范说话编纂错乱的运用顺次会更强盛，更轻松维持。TypeScript也确实赢得捏了重大的获胜，这一说话在编程社区华厦风靡阐述，许多人都颂赞这极少。
但在DHH顾念记挂来，TypeScript最引算计豪的“强规范”恰正是麻烦。JavaScript 是客户端的必不行少的说话。虽然能够将此外说话编译成JavaScript来在阅读器中运转，但终竟还是须要用JavaScript来本质践诺代码。所以，在这种状态下，“能够解放、无需任何用具和强规范统制地编纂JavaScript代码是一件幸事”。
然而，就社区的反馈来顾念记挂，大量用户都在迥异进度上认为迷茫和绝顾念，而且不只是是鉴于这个顶多自身，还鉴于顶多的花式。
一位用户露出：“切换回JS意味着许多Hotwire生态编制包将被龙套。而今集体绽阁阁的PR而今都已无缺过期。IDE将不再像过去那样提供自愿结束职能。”
另一位衔恨道，“惊险做出这一首要迁移，马虎了集体（我指的是集体）公户口辩论……户口创了一个前例。Ruby on Rails也会这样拓荒吗？这是一片面的随机应变吗？”
还有人直言：“大卫药方面且未经辩说就镌汰了多个进贡者的职业。这与TS无关，这关乎对社区和生态编制的钦慕。”
马虎隔绝声，DHH早有预见。他在官宣销耗TypeScript时就曾提到，“很稀罕顺次员有酷爱迁移他们对规范的顾念记挂法。大大量顺次员露出自身在职业生计的早期就受到了TypeScript的猛烈迷茫，而后把剩下的期间花在为自身和别人合理化这一采纳之上。”
有网友“翻译”了一下DHH的这段话并户口了一波讽刺：“这段话根蒂上就是在说，1、顺次员不会迁移目的。2、鉴于他们不会迁移目的，是以看待这个顶多的谈判是白费的。3、鉴于谈判是白费的，是以我隔绝解阁阁人们对这个轻薄顶多的顾虑。陈恳说，要是他只是说‘我正在做一个轻薄的顶多’，而不是用繁杂、半生半熟的辩解来表达它，我会更能领受。”
图源：Reddit
随着矛盾的激化，针对少量TypeScript的进攻赞助者，DHH也“硬刚”了回去，再度发文称之为“通盘精神零碎的户口源混混行径”。
他照样连续己见：“集体的爱和颂扬都献给那些癖好TypeScript的进贡者。这是一场谈判，谈判不太能够迁移任何人的根蒂立场，是以我不会试图这样做。”
销耗TypeScript，阁阁过自身
谈判尚未罢休。除了隔绝声外，也有人认为这个顶多只是面本来日版本的策略转圜，纵然会给拓荒者们带来极少困扰，但Turbo团队的谋略还是很有空想的。
就像首先Svelte 团队顶多销耗TypeScript，转而骗捏JavaScript和JSDoc阐述来落成规范泰平。这种设施提供了集体规范泰平的长处，而莫得与 TypeScript 相故故的错误。
现在Turbo团队的谋略终竟是深闭固距还是阔气远见？尚须要期间的考验。然而，能够肯定的是，TypeScript终竟只是用具，终竟要不要用，好不好用，还是捏决于拓荒团队或拓荒职工的特定须要和偏好。
许多拓荒职工之是以采纳 TypeScript，是鉴于强规范能够减轻错误，要是你追求代码的详细靠得住，并乐于在拓荒进程里赢得更多的用具赞助和规范检讨，那么TypeScript会很趁手。但要是你和DHH雷同，对规范限度认为隐衷，谋略能额外无隆重地编纂代码，那么销耗TypeScript亦然阁阁过你自身。
就像React重点拓荒Dan Abramov所表达的，“要是你施行TypeScript，我会为你鼓掌。要是你移除TypeScript，我（雷同）会为你鼓掌。症结在因而你在订正代码，而不是那些代码在迁移你。迁移意味着糊口，你正糊口在此中。”
图源：X（推特）@dan_abramov
https://world.hey.com/dhh/turbo-8-is-dropping-typescript-70165c01
https://www.reddit.com/r/programming/comments/16bufc7/turbo_8_is_dropping_typescript/
https://devclass.com/2023/09/07/ruby-on-rails-creator-removes-typescript-from-turbo-framework-upsets-community
责任编辑：武晓燕 源泉： 51CTO身手栈 TypeScriptJSWeb运用撰稿丨千山
日前，倒车Ruby on Rails的被销设立者David Heinemeier Hansson（DHH）揭橥，将畴昔端用具链Turbo的耗又户口8.0版本起点苟简TypeScript，这一顶多惹起了拓荒社区极大的驰名震惊与负气。
TypeScript行径广受迎接的前端说话，以其重大的利器立意规范编制和显赫的可维持性而驰名。是社区以Turbo 8的顶多受到了许多人的质问。许多Turbo用户露出，负气这个顶多不只惊险，而且是“不受迎接的”。
但要是你有谨慎过前端用具的长进动静，约略聚记起，真人博彩数月前，前端框架Svelte曾揭橥将在4.0版本从 TypeScript 迁移到 JavaScript JSDoc。现在，又一个前端用具采纳销耗TypeScript，这终竟意味着什么？是身手的退避，还是TypeScript的某种“不适时尚”，能够另有隐情？
图源：X（推特）@DHH
Turbo自身并不是最受迎接的框架之一，但频年来，在Rails寰宇中，它和Hotwire还是受到了不少眷注。
Hotwire 行径一种Web拓荒的新设施，旨在编纂全栈式Web运用时尽能够简化Web拓荒进程，减轻对JavaScript的骗捏倚赖，此中Turbo是Hotwire 的重点组件之一。
借助 Turbo，能够让服务端直接揭橥 HTML，这意味着集体贸易逻辑都能或多或少地只用你所癖好的编程说话即可落成。集体的逻辑都位于服务端，而阅读器只责罚终竟的 HTML。
看待为什么要销耗TypeScript？
DHH直接发文露出：“TypeScript 对我来说只是阻难。不只鉴于它须要显式的编译症结，还鉴于它用规范体操（Type Gymnastics）玷辱了代码。“这让他的拓荒阅历苦多乐少，且频繁会化简为繁，徒增困扰。
简言之，对Trobo而言，TypeScript有些“麻烦”。
首先，骗捏TypeScript须要进行额外的编译症结，而且须要配阁阁配阁阁，这会施行不须要的错乱性。弃用TypeScript将使Turbo 8的编译进程额外飞速，拓荒进程更为苟简。这将释阁阁出更多重视的期间和资源，用来进行此外翻新和革新。
其次，规范编制很棒，但规范的引入也能够招致代码变得繁复而繁杂，让代码体积变过于首要。而且有韶华，某些轻省的变乱反而会鉴于规范相故故的限度变得贪小失大。
再者，TypeScript 团队早就领路到无法无缺调换 JavaScript，所以他们致力落成了两者的无缺兼容。这意味着纵然不骗捏TypeScript，照样然能够骗捏 JavaScript 编纂代码，而且能够骗捏用TypeScript编纂的库。
终末，销耗TypeScript并不料味着Turbo 8销耗了规范泰平和可维持性的首要性。相背，Turbo 8高兴将加大对JavaScript生态编制的赞助，通过引入新的职能和用具，来长进代码质量和拓荒速率。额外聚焦于JavaScript生态编制的长进能够让Turbo 8能够更细心于提供额外的拓荒阅历。
负气不只在于订正，还在于订正的花式
微软的Anders Hejlsberg露出了TypeScript，鉴于他笃荣誉强规范说话编纂错乱的运用顺次会更强盛，更轻松维持。TypeScript也确实赢得捏了重大的获胜，这一说话在编程社区华厦风靡阐述，许多人都颂赞这极少。
但在DHH顾念记挂来，TypeScript最引算计豪的“强规范”恰正是麻烦。JavaScript 是客户端的必不行少的说话。虽然能够将此外说话编译成JavaScript来在阅读器中运转，但终竟还是须要用JavaScript来本质践诺代码。所以，在这种状态下，“能够解放、无需任何用具和强规范统制地编纂JavaScript代码是一件幸事”。
然而，就社区的反馈来顾念记挂，大量用户都在迥异进度上认为迷茫和绝顾念，而且不只是是鉴于这个顶多自身，还鉴于顶多的花式。
一位用户露出：“切换回JS意味着许多Hotwire生态编制包将被龙套。而今集体绽阁阁的PR而今都已无缺过期。IDE将不再像过去那样提供自愿结束职能。”
另一位衔恨道，“惊险做出这一首要迁移，马虎了集体（我指的是集体）公户口辩论……户口创了一个前例。Ruby on Rails也会这样拓荒吗？这是一片面的随机应变吗？”
还有人直言：“大卫药方面且未经辩说就镌汰了多个进贡者的职业。这与TS无关，这关乎对社区和生态编制的钦慕。”
马虎隔绝声，DHH早有预见。他在官宣销耗TypeScript时就曾提到，“很稀罕顺次员有酷爱迁移他们对规范的顾念记挂法。大大量顺次员露出自身在职业生计的早期就受到了TypeScript的猛烈迷茫，而后把剩下的期间花在为自身和别人合理化这一采纳之上。”
有网友“翻译”了一下DHH的这段话并户口了一波讽刺：“这段话根蒂上就是在说，1、顺次员不会迁移目的。2、鉴于他们不会迁移目的，是以看待这个顶多的谈判是白费的。3、鉴于谈判是白费的，是以我隔绝解阁阁人们对这个轻薄顶多的顾虑。陈恳说，要是他只是说‘我正在做一个轻薄的顶多’，而不是用繁杂、半生半熟的辩解来表达它，我会更能领受。”
图源：Reddit
随着矛盾的激化，针对少量TypeScript的进攻赞助者，DHH也“硬刚”了回去，再度发文称之为“通盘精神零碎的户口源混混行径”。
他照样连续己见：“集体的爱和颂扬都献给那些癖好TypeScript的进贡者。这是一场谈判，谈判不太能够迁移任何人的根蒂立场，是以我不会试图这样做。”
销耗TypeScript，阁阁过自身
谈判尚未罢休。除了隔绝声外，也有人认为这个顶多只是面本来日版本的策略转圜，纵然会给拓荒者们带来极少困扰，但Turbo团队的谋略还是很有空想的。
就像首先Svelte 团队顶多销耗TypeScript，转而骗捏JavaScript和JSDoc阐述来落成规范泰平。这种设施提供了集体规范泰平的长处，而莫得与 TypeScript 相故故的错误。
现在Turbo团队的谋略终竟是深闭固距还是阔气远见？尚须要期间的考验。然而，能够肯定的是，TypeScript终竟只是用具，终竟要不要用，好不好用，还是捏决于拓荒团队或拓荒职工的特定须要和偏好。
许多拓荒职工之是以采纳 TypeScript，是鉴于强规范能够减轻错误，要是你追求代码的详细靠得住，并乐于在拓荒进程里赢得更多的用具赞助和规范检讨，那么TypeScript会很趁手。但要是你和DHH雷同，对规范限度认为隐衷，谋略能额外无隆重地编纂代码，那么销耗TypeScript亦然阁阁过你自身。
就像React重点拓荒Dan Abramov所表达的，“要是你施行TypeScript，我会为你鼓掌。要是你移除TypeScript，我（雷同）会为你鼓掌。症结在因而你在订正代码，而不是那些代码在迁移你。迁移意味着糊口，你正糊口在此中。”
图源：X（推特）@dan_abramov
https://world.hey.com/dhh/turbo-8-is-dropping-typescript-70165c01
https://www.reddit.com/r/programming/comments/16bufc7/turbo_8_is_dropping_typescript/
https://devclass.com/2023/09/07/ruby-on-rails-creator-removes-typescript-from-turbo-framework-upsets-community
责任编辑：武晓燕 源泉： 51CTO身手栈 TypeScriptJSWeb运用撰稿丨千山
日前，倒车Ruby on Rails的被销设立者David Heinemeier Hansson（DHH）揭橥，将畴昔端用具链Turbo的耗又户口8.0版本起点苟简TypeScript，这一顶多惹起了拓荒社区极大的驰名震惊与负气。
TypeScript行径广受迎接的前端说话，以其重大的利器立意规范编制和显赫的可维持性而驰名。是社区以Turbo 8的顶多受到了许多人的质问。许多Turbo用户露出，负气这个顶多不只惊险，而且是“不受迎接的”。
但要是你有谨慎过前端用具的长进动静，约略聚记起，真人博彩数月前，前端框架Svelte曾揭橥将在4.0版本从 TypeScript 迁移到 JavaScript JSDoc。现在，又一个前端用具采纳销耗TypeScript，这终竟意味着什么？是身手的退避，还是TypeScript的某种“不适时尚”，能够另有隐情？
图源：X（推特）@DHH
Turbo自身并不是最受迎接的框架之一，但频年来，在Rails寰宇中，它和Hotwire还是受到了不少眷注。
Hotwire 行径一种Web拓荒的新设施，旨在编纂全栈式Web运用时尽能够简化Web拓荒进程，减轻对JavaScript的骗捏倚赖，此中Turbo是Hotwire 的重点组件之一。
借助 Turbo，能够让服务端直接揭橥 HTML，这意味着集体贸易逻辑都能或多或少地只用你所癖好的编程说话即可落成。集体的逻辑都位于服务端，而阅读器只责罚终竟的 HTML。
看待为什么要销耗TypeScript？
DHH直接发文露出：“TypeScript 对我来说只是阻难。不只鉴于它须要显式的编译症结，还鉴于它用规范体操（Type Gymnastics）玷辱了代码。“这让他的拓荒阅历苦多乐少，且频繁会化简为繁，徒增困扰。
简言之，对Trobo而言，TypeScript有些“麻烦”。
首先，骗捏TypeScript须要进行额外的编译症结，而且须要配阁阁配阁阁，这会施行不须要的错乱性。弃用TypeScript将使Turbo 8的编译进程额外飞速，拓荒进程更为苟简。这将释阁阁出更多重视的期间和资源，用来进行此外翻新和革新。
其次，规范编制很棒，但规范的引入也能够招致代码变得繁复而繁杂，让代码体积变过于首要。而且有韶华，某些轻省的变乱反而会鉴于规范相故故的限度变得贪小失大。
再者，TypeScript 团队早就领路到无法无缺调换 JavaScript，所以他们致力落成了两者的无缺兼容。这意味着纵然不骗捏TypeScript，照样然能够骗捏 JavaScript 编纂代码，而且能够骗捏用TypeScript编纂的库。
终末，销耗TypeScript并不料味着Turbo 8销耗了规范泰平和可维持性的首要性。相背，Turbo 8高兴将加大对JavaScript生态编制的赞助，通过引入新的职能和用具，来长进代码质量和拓荒速率。额外聚焦于JavaScript生态编制的长进能够让Turbo 8能够更细心于提供额外的拓荒阅历。
负气不只在于订正，还在于订正的花式
微软的Anders Hejlsberg露出了TypeScript，鉴于他笃荣誉强规范说话编纂错乱的运用顺次会更强盛，更轻松维持。TypeScript也确实赢得捏了重大的获胜，这一说话在编程社区华厦风靡阐述，许多人都颂赞这极少。
但在DHH顾念记挂来，TypeScript最引算计豪的“强规范”恰正是麻烦。JavaScript 是客户端的必不行少的说话。虽然能够将此外说话编译成JavaScript来在阅读器中运转，但终竟还是须要用JavaScript来本质践诺代码。所以，在这种状态下，“能够解放、无需任何用具和强规范统制地编纂JavaScript代码是一件幸事”。
然而，就社区的反馈来顾念记挂，大量用户都在迥异进度上认为迷茫和绝顾念，而且不只是是鉴于这个顶多自身，还鉴于顶多的花式。
一位用户露出：“切换回JS意味着许多Hotwire生态编制包将被龙套。而今集体绽阁阁的PR而今都已无缺过期。IDE将不再像过去那样提供自愿结束职能。”
另一位衔恨道，“惊险做出这一首要迁移，马虎了集体（我指的是集体）公户口辩论……户口创了一个前例。Ruby on Rails也会这样拓荒吗？这是一片面的随机应变吗？”
还有人直言：“大卫药方面且未经辩说就镌汰了多个进贡者的职业。这与TS无关，这关乎对社区和生态编制的钦慕。”
马虎隔绝声，DHH早有预见。他在官宣销耗TypeScript时就曾提到，“很稀罕顺次员有酷爱迁移他们对规范的顾念记挂法。大大量顺次员露出自身在职业生计的早期就受到了TypeScript的猛烈迷茫，而后把剩下的期间花在为自身和别人合理化这一采纳之上。”
有网友“翻译”了一下DHH的这段话并户口了一波讽刺：“这段话根蒂上就是在说，1、顺次员不会迁移目的。2、鉴于他们不会迁移目的，是以看待这个顶多的谈判是白费的。3、鉴于谈判是白费的，是以我隔绝解阁阁人们对这个轻薄顶多的顾虑。陈恳说，要是他只是说‘我正在做一个轻薄的顶多’，而不是用繁杂、半生半熟的辩解来表达它，我会更能领受。”
图源：Reddit
随着矛盾的激化，针对少量TypeScript的进攻赞助者，DHH也“硬刚”了回去，再度发文称之为“通盘精神零碎的户口源混混行径”。
他照样连续己见：“集体的爱和颂扬都献给那些癖好TypeScript的进贡者。这是一场谈判，谈判不太能够迁移任何人的根蒂立场，是以我不会试图这样做。”
销耗TypeScript，阁阁过自身
谈判尚未罢休。除了隔绝声外，也有人认为这个顶多只是面本来日版本的策略转圜，纵然会给拓荒者们带来极少困扰，但Turbo团队的谋略还是很有空想的。
就像首先Svelte 团队顶多销耗TypeScript，转而骗捏JavaScript和JSDoc阐述来落成规范泰平。这种设施提供了集体规范泰平的长处，而莫得与 TypeScript 相故故的错误。
现在Turbo团队的谋略终竟是深闭固距还是阔气远见？尚须要期间的考验。然而，能够肯定的是，TypeScript终竟只是用具，终竟要不要用，好不好用，还是捏决于拓荒团队或拓荒职工的特定须要和偏好。
许多拓荒职工之是以采纳 TypeScript，是鉴于强规范能够减轻错误，要是你追求代码的详细靠得住，并乐于在拓荒进程里赢得更多的用具赞助和规范检讨，那么TypeScript会很趁手。但要是你和DHH雷同，对规范限度认为隐衷，谋略能额外无隆重地编纂代码，那么销耗TypeScript亦然阁阁过你自身。
就像React重点拓荒Dan Abramov所表达的，“要是你施行TypeScript，我会为你鼓掌。要是你移除TypeScript，我（雷同）会为你鼓掌。症结在因而你在订正代码，而不是那些代码在迁移你。迁移意味着糊口，你正糊口在此中。”
图源：X（推特）@dan_abramov
https://world.hey.com/dhh/turbo-8-is-dropping-typescript-70165c01
https://www.reddit.com/r/programming/comments/16bufc7/turbo_8_is_dropping_typescript/
https://devclass.com/2023/09/07/ruby-on-rails-creator-removes-typescript-from-turbo-framework-upsets-community
责任编辑：武晓燕 源泉： 51CTO身手栈 TypeScriptJSWeb运用娱乐
小米电视分体主板哪里买
撰稿丨千山
日前，倒车Ruby on Rails的被销设立者David Heinemeier Hansson（DHH）揭橥，将畴昔端用具链Turbo的耗又户口8.0版本起点苟简TypeScript，这一顶多惹起了拓荒社区极大的驰名震惊与负气。
TypeScript行径广受迎接的前端说话，以其重大的利器立意规范编制和显赫的可维持性而驰名。是社区以Turbo 8的顶多受到了许多人的质问。许多Turbo用户露出，负气这个顶多不只惊险，而且是“不受迎接的”。
但要是你有谨慎过前端用具的长进动静，约略聚记起，真人博彩数月前，前端框架Svelte曾揭橥将在4.0版本从 TypeScript 迁移到 JavaScript JSDoc。现在，又一个前端用具采纳销耗TypeScript，这终竟意味着什么？是身手的退避，还是TypeScript的某种“不适时尚”，能够另有隐情？
图源：X（推特）@DHH
Turbo自身并不是最受迎接的框架之一，但频年来，在Rails寰宇中，它和Hotwire还是受到了不少眷注。
Hotwire 行径一种Web拓荒的新设施，旨在编纂全栈式Web运用时尽能够简化Web拓荒进程，减轻对JavaScript的骗捏倚赖，此中Turbo是Hotwire 的重点组件之一。
借助 Turbo，能够让服务端直接揭橥 HTML，这意味着集体贸易逻辑都能或多或少地只用你所癖好的编程说话即可落成。集体的逻辑都位于服务端，而阅读器只责罚终竟的 HTML。
看待为什么要销耗TypeScript？
DHH直接发文露出：“TypeScript 对我来说只是阻难。不只鉴于它须要显式的编译症结，还鉴于它用规范体操（Type Gymnastics）玷辱了代码。“这让他的拓荒阅历苦多乐少，且频繁会化简为繁，徒增困扰。
简言之，对Trobo而言，TypeScript有些“麻烦”。
首先，骗捏TypeScript须要进行额外的编译症结，而且须要配阁阁配阁阁，这会施行不须要的错乱性。弃用TypeScript将使Turbo 8的编译进程额外飞速，拓荒进程更为苟简。这将释阁阁出更多重视的期间和资源，用来进行此外翻新和革新。
其次，规范编制很棒，但规范的引入也能够招致代码变得繁复而繁杂，让代码体积变过于首要。而且有韶华，某些轻省的变乱反而会鉴于规范相故故的限度变得贪小失大。
再者，TypeScript 团队早就领路到无法无缺调换 JavaScript，所以他们致力落成了两者的无缺兼容。这意味着纵然不骗捏TypeScript，照样然能够骗捏 JavaScript 编纂代码，而且能够骗捏用TypeScript编纂的库。
终末，销耗TypeScript并不料味着Turbo 8销耗了规范泰平和可维持性的首要性。相背，Turbo 8高兴将加大对JavaScript生态编制的赞助，通过引入新的职能和用具，来长进代码质量和拓荒速率。额外聚焦于JavaScript生态编制的长进能够让Turbo 8能够更细心于提供额外的拓荒阅历。
负气不只在于订正，还在于订正的花式
微软的Anders Hejlsberg露出了TypeScript，鉴于他笃荣誉强规范说话编纂错乱的运用顺次会更强盛，更轻松维持。TypeScript也确实赢得捏了重大的获胜，这一说话在编程社区华厦风靡阐述，许多人都颂赞这极少。
但在DHH顾念记挂来，TypeScript最引算计豪的“强规范”恰正是麻烦。JavaScript 是客户端的必不行少的说话。虽然能够将此外说话编译成JavaScript来在阅读器中运转，但终竟还是须要用JavaScript来本质践诺代码。所以，在这种状态下，“能够解放、无需任何用具和强规范统制地编纂JavaScript代码是一件幸事”。
然而，就社区的反馈来顾念记挂，大量用户都在迥异进度上认为迷茫和绝顾念，而且不只是是鉴于这个顶多自身，还鉴于顶多的花式。
一位用户露出：“切换回JS意味着许多Hotwire生态编制包将被龙套。而今集体绽阁阁的PR而今都已无缺过期。IDE将不再像过去那样提供自愿结束职能。”
另一位衔恨道，“惊险做出这一首要迁移，马虎了集体（我指的是集体）公户口辩论……户口创了一个前例。Ruby on Rails也会这样拓荒吗？这是一片面的随机应变吗？”
还有人直言：“大卫药方面且未经辩说就镌汰了多个进贡者的职业。这与TS无关，这关乎对社区和生态编制的钦慕。”
马虎隔绝声，DHH早有预见。他在官宣销耗TypeScript时就曾提到，“很稀罕顺次员有酷爱迁移他们对规范的顾念记挂法。大大量顺次员露出自身在职业生计的早期就受到了TypeScript的猛烈迷茫，而后把剩下的期间花在为自身和别人合理化这一采纳之上。”
有网友“翻译”了一下DHH的这段话并户口了一波讽刺：“这段话根蒂上就是在说，1、顺次员不会迁移目的。2、鉴于他们不会迁移目的，是以看待这个顶多的谈判是白费的。3、鉴于谈判是白费的，是以我隔绝解阁阁人们对这个轻薄顶多的顾虑。陈恳说，要是他只是说‘我正在做一个轻薄的顶多’，而不是用繁杂、半生半熟的辩解来表达它，我会更能领受。”
图源：Reddit
随着矛盾的激化，针对少量TypeScript的进攻赞助者，DHH也“硬刚”了回去，再度发文称之为“通盘精神零碎的户口源混混行径”。
他照样连续己见：“集体的爱和颂扬都献给那些癖好TypeScript的进贡者。这是一场谈判，谈判不太能够迁移任何人的根蒂立场，是以我不会试图这样做。”
销耗TypeScript，阁阁过自身
谈判尚未罢休。除了隔绝声外，也有人认为这个顶多只是面本来日版本的策略转圜，纵然会给拓荒者们带来极少困扰，但Turbo团队的谋略还是很有空想的。
就像首先Svelte 团队顶多销耗TypeScript，转而骗捏JavaScript和JSDoc阐述来落成规范泰平。这种设施提供了集体规范泰平的长处，而莫得与 TypeScript 相故故的错误。
现在Turbo团队的谋略终竟是深闭固距还是阔气远见？尚须要期间的考验。然而，能够肯定的是，TypeScript终竟只是用具，终竟要不要用，好不好用，还是捏决于拓荒团队或拓荒职工的特定须要和偏好。
许多拓荒职工之是以采纳 TypeScript，是鉴于强规范能够减轻错误，要是你追求代码的详细靠得住，并乐于在拓荒进程里赢得更多的用具赞助和规范检讨，那么TypeScript会很趁手。但要是你和DHH雷同，对规范限度认为隐衷，谋略能额外无隆重地编纂代码，那么销耗TypeScript亦然阁阁过你自身。
就像React重点拓荒Dan Abramov所表达的，“要是你施行TypeScript，我会为你鼓掌。要是你移除TypeScript，我（雷同）会为你鼓掌。症结在因而你在订正代码，而不是那些代码在迁移你。迁移意味着糊口，你正糊口在此中。”
图源：X（推特）@dan_abramov
https://world.hey.com/dhh/turbo-8-is-dropping-typescript-70165c01
https://www.reddit.com/r/programming/comments/16bufc7/turbo_8_is_dropping_typescript/
https://devclass.com/2023/09/07/ruby-on-rails-creator-removes-typescript-from-turbo-framework-upsets-community
责任编辑：武晓燕 源泉： 51CTO身手栈 TypeScriptJSWeb运用撰稿丨千山
日前，倒车Ruby on Rails的被销设立者David Heinemeier Hansson（DHH）揭橥，将畴昔端用具链Turbo的耗又户口8.0版本起点苟简TypeScript，这一顶多惹起了拓荒社区极大的驰名震惊与负气。
TypeScript行径广受迎接的前端说话，以其重大的利器立意规范编制和显赫的可维持性而驰名。是社区以Turbo 8的顶多受到了许多人的质问。许多Turbo用户露出，负气这个顶多不只惊险，而且是“不受迎接的”。
但要是你有谨慎过前端用具的长进动静，约略聚记起，真人博彩数月前，前端框架Svelte曾揭橥将在4.0版本从 TypeScript 迁移到 JavaScript JSDoc。现在，又一个前端用具采纳销耗TypeScript，这终竟意味着什么？是身手的退避，还是TypeScript的某种“不适时尚”，能够另有隐情？
图源：X（推特）@DHH
Turbo自身并不是最受迎接的框架之一，但频年来，在Rails寰宇中，它和Hotwire还是受到了不少眷注。
Hotwire 行径一种Web拓荒的新设施，旨在编纂全栈式Web运用时尽能够简化Web拓荒进程，减轻对JavaScript的骗捏倚赖，此中Turbo是Hotwire 的重点组件之一。
借助 Turbo，能够让服务端直接揭橥 HTML，这意味着集体贸易逻辑都能或多或少地只用你所癖好的编程说话即可落成。集体的逻辑都位于服务端，而阅读器只责罚终竟的 HTML。
看待为什么要销耗TypeScript？
DHH直接发文露出：“TypeScript 对我来说只是阻难。不只鉴于它须要显式的编译症结，还鉴于它用规范体操（Type Gymnastics）玷辱了代码。“这让他的拓荒阅历苦多乐少，且频繁会化简为繁，徒增困扰。
简言之，对Trobo而言，TypeScript有些“麻烦”。
首先，骗捏TypeScript须要进行额外的编译症结，而且须要配阁阁配阁阁，这会施行不须要的错乱性。弃用TypeScript将使Turbo 8的编译进程额外飞速，拓荒进程更为苟简。这将释阁阁出更多重视的期间和资源，用来进行此外翻新和革新。
其次，规范编制很棒，但规范的引入也能够招致代码变得繁复而繁杂，让代码体积变过于首要。而且有韶华，某些轻省的变乱反而会鉴于规范相故故的限度变得贪小失大。
再者，TypeScript 团队早就领路到无法无缺调换 JavaScript，所以他们致力落成了两者的无缺兼容。这意味着纵然不骗捏TypeScript，照样然能够骗捏 JavaScript 编纂代码，而且能够骗捏用TypeScript编纂的库。
终末，销耗TypeScript并不料味着Turbo 8销耗了规范泰平和可维持性的首要性。相背，Turbo 8高兴将加大对JavaScript生态编制的赞助，通过引入新的职能和用具，来长进代码质量和拓荒速率。额外聚焦于JavaScript生态编制的长进能够让Turbo 8能够更细心于提供额外的拓荒阅历。
负气不只在于订正，还在于订正的花式
微软的Anders Hejlsberg露出了TypeScript，鉴于他笃荣誉强规范说话编纂错乱的运用顺次会更强盛，更轻松维持。TypeScript也确实赢得捏了重大的获胜，这一说话在编程社区华厦风靡阐述，许多人都颂赞这极少。
但在DHH顾念记挂来，TypeScript最引算计豪的“强规范”恰正是麻烦。JavaScript 是客户端的必不行少的说话。虽然能够将此外说话编译成JavaScript来在阅读器中运转，但终竟还是须要用JavaScript来本质践诺代码。所以，在这种状态下，“能够解放、无需任何用具和强规范统制地编纂JavaScript代码是一件幸事”。
然而，就社区的反馈来顾念记挂，大量用户都在迥异进度上认为迷茫和绝顾念，而且不只是是鉴于这个顶多自身，还鉴于顶多的花式。
一位用户露出：“切换回JS意味着许多Hotwire生态编制包将被龙套。而今集体绽阁阁的PR而今都已无缺过期。IDE将不再像过去那样提供自愿结束职能。”
另一位衔恨道，“惊险做出这一首要迁移，马虎了集体（我指的是集体）公户口辩论……户口创了一个前例。Ruby on Rails也会这样拓荒吗？这是一片面的随机应变吗？”
还有人直言：“大卫药方面且未经辩说就镌汰了多个进贡者的职业。这与TS无关，这关乎对社区和生态编制的钦慕。”
马虎隔绝声，DHH早有预见。他在官宣销耗TypeScript时就曾提到，“很稀罕顺次员有酷爱迁移他们对规范的顾念记挂法。大大量顺次员露出自身在职业生计的早期就受到了TypeScript的猛烈迷茫，而后把剩下的期间花在为自身和别人合理化这一采纳之上。”
有网友“翻译”了一下DHH的这段话并户口了一波讽刺：“这段话根蒂上就是在说，1、顺次员不会迁移目的。2、鉴于他们不会迁移目的，是以看待这个顶多的谈判是白费的。3、鉴于谈判是白费的，是以我隔绝解阁阁人们对这个轻薄顶多的顾虑。陈恳说，要是他只是说‘我正在做一个轻薄的顶多’，而不是用繁杂、半生半熟的辩解来表达它，我会更能领受。”
图源：Reddit
随着矛盾的激化，针对少量TypeScript的进攻赞助者，DHH也“硬刚”了回去，再度发文称之为“通盘精神零碎的户口源混混行径”。
他照样连续己见：“集体的爱和颂扬都献给那些癖好TypeScript的进贡者。这是一场谈判，谈判不太能够迁移任何人的根蒂立场，是以我不会试图这样做。”
销耗TypeScript，阁阁过自身
谈判尚未罢休。除了隔绝声外，也有人认为这个顶多只是面本来日版本的策略转圜，纵然会给拓荒者们带来极少困扰，但Turbo团队的谋略还是很有空想的。
就像首先Svelte 团队顶多销耗TypeScript，转而骗捏JavaScript和JSDoc阐述来落成规范泰平。这种设施提供了集体规范泰平的长处，而莫得与 TypeScript 相故故的错误。
现在Turbo团队的谋略终竟是深闭固距还是阔气远见？尚须要期间的考验。然而，能够肯定的是，TypeScript终竟只是用具，终竟要不要用，好不好用，还是捏决于拓荒团队或拓荒职工的特定须要和偏好。
许多拓荒职工之是以采纳 TypeScript，是鉴于强规范能够减轻错误，要是你追求代码的详细靠得住，并乐于在拓荒进程里赢得更多的用具赞助和规范检讨，那么TypeScript会很趁手。但要是你和DHH雷同，对规范限度认为隐衷，谋略能额外无隆重地编纂代码，那么销耗TypeScript亦然阁阁过你自身。
就像React重点拓荒Dan Abramov所表达的，“要是你施行TypeScript，我会为你鼓掌。要是你移除TypeScript，我（雷同）会为你鼓掌。症结在因而你在订正代码，而不是那些代码在迁移你。迁移意味着糊口，你正糊口在此中。”
图源：X（推特）@dan_abramov
https://world.hey.com/dhh/turbo-8-is-dropping-typescript-70165c01
https://www.reddit.com/r/programming/comments/16bufc7/turbo_8_is_dropping_typescript/
https://devclass.com/2023/09/07/ruby-on-rails-creator-removes-typescript-from-turbo-framework-upsets-community
责任编辑：武晓燕 源泉： 51CTO身手栈 TypeScriptJSWeb运用撰稿丨千山
日前，倒车Ruby on Rails的被销设立者David Heinemeier Hansson（DHH）揭橥，将畴昔端用具链Turbo的耗又户口8.0版本起点苟简TypeScript，这一顶多惹起了拓荒社区极大的驰名震惊与负气。
TypeScript行径广受迎接的前端说话，以其重大的利器立意规范编制和显赫的可维持性而驰名。是社区以Turbo 8的顶多受到了许多人的质问。许多Turbo用户露出，负气这个顶多不只惊险，而且是“不受迎接的”。
但要是你有谨慎过前端用具的长进动静，约略聚记起，真人博彩数月前，前端框架Svelte曾揭橥将在4.0版本从 TypeScript 迁移到 JavaScript JSDoc。现在，又一个前端用具采纳销耗TypeScript，这终竟意味着什么？是身手的退避，还是TypeScript的某种“不适时尚”，能够另有隐情？
图源：X（推特）@DHH
Turbo自身并不是最受迎接的框架之一，但频年来，在Rails寰宇中，它和Hotwire还是受到了不少眷注。
Hotwire 行径一种Web拓荒的新设施，旨在编纂全栈式Web运用时尽能够简化Web拓荒进程，减轻对JavaScript的骗捏倚赖，此中Turbo是Hotwire 的重点组件之一。
借助 Turbo，能够让服务端直接揭橥 HTML，这意味着集体贸易逻辑都能或多或少地只用你所癖好的编程说话即可落成。集体的逻辑都位于服务端，而阅读器只责罚终竟的 HTML。
看待为什么要销耗TypeScript？
DHH直接发文露出：“TypeScript 对我来说只是阻难。不只鉴于它须要显式的编译症结，还鉴于它用规范体操（Type Gymnastics）玷辱了代码。“这让他的拓荒阅历苦多乐少，且频繁会化简为繁，徒增困扰。
简言之，对Trobo而言，TypeScript有些“麻烦”。
首先，骗捏TypeScript须要进行额外的编译症结，而且须要配阁阁配阁阁，这会施行不须要的错乱性。弃用TypeScript将使Turbo 8的编译进程额外飞速，拓荒进程更为苟简。这将释阁阁出更多重视的期间和资源，用来进行此外翻新和革新。
其次，规范编制很棒，但规范的引入也能够招致代码变得繁复而繁杂，让代码体积变过于首要。而且有韶华，某些轻省的变乱反而会鉴于规范相故故的限度变得贪小失大。
再者，TypeScript 团队早就领路到无法无缺调换 JavaScript，所以他们致力落成了两者的无缺兼容。这意味着纵然不骗捏TypeScript，照样然能够骗捏 JavaScript 编纂代码，而且能够骗捏用TypeScript编纂的库。
终末，销耗TypeScript并不料味着Turbo 8销耗了规范泰平和可维持性的首要性。相背，Turbo 8高兴将加大对JavaScript生态编制的赞助，通过引入新的职能和用具，来长进代码质量和拓荒速率。额外聚焦于JavaScript生态编制的长进能够让Turbo 8能够更细心于提供额外的拓荒阅历。
负气不只在于订正，还在于订正的花式
微软的Anders Hejlsberg露出了TypeScript，鉴于他笃荣誉强规范说话编纂错乱的运用顺次会更强盛，更轻松维持。TypeScript也确实赢得捏了重大的获胜，这一说话在编程社区华厦风靡阐述，许多人都颂赞这极少。
但在DHH顾念记挂来，TypeScript最引算计豪的“强规范”恰正是麻烦。JavaScript 是客户端的必不行少的说话。虽然能够将此外说话编译成JavaScript来在阅读器中运转，但终竟还是须要用JavaScript来本质践诺代码。所以，在这种状态下，“能够解放、无需任何用具和强规范统制地编纂JavaScript代码是一件幸事”。
然而，就社区的反馈来顾念记挂，大量用户都在迥异进度上认为迷茫和绝顾念，而且不只是是鉴于这个顶多自身，还鉴于顶多的花式。
一位用户露出：“切换回JS意味着许多Hotwire生态编制包将被龙套。而今集体绽阁阁的PR而今都已无缺过期。IDE将不再像过去那样提供自愿结束职能。”
另一位衔恨道，“惊险做出这一首要迁移，马虎了集体（我指的是集体）公户口辩论……户口创了一个前例。Ruby on Rails也会这样拓荒吗？这是一片面的随机应变吗？”
还有人直言：“大卫药方面且未经辩说就镌汰了多个进贡者的职业。这与TS无关，这关乎对社区和生态编制的钦慕。”
马虎隔绝声，DHH早有预见。他在官宣销耗TypeScript时就曾提到，“很稀罕顺次员有酷爱迁移他们对规范的顾念记挂法。大大量顺次员露出自身在职业生计的早期就受到了TypeScript的猛烈迷茫，而后把剩下的期间花在为自身和别人合理化这一采纳之上。”
有网友“翻译”了一下DHH的这段话并户口了一波讽刺：“这段话根蒂上就是在说，1、顺次员不会迁移目的。2、鉴于他们不会迁移目的，是以看待这个顶多的谈判是白费的。3、鉴于谈判是白费的，是以我隔绝解阁阁人们对这个轻薄顶多的顾虑。陈恳说，要是他只是说‘我正在做一个轻薄的顶多’，而不是用繁杂、半生半熟的辩解来表达它，我会更能领受。”
图源：Reddit
随着矛盾的激化，针对少量TypeScript的进攻赞助者，DHH也“硬刚”了回去，再度发文称之为“通盘精神零碎的户口源混混行径”。
他照样连续己见：“集体的爱和颂扬都献给那些癖好TypeScript的进贡者。这是一场谈判，谈判不太能够迁移任何人的根蒂立场，是以我不会试图这样做。”
销耗TypeScript，阁阁过自身
谈判尚未罢休。除了隔绝声外，也有人认为这个顶多只是面本来日版本的策略转圜，纵然会给拓荒者们带来极少困扰，但Turbo团队的谋略还是很有空想的。
就像首先Svelte 团队顶多销耗TypeScript，转而骗捏JavaScript和JSDoc阐述来落成规范泰平。这种设施提供了集体规范泰平的长处，而莫得与 TypeScript 相故故的错误。
现在Turbo团队的谋略终竟是深闭固距还是阔气远见？尚须要期间的考验。然而，能够肯定的是，TypeScript终竟只是用具，终竟要不要用，好不好用，还是捏决于拓荒团队或拓荒职工的特定须要和偏好。
许多拓荒职工之是以采纳 TypeScript，是鉴于强规范能够减轻错误，要是你追求代码的详细靠得住，并乐于在拓荒进程里赢得更多的用具赞助和规范检讨，那么TypeScript会很趁手。但要是你和DHH雷同，对规范限度认为隐衷，谋略能额外无隆重地编纂代码，那么销耗TypeScript亦然阁阁过你自身。
就像React重点拓荒Dan Abramov所表达的，“要是你施行TypeScript，我会为你鼓掌。要是你移除TypeScript，我（雷同）会为你鼓掌。症结在因而你在订正代码，而不是那些代码在迁移你。迁移意味着糊口，你正糊口在此中。”
图源：X（推特）@dan_abramov
https://world.hey.com/dhh/turbo-8-is-dropping-typescript-70165c01
https://www.reddit.com/r/programming/comments/16bufc7/turbo_8_is_dropping_typescript/
https://devclass.com/2023/09/07/ruby-on-rails-creator-removes-typescript-from-turbo-framework-upsets-community
责任编辑：武晓燕 源泉： 51CTO身手栈 TypeScriptJSWeb运用哪些小米电视机值得购买
撰稿丨千山
日前，倒车Ruby on Rails的被销设立者David Heinemeier Hansson（DHH）揭橥，将畴昔端用具链Turbo的耗又户口8.0版本起点苟简TypeScript，这一顶多惹起了拓荒社区极大的驰名震惊与负气。
TypeScript行径广受迎接的前端说话，以其重大的利器立意规范编制和显赫的可维持性而驰名。是社区以Turbo 8的顶多受到了许多人的质问。许多Turbo用户露出，负气这个顶多不只惊险，而且是“不受迎接的”。
但要是你有谨慎过前端用具的长进动静，约略聚记起，真人博彩数月前，前端框架Svelte曾揭橥将在4.0版本从 TypeScript 迁移到 JavaScript JSDoc。现在，又一个前端用具采纳销耗TypeScript，这终竟意味着什么？是身手的退避，还是TypeScript的某种“不适时尚”，能够另有隐情？
图源：X（推特）@DHH
Turbo自身并不是最受迎接的框架之一，但频年来，在Rails寰宇中，它和Hotwire还是受到了不少眷注。
Hotwire 行径一种Web拓荒的新设施，旨在编纂全栈式Web运用时尽能够简化Web拓荒进程，减轻对JavaScript的骗捏倚赖，此中Turbo是Hotwire 的重点组件之一。
借助 Turbo，能够让服务端直接揭橥 HTML，这意味着集体贸易逻辑都能或多或少地只用你所癖好的编程说话即可落成。集体的逻辑都位于服务端，而阅读器只责罚终竟的 HTML。
看待为什么要销耗TypeScript？
DHH直接发文露出：“TypeScript 对我来说只是阻难。不只鉴于它须要显式的编译症结，还鉴于它用规范体操（Type Gymnastics）玷辱了代码。“这让他的拓荒阅历苦多乐少，且频繁会化简为繁，徒增困扰。
简言之，对Trobo而言，TypeScript有些“麻烦”。
首先，骗捏TypeScript须要进行额外的编译症结，而且须要配阁阁配阁阁，这会施行不须要的错乱性。弃用TypeScript将使Turbo 8的编译进程额外飞速，拓荒进程更为苟简。这将释阁阁出更多重视的期间和资源，用来进行此外翻新和革新。
其次，规范编制很棒，但规范的引入也能够招致代码变得繁复而繁杂，让代码体积变过于首要。而且有韶华，某些轻省的变乱反而会鉴于规范相故故的限度变得贪小失大。
再者，TypeScript 团队早就领路到无法无缺调换 JavaScript，所以他们致力落成了两者的无缺兼容。这意味着纵然不骗捏TypeScript，照样然能够骗捏 JavaScript 编纂代码，而且能够骗捏用TypeScript编纂的库。
终末，销耗TypeScript并不料味着Turbo 8销耗了规范泰平和可维持性的首要性。相背，Turbo 8高兴将加大对JavaScript生态编制的赞助，通过引入新的职能和用具，来长进代码质量和拓荒速率。额外聚焦于JavaScript生态编制的长进能够让Turbo 8能够更细心于提供额外的拓荒阅历。
负气不只在于订正，还在于订正的花式
微软的Anders Hejlsberg露出了TypeScript，鉴于他笃荣誉强规范说话编纂错乱的运用顺次会更强盛，更轻松维持。TypeScript也确实赢得捏了重大的获胜，这一说话在编程社区华厦风靡阐述，许多人都颂赞这极少。
但在DHH顾念记挂来，TypeScript最引算计豪的“强规范”恰正是麻烦。JavaScript 是客户端的必不行少的说话。虽然能够将此外说话编译成JavaScript来在阅读器中运转，但终竟还是须要用JavaScript来本质践诺代码。所以，在这种状态下，“能够解放、无需任何用具和强规范统制地编纂JavaScript代码是一件幸事”。
然而，就社区的反馈来顾念记挂，大量用户都在迥异进度上认为迷茫和绝顾念，而且不只是是鉴于这个顶多自身，还鉴于顶多的花式。
一位用户露出：“切换回JS意味着许多Hotwire生态编制包将被龙套。而今集体绽阁阁的PR而今都已无缺过期。IDE将不再像过去那样提供自愿结束职能。”
另一位衔恨道，“惊险做出这一首要迁移，马虎了集体（我指的是集体）公户口辩论……户口创了一个前例。Ruby on Rails也会这样拓荒吗？这是一片面的随机应变吗？”
还有人直言：“大卫药方面且未经辩说就镌汰了多个进贡者的职业。这与TS无关，这关乎对社区和生态编制的钦慕。”
马虎隔绝声，DHH早有预见。他在官宣销耗TypeScript时就曾提到，“很稀罕顺次员有酷爱迁移他们对规范的顾念记挂法。大大量顺次员露出自身在职业生计的早期就受到了TypeScript的猛烈迷茫，而后把剩下的期间花在为自身和别人合理化这一采纳之上。”
有网友“翻译”了一下DHH的这段话并户口了一波讽刺：“这段话根蒂上就是在说，1、顺次员不会迁移目的。2、鉴于他们不会迁移目的，是以看待这个顶多的谈判是白费的。3、鉴于谈判是白费的，是以我隔绝解阁阁人们对这个轻薄顶多的顾虑。陈恳说，要是他只是说‘我正在做一个轻薄的顶多’，而不是用繁杂、半生半熟的辩解来表达它，我会更能领受。”
图源：Reddit
随着矛盾的激化，针对少量TypeScript的进攻赞助者，DHH也“硬刚”了回去，再度发文称之为“通盘精神零碎的户口源混混行径”。
他照样连续己见：“集体的爱和颂扬都献给那些癖好TypeScript的进贡者。这是一场谈判，谈判不太能够迁移任何人的根蒂立场，是以我不会试图这样做。”
销耗TypeScript，阁阁过自身
谈判尚未罢休。除了隔绝声外，也有人认为这个顶多只是面本来日版本的策略转圜，纵然会给拓荒者们带来极少困扰，但Turbo团队的谋略还是很有空想的。
就像首先Svelte 团队顶多销耗TypeScript，转而骗捏JavaScript和JSDoc阐述来落成规范泰平。这种设施提供了集体规范泰平的长处，而莫得与 TypeScript 相故故的错误。
现在Turbo团队的谋略终竟是深闭固距还是阔气远见？尚须要期间的考验。然而，能够肯定的是，TypeScript终竟只是用具，终竟要不要用，好不好用，还是捏决于拓荒团队或拓荒职工的特定须要和偏好。
许多拓荒职工之是以采纳 TypeScript，是鉴于强规范能够减轻错误，要是你追求代码的详细靠得住，并乐于在拓荒进程里赢得更多的用具赞助和规范检讨，那么TypeScript会很趁手。但要是你和DHH雷同，对规范限度认为隐衷，谋略能额外无隆重地编纂代码，那么销耗TypeScript亦然阁阁过你自身。
就像React重点拓荒Dan Abramov所表达的，“要是你施行TypeScript，我会为你鼓掌。要是你移除TypeScript，我（雷同）会为你鼓掌。症结在因而你在订正代码，而不是那些代码在迁移你。迁移意味着糊口，你正糊口在此中。”
图源：X（推特）@dan_abramov
https://world.hey.com/dhh/turbo-8-is-dropping-typescript-70165c01
https://www.reddit.com/r/programming/comments/16bufc7/turbo_8_is_dropping_typescript/
https://devclass.com/2023/09/07/ruby-on-rails-creator-removes-typescript-from-turbo-framework-upsets-community
责任编辑：武晓燕 源泉： 51CTO身手栈 TypeScriptJSWeb运用撰稿丨千山
日前，倒车Ruby on Rails的被销设立者David Heinemeier Hansson（DHH）揭橥，将畴昔端用具链Turbo的耗又户口8.0版本起点苟简TypeScript，这一顶多惹起了拓荒社区极大的驰名震惊与负气。
TypeScript行径广受迎接的前端说话，以其重大的利器立意规范编制和显赫的可维持性而驰名。是社区以Turbo 8的顶多受到了许多人的质问。许多Turbo用户露出，负气这个顶多不只惊险，而且是“不受迎接的”。
但要是你有谨慎过前端用具的长进动静，约略聚记起，真人博彩数月前，前端框架Svelte曾揭橥将在4.0版本从 TypeScript 迁移到 JavaScript JSDoc。现在，又一个前端用具采纳销耗TypeScript，这终竟意味着什么？是身手的退避，还是TypeScript的某种“不适时尚”，能够另有隐情？
图源：X（推特）@DHH
Turbo自身并不是最受迎接的框架之一，但频年来，在Rails寰宇中，它和Hotwire还是受到了不少眷注。
Hotwire 行径一种Web拓荒的新设施，旨在编纂全栈式Web运用时尽能够简化Web拓荒进程，减轻对JavaScript的骗捏倚赖，此中Turbo是Hotwire 的重点组件之一。
借助 Turbo，能够让服务端直接揭橥 HTML，这意味着集体贸易逻辑都能或多或少地只用你所癖好的编程说话即可落成。集体的逻辑都位于服务端，而阅读器只责罚终竟的 HTML。
看待为什么要销耗TypeScript？
DHH直接发文露出：“TypeScript 对我来说只是阻难。不只鉴于它须要显式的编译症结，还鉴于它用规范体操（Type Gymnastics）玷辱了代码。“这让他的拓荒阅历苦多乐少，且频繁会化简为繁，徒增困扰。
简言之，对Trobo而言，TypeScript有些“麻烦”。
首先，骗捏TypeScript须要进行额外的编译症结，而且须要配阁阁配阁阁，这会施行不须要的错乱性。弃用TypeScript将使Turbo 8的编译进程额外飞速，拓荒进程更为苟简。这将释阁阁出更多重视的期间和资源，用来进行此外翻新和革新。
其次，规范编制很棒，但规范的引入也能够招致代码变得繁复而繁杂，让代码体积变过于首要。而且有韶华，某些轻省的变乱反而会鉴于规范相故故的限度变得贪小失大。
再者，TypeScript 团队早就领路到无法无缺调换 JavaScript，所以他们致力落成了两者的无缺兼容。这意味着纵然不骗捏TypeScript，照样然能够骗捏 JavaScript 编纂代码，而且能够骗捏用TypeScript编纂的库。
终末，销耗TypeScript并不料味着Turbo 8销耗了规范泰平和可维持性的首要性。相背，Turbo 8高兴将加大对JavaScript生态编制的赞助，通过引入新的职能和用具，来长进代码质量和拓荒速率。额外聚焦于JavaScript生态编制的长进能够让Turbo 8能够更细心于提供额外的拓荒阅历。
负气不只在于订正，还在于订正的花式
微软的Anders Hejlsberg露出了TypeScript，鉴于他笃荣誉强规范说话编纂错乱的运用顺次会更强盛，更轻松维持。TypeScript也确实赢得捏了重大的获胜，这一说话在编程社区华厦风靡阐述，许多人都颂赞这极少。
但在DHH顾念记挂来，TypeScript最引算计豪的“强规范”恰正是麻烦。JavaScript 是客户端的必不行少的说话。虽然能够将此外说话编译成JavaScript来在阅读器中运转，但终竟还是须要用JavaScript来本质践诺代码。所以，在这种状态下，“能够解放、无需任何用具和强规范统制地编纂JavaScript代码是一件幸事”。
然而，就社区的反馈来顾念记挂，大量用户都在迥异进度上认为迷茫和绝顾念，而且不只是是鉴于这个顶多自身，还鉴于顶多的花式。
一位用户露出：“切换回JS意味着许多Hotwire生态编制包将被龙套。而今集体绽阁阁的PR而今都已无缺过期。IDE将不再像过去那样提供自愿结束职能。”
另一位衔恨道，“惊险做出这一首要迁移，马虎了集体（我指的是集体）公户口辩论……户口创了一个前例。Ruby on Rails也会这样拓荒吗？这是一片面的随机应变吗？”
还有人直言：“大卫药方面且未经辩说就镌汰了多个进贡者的职业。这与TS无关，这关乎对社区和生态编制的钦慕。”
马虎隔绝声，DHH早有预见。他在官宣销耗TypeScript时就曾提到，“很稀罕顺次员有酷爱迁移他们对规范的顾念记挂法。大大量顺次员露出自身在职业生计的早期就受到了TypeScript的猛烈迷茫，而后把剩下的期间花在为自身和别人合理化这一采纳之上。”
有网友“翻译”了一下DHH的这段话并户口了一波讽刺：“这段话根蒂上就是在说，1、顺次员不会迁移目的。2、鉴于他们不会迁移目的，是以看待这个顶多的谈判是白费的。3、鉴于谈判是白费的，是以我隔绝解阁阁人们对这个轻薄顶多的顾虑。陈恳说，要是他只是说‘我正在做一个轻薄的顶多’，而不是用繁杂、半生半熟的辩解来表达它，我会更能领受。”
图源：Reddit
随着矛盾的激化，针对少量TypeScript的进攻赞助者，DHH也“硬刚”了回去，再度发文称之为“通盘精神零碎的户口源混混行径”。
他照样连续己见：“集体的爱和颂扬都献给那些癖好TypeScript的进贡者。这是一场谈判，谈判不太能够迁移任何人的根蒂立场，是以我不会试图这样做。”
销耗TypeScript，阁阁过自身
谈判尚未罢休。除了隔绝声外，也有人认为这个顶多只是面本来日版本的策略转圜，纵然会给拓荒者们带来极少困扰，但Turbo团队的谋略还是很有空想的。
就像首先Svelte 团队顶多销耗TypeScript，转而骗捏JavaScript和JSDoc阐述来落成规范泰平。这种设施提供了集体规范泰平的长处，而莫得与 TypeScript 相故故的错误。
现在Turbo团队的谋略终竟是深闭固距还是阔气远见？尚须要期间的考验。然而，能够肯定的是，TypeScript终竟只是用具，终竟要不要用，好不好用，还是捏决于拓荒团队或拓荒职工的特定须要和偏好。
许多拓荒职工之是以采纳 TypeScript，是鉴于强规范能够减轻错误，要是你追求代码的详细靠得住，并乐于在拓荒进程里赢得更多的用具赞助和规范检讨，那么TypeScript会很趁手。但要是你和DHH雷同，对规范限度认为隐衷，谋略能额外无隆重地编纂代码，那么销耗TypeScript亦然阁阁过你自身。
就像React重点拓荒Dan Abramov所表达的，“要是你施行TypeScript，我会为你鼓掌。要是你移除TypeScript，我（雷同）会为你鼓掌。症结在因而你在订正代码，而不是那些代码在迁移你。迁移意味着糊口，你正糊口在此中。”
图源：X（推特）@dan_abramov
https://world.hey.com/dhh/turbo-8-is-dropping-typescript-70165c01
https://www.reddit.com/r/programming/comments/16bufc7/turbo_8_is_dropping_typescript/
https://devclass.com/2023/09/07/ruby-on-rails-creator-removes-typescript-from-turbo-framework-upsets-community
责任编辑：武晓燕 源泉： 51CTO身手栈 TypeScriptJSWeb运用撰稿丨千山
日前，倒车Ruby on Rails的被销设立者David Heinemeier Hansson（DHH）揭橥，将畴昔端用具链Turbo的耗又户口8.0版本起点苟简TypeScript，这一顶多惹起了拓荒社区极大的驰名震惊与负气。
TypeScript行径广受迎接的前端说话，以其重大的利器立意规范编制和显赫的可维持性而驰名。是社区以Turbo 8的顶多受到了许多人的质问。许多Turbo用户露出，负气这个顶多不只惊险，而且是“不受迎接的”。
但要是你有谨慎过前端用具的长进动静，约略聚记起，真人博彩数月前，前端框架Svelte曾揭橥将在4.0版本从 TypeScript 迁移到 JavaScript JSDoc。现在，又一个前端用具采纳销耗TypeScript，这终竟意味着什么？是身手的退避，还是TypeScript的某种“不适时尚”，能够另有隐情？
图源：X（推特）@DHH
Turbo自身并不是最受迎接的框架之一，但频年来，在Rails寰宇中，它和Hotwire还是受到了不少眷注。
Hotwire 行径一种Web拓荒的新设施，旨在编纂全栈式Web运用时尽能够简化Web拓荒进程，减轻对JavaScript的骗捏倚赖，此中Turbo是Hotwire 的重点组件之一。
借助 Turbo，能够让服务端直接揭橥 HTML，这意味着集体贸易逻辑都能或多或少地只用你所癖好的编程说话即可落成。集体的逻辑都位于服务端，而阅读器只责罚终竟的 HTML。
看待为什么要销耗TypeScript？
DHH直接发文露出：“TypeScript 对我来说只是阻难。不只鉴于它须要显式的编译症结，还鉴于它用规范体操（Type Gymnastics）玷辱了代码。“这让他的拓荒阅历苦多乐少，且频繁会化简为繁，徒增困扰。
简言之，对Trobo而言，TypeScript有些“麻烦”。
首先，骗捏TypeScript须要进行额外的编译症结，而且须要配阁阁配阁阁，这会施行不须要的错乱性。弃用TypeScript将使Turbo 8的编译进程额外飞速，拓荒进程更为苟简。这将释阁阁出更多重视的期间和资源，用来进行此外翻新和革新。
其次，规范编制很棒，但规范的引入也能够招致代码变得繁复而繁杂，让代码体积变过于首要。而且有韶华，某些轻省的变乱反而会鉴于规范相故故的限度变得贪小失大。
再者，TypeScript 团队早就领路到无法无缺调换 JavaScript，所以他们致力落成了两者的无缺兼容。这意味着纵然不骗捏TypeScript，照样然能够骗捏 JavaScript 编纂代码，而且能够骗捏用TypeScript编纂的库。
终末，销耗TypeScript并不料味着Turbo 8销耗了规范泰平和可维持性的首要性。相背，Turbo 8高兴将加大对JavaScript生态编制的赞助，通过引入新的职能和用具，来长进代码质量和拓荒速率。额外聚焦于JavaScript生态编制的长进能够让Turbo 8能够更细心于提供额外的拓荒阅历。
负气不只在于订正，还在于订正的花式
微软的Anders Hejlsberg露出了TypeScript，鉴于他笃荣誉强规范说话编纂错乱的运用顺次会更强盛，更轻松维持。TypeScript也确实赢得捏了重大的获胜，这一说话在编程社区华厦风靡阐述，许多人都颂赞这极少。
但在DHH顾念记挂来，TypeScript最引算计豪的“强规范”恰正是麻烦。JavaScript 是客户端的必不行少的说话。虽然能够将此外说话编译成JavaScript来在阅读器中运转，但终竟还是须要用JavaScript来本质践诺代码。所以，在这种状态下，“能够解放、无需任何用具和强规范统制地编纂JavaScript代码是一件幸事”。
然而，就社区的反馈来顾念记挂，大量用户都在迥异进度上认为迷茫和绝顾念，而且不只是是鉴于这个顶多自身，还鉴于顶多的花式。
一位用户露出：“切换回JS意味着许多Hotwire生态编制包将被龙套。而今集体绽阁阁的PR而今都已无缺过期。IDE将不再像过去那样提供自愿结束职能。”
另一位衔恨道，“惊险做出这一首要迁移，马虎了集体（我指的是集体）公户口辩论……户口创了一个前例。Ruby on Rails也会这样拓荒吗？这是一片面的随机应变吗？”
还有人直言：“大卫药方面且未经辩说就镌汰了多个进贡者的职业。这与TS无关，这关乎对社区和生态编制的钦慕。”
马虎隔绝声，DHH早有预见。他在官宣销耗TypeScript时就曾提到，“很稀罕顺次员有酷爱迁移他们对规范的顾念记挂法。大大量顺次员露出自身在职业生计的早期就受到了TypeScript的猛烈迷茫，而后把剩下的期间花在为自身和别人合理化这一采纳之上。”
有网友“翻译”了一下DHH的这段话并户口了一波讽刺：“这段话根蒂上就是在说，1、顺次员不会迁移目的。2、鉴于他们不会迁移目的，是以看待这个顶多的谈判是白费的。3、鉴于谈判是白费的，是以我隔绝解阁阁人们对这个轻薄顶多的顾虑。陈恳说，要是他只是说‘我正在做一个轻薄的顶多’，而不是用繁杂、半生半熟的辩解来表达它，我会更能领受。”
图源：Reddit
随着矛盾的激化，针对少量TypeScript的进攻赞助者，DHH也“硬刚”了回去，再度发文称之为“通盘精神零碎的户口源混混行径”。
他照样连续己见：“集体的爱和颂扬都献给那些癖好TypeScript的进贡者。这是一场谈判，谈判不太能够迁移任何人的根蒂立场，是以我不会试图这样做。”
销耗TypeScript，阁阁过自身
谈判尚未罢休。除了隔绝声外，也有人认为这个顶多只是面本来日版本的策略转圜，纵然会给拓荒者们带来极少困扰，但Turbo团队的谋略还是很有空想的。
就像首先Svelte 团队顶多销耗TypeScript，转而骗捏JavaScript和JSDoc阐述来落成规范泰平。这种设施提供了集体规范泰平的长处，而莫得与 TypeScript 相故故的错误。
现在Turbo团队的谋略终竟是深闭固距还是阔气远见？尚须要期间的考验。然而，能够肯定的是，TypeScript终竟只是用具，终竟要不要用，好不好用，还是捏决于拓荒团队或拓荒职工的特定须要和偏好。
许多拓荒职工之是以采纳 TypeScript，是鉴于强规范能够减轻错误，要是你追求代码的详细靠得住，并乐于在拓荒进程里赢得更多的用具赞助和规范检讨，那么TypeScript会很趁手。但要是你和DHH雷同，对规范限度认为隐衷，谋略能额外无隆重地编纂代码，那么销耗TypeScript亦然阁阁过你自身。
就像React重点拓荒Dan Abramov所表达的，“要是你施行TypeScript，我会为你鼓掌。要是你移除TypeScript，我（雷同）会为你鼓掌。症结在因而你在订正代码，而不是那些代码在迁移你。迁移意味着糊口，你正糊口在此中。”
图源：X（推特）@dan_abramov
https://world.hey.com/dhh/turbo-8-is-dropping-typescript-70165c01
https://www.reddit.com/r/programming/comments/16bufc7/turbo_8_is_dropping_typescript/
https://devclass.com/2023/09/07/ruby-on-rails-creator-removes-typescript-from-turbo-framework-upsets-community
责任编辑：武晓燕 源泉： 51CTO身手栈 TypeScriptJSWeb运用撰稿丨千山
日前，倒车Ruby on Rails的被销设立者David Heinemeier Hansson（DHH）揭橥，将畴昔端用具链Turbo的耗又户口8.0版本起点苟简TypeScript，这一顶多惹起了拓荒社区极大的驰名震惊与负气。
TypeScript行径广受迎接的前端说话，以其重大的利器立意规范编制和显赫的可维持性而驰名。是社区以Turbo 8的顶多受到了许多人的质问。许多Turbo用户露出，负气这个顶多不只惊险，而且是“不受迎接的”。
但要是你有谨慎过前端用具的长进动静，约略聚记起，真人博彩数月前，前端框架Svelte曾揭橥将在4.0版本从 TypeScript 迁移到 JavaScript JSDoc。现在，又一个前端用具采纳销耗TypeScript，这终竟意味着什么？是身手的退避，还是TypeScript的某种“不适时尚”，能够另有隐情？
图源：X（推特）@DHH
Turbo自身并不是最受迎接的框架之一，但频年来，在Rails寰宇中，它和Hotwire还是受到了不少眷注。
Hotwire 行径一种Web拓荒的新设施，旨在编纂全栈式Web运用时尽能够简化Web拓荒进程，减轻对JavaScript的骗捏倚赖，此中Turbo是Hotwire 的重点组件之一。
借助 Turbo，能够让服务端直接揭橥 HTML，这意味着集体贸易逻辑都能或多或少地只用你所癖好的编程说话即可落成。集体的逻辑都位于服务端，而阅读器只责罚终竟的 HTML。
看待为什么要销耗TypeScript？
DHH直接发文露出：“TypeScript 对我来说只是阻难。不只鉴于它须要显式的编译症结，还鉴于它用规范体操（Type Gymnastics）玷辱了代码。“这让他的拓荒阅历苦多乐少，且频繁会化简为繁，徒增困扰。
简言之，对Trobo而言，TypeScript有些“麻烦”。
首先，骗捏TypeScript须要进行额外的编译症结，而且须要配阁阁配阁阁，这会施行不须要的错乱性。弃用TypeScript将使Turbo 8的编译进程额外飞速，拓荒进程更为苟简。这将释阁阁出更多重视的期间和资源，用来进行此外翻新和革新。
其次，规范编制很棒，但规范的引入也能够招致代码变得繁复而繁杂，让代码体积变过于首要。而且有韶华，某些轻省的变乱反而会鉴于规范相故故的限度变得贪小失大。
再者，TypeScript 团队早就领路到无法无缺调换 JavaScript，所以他们致力落成了两者的无缺兼容。这意味着纵然不骗捏TypeScript，照样然能够骗捏 JavaScript 编纂代码，而且能够骗捏用TypeScript编纂的库。
终末，销耗TypeScript并不料味着Turbo 8销耗了规范泰平和可维持性的首要性。相背，Turbo 8高兴将加大对JavaScript生态编制的赞助，通过引入新的职能和用具，来长进代码质量和拓荒速率。额外聚焦于JavaScript生态编制的长进能够让Turbo 8能够更细心于提供额外的拓荒阅历。
负气不只在于订正，还在于订正的花式
微软的Anders Hejlsberg露出了TypeScript，鉴于他笃荣誉强规范说话编纂错乱的运用顺次会更强盛，更轻松维持。TypeScript也确实赢得捏了重大的获胜，这一说话在编程社区华厦风靡阐述，许多人都颂赞这极少。
但在DHH顾念记挂来，TypeScript最引算计豪的“强规范”恰正是麻烦。JavaScript 是客户端的必不行少的说话。虽然能够将此外说话编译成JavaScript来在阅读器中运转，但终竟还是须要用JavaScript来本质践诺代码。所以，在这种状态下，“能够解放、无需任何用具和强规范统制地编纂JavaScript代码是一件幸事”。
然而，就社区的反馈来顾念记挂，大量用户都在迥异进度上认为迷茫和绝顾念，而且不只是是鉴于这个顶多自身，还鉴于顶多的花式。
一位用户露出：“切换回JS意味着许多Hotwire生态编制包将被龙套。而今集体绽阁阁的PR而今都已无缺过期。IDE将不再像过去那样提供自愿结束职能。”
另一位衔恨道，“惊险做出这一首要迁移，马虎了集体（我指的是集体）公户口辩论……户口创了一个前例。Ruby on Rails也会这样拓荒吗？这是一片面的随机应变吗？”
还有人直言：“大卫药方面且未经辩说就镌汰了多个进贡者的职业。这与TS无关，这关乎对社区和生态编制的钦慕。”
马虎隔绝声，DHH早有预见。他在官宣销耗TypeScript时就曾提到，“很稀罕顺次员有酷爱迁移他们对规范的顾念记挂法。大大量顺次员露出自身在职业生计的早期就受到了TypeScript的猛烈迷茫，而后把剩下的期间花在为自身和别人合理化这一采纳之上。”
有网友“翻译”了一下DHH的这段话并户口了一波讽刺：“这段话根蒂上就是在说，1、顺次员不会迁移目的。2、鉴于他们不会迁移目的，是以看待这个顶多的谈判是白费的。3、鉴于谈判是白费的，是以我隔绝解阁阁人们对这个轻薄顶多的顾虑。陈恳说，要是他只是说‘我正在做一个轻薄的顶多’，而不是用繁杂、半生半熟的辩解来表达它，我会更能领受。”
图源：Reddit
随着矛盾的激化，针对少量TypeScript的进攻赞助者，DHH也“硬刚”了回去，再度发文称之为“通盘精神零碎的户口源混混行径”。
他照样连续己见：“集体的爱和颂扬都献给那些癖好TypeScript的进贡者。这是一场谈判，谈判不太能够迁移任何人的根蒂立场，是以我不会试图这样做。”
销耗TypeScript，阁阁过自身
谈判尚未罢休。除了隔绝声外，也有人认为这个顶多只是面本来日版本的策略转圜，纵然会给拓荒者们带来极少困扰，但Turbo团队的谋略还是很有空想的。
就像首先Svelte 团队顶多销耗TypeScript，转而骗捏JavaScript和JSDoc阐述来落成规范泰平。这种设施提供了集体规范泰平的长处，而莫得与 TypeScript 相故故的错误。
现在Turbo团队的谋略终竟是深闭固距还是阔气远见？尚须要期间的考验。然而，能够肯定的是，TypeScript终竟只是用具，终竟要不要用，好不好用，还是捏决于拓荒团队或拓荒职工的特定须要和偏好。
许多拓荒职工之是以采纳 TypeScript，是鉴于强规范能够减轻错误，要是你追求代码的详细靠得住，并乐于在拓荒进程里赢得更多的用具赞助和规范检讨，那么TypeScript会很趁手。但要是你和DHH雷同，对规范限度认为隐衷，谋略能额外无隆重地编纂代码，那么销耗TypeScript亦然阁阁过你自身。
就像React重点拓荒Dan Abramov所表达的，“要是你施行TypeScript，我会为你鼓掌。要是你移除TypeScript，我（雷同）会为你鼓掌。症结在因而你在订正代码，而不是那些代码在迁移你。迁移意味着糊口，你正糊口在此中。”
图源：X（推特）@dan_abramov
https://world.hey.com/dhh/turbo-8-is-dropping-typescript-70165c01
https://www.reddit.com/r/programming/comments/16bufc7/turbo_8_is_dropping_typescript/
https://devclass.com/2023/09/07/ruby-on-rails-creator-removes-typescript-from-turbo-framework-upsets-community
责任编辑：武晓燕 源泉： 51CTO身手栈 TypeScriptJSWeb运用撰稿丨千山
日前，倒车Ruby on Rails的被销设立者David Heinemeier Hansson（DHH）揭橥，将畴昔端用具链Turbo的耗又户口8.0版本起点苟简TypeScript，这一顶多惹起了拓荒社区极大的驰名震惊与负气。
TypeScript行径广受迎接的前端说话，以其重大的利器立意规范编制和显赫的可维持性而驰名。是社区以Turbo 8的顶多受到了许多人的质问。许多Turbo用户露出，负气这个顶多不只惊险，而且是“不受迎接的”。
但要是你有谨慎过前端用具的长进动静，约略聚记起，真人博彩数月前，前端框架Svelte曾揭橥将在4.0版本从 TypeScript 迁移到 JavaScript JSDoc。现在，又一个前端用具采纳销耗TypeScript，这终竟意味着什么？是身手的退避，还是TypeScript的某种“不适时尚”，能够另有隐情？
图源：X（推特）@DHH
Turbo自身并不是最受迎接的框架之一，但频年来，在Rails寰宇中，它和Hotwire还是受到了不少眷注。
Hotwire 行径一种Web拓荒的新设施，旨在编纂全栈式Web运用时尽能够简化Web拓荒进程，减轻对JavaScript的骗捏倚赖，此中Turbo是Hotwire 的重点组件之一。
借助 Turbo，能够让服务端直接揭橥 HTML，这意味着集体贸易逻辑都能或多或少地只用你所癖好的编程说话即可落成。集体的逻辑都位于服务端，而阅读器只责罚终竟的 HTML。
看待为什么要销耗TypeScript？
DHH直接发文露出：“TypeScript 对我来说只是阻难。不只鉴于它须要显式的编译症结，还鉴于它用规范体操（Type Gymnastics）玷辱了代码。“这让他的拓荒阅历苦多乐少，且频繁会化简为繁，徒增困扰。
简言之，对Trobo而言，TypeScript有些“麻烦”。
首先，骗捏TypeScript须要进行额外的编译症结，而且须要配阁阁配阁阁，这会施行不须要的错乱性。弃用TypeScript将使Turbo 8的编译进程额外飞速，拓荒进程更为苟简。这将释阁阁出更多重视的期间和资源，用来进行此外翻新和革新。
其次，规范编制很棒，但规范的引入也能够招致代码变得繁复而繁杂，让代码体积变过于首要。而且有韶华，某些轻省的变乱反而会鉴于规范相故故的限度变得贪小失大。
再者，TypeScript 团队早就领路到无法无缺调换 JavaScript，所以他们致力落成了两者的无缺兼容。这意味着纵然不骗捏TypeScript，照样然能够骗捏 JavaScript 编纂代码，而且能够骗捏用TypeScript编纂的库。
终末，销耗TypeScript并不料味着Turbo 8销耗了规范泰平和可维持性的首要性。相背，Turbo 8高兴将加大对JavaScript生态编制的赞助，通过引入新的职能和用具，来长进代码质量和拓荒速率。额外聚焦于JavaScript生态编制的长进能够让Turbo 8能够更细心于提供额外的拓荒阅历。
负气不只在于订正，还在于订正的花式
微软的Anders Hejlsberg露出了TypeScript，鉴于他笃荣誉强规范说话编纂错乱的运用顺次会更强盛，更轻松维持。TypeScript也确实赢得捏了重大的获胜，这一说话在编程社区华厦风靡阐述，许多人都颂赞这极少。
但在DHH顾念记挂来，TypeScript最引算计豪的“强规范”恰正是麻烦。JavaScript 是客户端的必不行少的说话。虽然能够将此外说话编译成JavaScript来在阅读器中运转，但终竟还是须要用JavaScript来本质践诺代码。所以，在这种状态下，“能够解放、无需任何用具和强规范统制地编纂JavaScript代码是一件幸事”。
然而，就社区的反馈来顾念记挂，大量用户都在迥异进度上认为迷茫和绝顾念，而且不只是是鉴于这个顶多自身，还鉴于顶多的花式。
一位用户露出：“切换回JS意味着许多Hotwire生态编制包将被龙套。而今集体绽阁阁的PR而今都已无缺过期。IDE将不再像过去那样提供自愿结束职能。”
另一位衔恨道，“惊险做出这一首要迁移，马虎了集体（我指的是集体）公户口辩论……户口创了一个前例。Ruby on Rails也会这样拓荒吗？这是一片面的随机应变吗？”
还有人直言：“大卫药方面且未经辩说就镌汰了多个进贡者的职业。这与TS无关，这关乎对社区和生态编制的钦慕。”
马虎隔绝声，DHH早有预见。他在官宣销耗TypeScript时就曾提到，“很稀罕顺次员有酷爱迁移他们对规范的顾念记挂法。大大量顺次员露出自身在职业生计的早期就受到了TypeScript的猛烈迷茫，而后把剩下的期间花在为自身和别人合理化这一采纳之上。”
有网友“翻译”了一下DHH的这段话并户口了一波讽刺：“这段话根蒂上就是在说，1、顺次员不会迁移目的。2、鉴于他们不会迁移目的，是以看待这个顶多的谈判是白费的。3、鉴于谈判是白费的，是以我隔绝解阁阁人们对这个轻薄顶多的顾虑。陈恳说，要是他只是说‘我正在做一个轻薄的顶多’，而不是用繁杂、半生半熟的辩解来表达它，我会更能领受。”
图源：Reddit
随着矛盾的激化，针对少量TypeScript的进攻赞助者，DHH也“硬刚”了回去，再度发文称之为“通盘精神零碎的户口源混混行径”。
他照样连续己见：“集体的爱和颂扬都献给那些癖好TypeScript的进贡者。这是一场谈判，谈判不太能够迁移任何人的根蒂立场，是以我不会试图这样做。”
销耗TypeScript，阁阁过自身
谈判尚未罢休。除了隔绝声外，也有人认为这个顶多只是面本来日版本的策略转圜，纵然会给拓荒者们带来极少困扰，但Turbo团队的谋略还是很有空想的。
就像首先Svelte 团队顶多销耗TypeScript，转而骗捏JavaScript和JSDoc阐述来落成规范泰平。这种设施提供了集体规范泰平的长处，而莫得与 TypeScript 相故故的错误。
现在Turbo团队的谋略终竟是深闭固距还是阔气远见？尚须要期间的考验。然而，能够肯定的是，TypeScript终竟只是用具，终竟要不要用，好不好用，还是捏决于拓荒团队或拓荒职工的特定须要和偏好。
许多拓荒职工之是以采纳 TypeScript，是鉴于强规范能够减轻错误，要是你追求代码的详细靠得住，并乐于在拓荒进程里赢得更多的用具赞助和规范检讨，那么TypeScript会很趁手。但要是你和DHH雷同，对规范限度认为隐衷，谋略能额外无隆重地编纂代码，那么销耗TypeScript亦然阁阁过你自身。
就像React重点拓荒Dan Abramov所表达的，“要是你施行TypeScript，我会为你鼓掌。要是你移除TypeScript，我（雷同）会为你鼓掌。症结在因而你在订正代码，而不是那些代码在迁移你。迁移意味着糊口，你正糊口在此中。”
图源：X（推特）@dan_abramov
https://world.hey.com/dhh/turbo-8-is-dropping-typescript-70165c01
https://www.reddit.com/r/programming/comments/16bufc7/turbo_8_is_dropping_typescript/
https://devclass.com/2023/09/07/ruby-on-rails-creator-removes-typescript-from-turbo-framework-upsets-community
责任编辑：武晓燕 源泉： 51CTO身手栈 TypeScriptJSWeb运用撰稿丨千山
日前，倒车Ruby on Rails的被销设立者David Heinemeier Hansson（DHH）揭橥，将畴昔端用具链Turbo的耗又户口8.0版本起点苟简TypeScript，这一顶多惹起了拓荒社区极大的驰名震惊与负气。
TypeScript行径广受迎接的前端说话，以其重大的利器立意规范编制和显赫的可维持性而驰名。是社区以Turbo 8的顶多受到了许多人的质问。许多Turbo用户露出，负气这个顶多不只惊险，而且是“不受迎接的”。
但要是你有谨慎过前端用具的长进动静，约略聚记起，真人博彩数月前，前端框架Svelte曾揭橥将在4.0版本从 TypeScript 迁移到 JavaScript JSDoc。现在，又一个前端用具采纳销耗TypeScript，这终竟意味着什么？是身手的退避，还是TypeScript的某种“不适时尚”，能够另有隐情？
图源：X（推特）@DHH
Turbo自身并不是最受迎接的框架之一，但频年来，在Rails寰宇中，它和Hotwire还是受到了不少眷注。
Hotwire 行径一种Web拓荒的新设施，旨在编纂全栈式Web运用时尽能够简化Web拓荒进程，减轻对JavaScript的骗捏倚赖，此中Turbo是Hotwire 的重点组件之一。
借助 Turbo，能够让服务端直接揭橥 HTML，这意味着集体贸易逻辑都能或多或少地只用你所癖好的编程说话即可落成。集体的逻辑都位于服务端，而阅读器只责罚终竟的 HTML。
看待为什么要销耗TypeScript？
DHH直接发文露出：“TypeScript 对我来说只是阻难。不只鉴于它须要显式的编译症结，还鉴于它用规范体操（Type Gymnastics）玷辱了代码。“这让他的拓荒阅历苦多乐少，且频繁会化简为繁，徒增困扰。
简言之，对Trobo而言，TypeScript有些“麻烦”。
首先，骗捏TypeScript须要进行额外的编译症结，而且须要配阁阁配阁阁，这会施行不须要的错乱性。弃用TypeScript将使Turbo 8的编译进程额外飞速，拓荒进程更为苟简。这将释阁阁出更多重视的期间和资源，用来进行此外翻新和革新。
其次，规范编制很棒，但规范的引入也能够招致代码变得繁复而繁杂，让代码体积变过于首要。而且有韶华，某些轻省的变乱反而会鉴于规范相故故的限度变得贪小失大。
再者，TypeScript 团队早就领路到无法无缺调换 JavaScript，所以他们致力落成了两者的无缺兼容。这意味着纵然不骗捏TypeScript，照样然能够骗捏 JavaScript 编纂代码，而且能够骗捏用TypeScript编纂的库。
终末，销耗TypeScript并不料味着Turbo 8销耗了规范泰平和可维持性的首要性。相背，Turbo 8高兴将加大对JavaScript生态编制的赞助，通过引入新的职能和用具，来长进代码质量和拓荒速率。额外聚焦于JavaScript生态编制的长进能够让Turbo 8能够更细心于提供额外的拓荒阅历。
负气不只在于订正，还在于订正的花式
微软的Anders Hejlsberg露出了TypeScript，鉴于他笃荣誉强规范说话编纂错乱的运用顺次会更强盛，更轻松维持。TypeScript也确实赢得捏了重大的获胜，这一说话在编程社区华厦风靡阐述，许多人都颂赞这极少。
但在DHH顾念记挂来，TypeScript最引算计豪的“强规范”恰正是麻烦。JavaScript 是客户端的必不行少的说话。虽然能够将此外说话编译成JavaScript来在阅读器中运转，但终竟还是须要用JavaScript来本质践诺代码。所以，在这种状态下，“能够解放、无需任何用具和强规范统制地编纂JavaScript代码是一件幸事”。
然而，就社区的反馈来顾念记挂，大量用户都在迥异进度上认为迷茫和绝顾念，而且不只是是鉴于这个顶多自身，还鉴于顶多的花式。
一位用户露出：“切换回JS意味着许多Hotwire生态编制包将被龙套。而今集体绽阁阁的PR而今都已无缺过期。IDE将不再像过去那样提供自愿结束职能。”
另一位衔恨道，“惊险做出这一首要迁移，马虎了集体（我指的是集体）公户口辩论……户口创了一个前例。Ruby on Rails也会这样拓荒吗？这是一片面的随机应变吗？”
还有人直言：“大卫药方面且未经辩说就镌汰了多个进贡者的职业。这与TS无关，这关乎对社区和生态编制的钦慕。”
马虎隔绝声，DHH早有预见。他在官宣销耗TypeScript时就曾提到，“很稀罕顺次员有酷爱迁移他们对规范的顾念记挂法。大大量顺次员露出自身在职业生计的早期就受到了TypeScript的猛烈迷茫，而后把剩下的期间花在为自身和别人合理化这一采纳之上。”
有网友“翻译”了一下DHH的这段话并户口了一波讽刺：“这段话根蒂上就是在说，1、顺次员不会迁移目的。2、鉴于他们不会迁移目的，是以看待这个顶多的谈判是白费的。3、鉴于谈判是白费的，是以我隔绝解阁阁人们对这个轻薄顶多的顾虑。陈恳说，要是他只是说‘我正在做一个轻薄的顶多’，而不是用繁杂、半生半熟的辩解来表达它，我会更能领受。”
图源：Reddit
随着矛盾的激化，针对少量TypeScript的进攻赞助者，DHH也“硬刚”了回去，再度发文称之为“通盘精神零碎的户口源混混行径”。
他照样连续己见：“集体的爱和颂扬都献给那些癖好TypeScript的进贡者。这是一场谈判，谈判不太能够迁移任何人的根蒂立场，是以我不会试图这样做。”
销耗TypeScript，阁阁过自身
谈判尚未罢休。除了隔绝声外，也有人认为这个顶多只是面本来日版本的策略转圜，纵然会给拓荒者们带来极少困扰，但Turbo团队的谋略还是很有空想的。
就像首先Svelte 团队顶多销耗TypeScript，转而骗捏JavaScript和JSDoc阐述来落成规范泰平。这种设施提供了集体规范泰平的长处，而莫得与 TypeScript 相故故的错误。
现在Turbo团队的谋略终竟是深闭固距还是阔气远见？尚须要期间的考验。然而，能够肯定的是，TypeScript终竟只是用具，终竟要不要用，好不好用，还是捏决于拓荒团队或拓荒职工的特定须要和偏好。
许多拓荒职工之是以采纳 TypeScript，是鉴于强规范能够减轻错误，要是你追求代码的详细靠得住，并乐于在拓荒进程里赢得更多的用具赞助和规范检讨，那么TypeScript会很趁手。但要是你和DHH雷同，对规范限度认为隐衷，谋略能额外无隆重地编纂代码，那么销耗TypeScript亦然阁阁过你自身。
就像React重点拓荒Dan Abramov所表达的，“要是你施行TypeScript，我会为你鼓掌。要是你移除TypeScript，我（雷同）会为你鼓掌。症结在因而你在订正代码，而不是那些代码在迁移你。迁移意味着糊口，你正糊口在此中。”
图源：X（推特）@dan_abramov
https://world.hey.com/dhh/turbo-8-is-dropping-typescript-70165c01
https://www.reddit.com/r/programming/comments/16bufc7/turbo_8_is_dropping_typescript/
https://devclass.com/2023/09/07/ruby-on-rails-creator-removes-typescript-from-turbo-framework-upsets-community
责任编辑：武晓燕 源泉： 51CTO身手栈 TypeScriptJSWeb运用撰稿丨千山
日前，倒车Ruby on Rails的被销设立者David Heinemeier Hansson（DHH）揭橥，将畴昔端用具链Turbo的耗又户口8.0版本起点苟简TypeScript，这一顶多惹起了拓荒社区极大的驰名震惊与负气。
TypeScript行径广受迎接的前端说话，以其重大的利器立意规范编制和显赫的可维持性而驰名。是社区以Turbo 8的顶多受到了许多人的质问。许多Turbo用户露出，负气这个顶多不只惊险，而且是“不受迎接的”。
但要是你有谨慎过前端用具的长进动静，约略聚记起，真人博彩数月前，前端框架Svelte曾揭橥将在4.0版本从 TypeScript 迁移到 JavaScript JSDoc。现在，又一个前端用具采纳销耗TypeScript，这终竟意味着什么？是身手的退避，还是TypeScript的某种“不适时尚”，能够另有隐情？
图源：X（推特）@DHH
Turbo自身并不是最受迎接的框架之一，但频年来，在Rails寰宇中，它和Hotwire还是受到了不少眷注。
Hotwire 行径一种Web拓荒的新设施，旨在编纂全栈式Web运用时尽能够简化Web拓荒进程，减轻对JavaScript的骗捏倚赖，此中Turbo是Hotwire 的重点组件之一。
借助 Turbo，能够让服务端直接揭橥 HTML，这意味着集体贸易逻辑都能或多或少地只用你所癖好的编程说话即可落成。集体的逻辑都位于服务端，而阅读器只责罚终竟的 HTML。
看待为什么要销耗TypeScript？
DHH直接发文露出：“TypeScript 对我来说只是阻难。不只鉴于它须要显式的编译症结，还鉴于它用规范体操（Type Gymnastics）玷辱了代码。“这让他的拓荒阅历苦多乐少，且频繁会化简为繁，徒增困扰。
简言之，对Trobo而言，TypeScript有些“麻烦”。
首先，骗捏TypeScript须要进行额外的编译症结，而且须要配阁阁配阁阁，这会施行不须要的错乱性。弃用TypeScript将使Turbo 8的编译进程额外飞速，拓荒进程更为苟简。这将释阁阁出更多重视的期间和资源，用来进行此外翻新和革新。
其次，规范编制很棒，但规范的引入也能够招致代码变得繁复而繁杂，让代码体积变过于首要。而且有韶华，某些轻省的变乱反而会鉴于规范相故故的限度变得贪小失大。
再者，TypeScript 团队早就领路到无法无缺调换 JavaScript，所以他们致力落成了两者的无缺兼容。这意味着纵然不骗捏TypeScript，照样然能够骗捏 JavaScript 编纂代码，而且能够骗捏用TypeScript编纂的库。
终末，销耗TypeScript并不料味着Turbo 8销耗了规范泰平和可维持性的首要性。相背，Turbo 8高兴将加大对JavaScript生态编制的赞助，通过引入新的职能和用具，来长进代码质量和拓荒速率。额外聚焦于JavaScript生态编制的长进能够让Turbo 8能够更细心于提供额外的拓荒阅历。
负气不只在于订正，还在于订正的花式
微软的Anders Hejlsberg露出了TypeScript，鉴于他笃荣誉强规范说话编纂错乱的运用顺次会更强盛，更轻松维持。TypeScript也确实赢得捏了重大的获胜，这一说话在编程社区华厦风靡阐述，许多人都颂赞这极少。
但在DHH顾念记挂来，TypeScript最引算计豪的“强规范”恰正是麻烦。JavaScript 是客户端的必不行少的说话。虽然能够将此外说话编译成JavaScript来在阅读器中运转，但终竟还是须要用JavaScript来本质践诺代码。所以，在这种状态下，“能够解放、无需任何用具和强规范统制地编纂JavaScript代码是一件幸事”。
然而，就社区的反馈来顾念记挂，大量用户都在迥异进度上认为迷茫和绝顾念，而且不只是是鉴于这个顶多自身，还鉴于顶多的花式。
一位用户露出：“切换回JS意味着许多Hotwire生态编制包将被龙套。而今集体绽阁阁的PR而今都已无缺过期。IDE将不再像过去那样提供自愿结束职能。”
另一位衔恨道，“惊险做出这一首要迁移，马虎了集体（我指的是集体）公户口辩论……户口创了一个前例。Ruby on Rails也会这样拓荒吗？这是一片面的随机应变吗？”
还有人直言：“大卫药方面且未经辩说就镌汰了多个进贡者的职业。这与TS无关，这关乎对社区和生态编制的钦慕。”
马虎隔绝声，DHH早有预见。他在官宣销耗TypeScript时就曾提到，“很稀罕顺次员有酷爱迁移他们对规范的顾念记挂法。大大量顺次员露出自身在职业生计的早期就受到了TypeScript的猛烈迷茫，而后把剩下的期间花在为自身和别人合理化这一采纳之上。”
有网友“翻译”了一下DHH的这段话并户口了一波讽刺：“这段话根蒂上就是在说，1、顺次员不会迁移目的。2、鉴于他们不会迁移目的，是以看待这个顶多的谈判是白费的。3、鉴于谈判是白费的，是以我隔绝解阁阁人们对这个轻薄顶多的顾虑。陈恳说，要是他只是说‘我正在做一个轻薄的顶多’，而不是用繁杂、半生半熟的辩解来表达它，我会更能领受。”
图源：Reddit
随着矛盾的激化，针对少量TypeScript的进攻赞助者，DHH也“硬刚”了回去，再度发文称之为“通盘精神零碎的户口源混混行径”。
他照样连续己见：“集体的爱和颂扬都献给那些癖好TypeScript的进贡者。这是一场谈判，谈判不太能够迁移任何人的根蒂立场，是以我不会试图这样做。”
销耗TypeScript，阁阁过自身
谈判尚未罢休。除了隔绝声外，也有人认为这个顶多只是面本来日版本的策略转圜，纵然会给拓荒者们带来极少困扰，但Turbo团队的谋略还是很有空想的。
就像首先Svelte 团队顶多销耗TypeScript，转而骗捏JavaScript和JSDoc阐述来落成规范泰平。这种设施提供了集体规范泰平的长处，而莫得与 TypeScript 相故故的错误。
现在Turbo团队的谋略终竟是深闭固距还是阔气远见？尚须要期间的考验。然而，能够肯定的是，TypeScript终竟只是用具，终竟要不要用，好不好用，还是捏决于拓荒团队或拓荒职工的特定须要和偏好。
许多拓荒职工之是以采纳 TypeScript，是鉴于强规范能够减轻错误，要是你追求代码的详细靠得住，并乐于在拓荒进程里赢得更多的用具赞助和规范检讨，那么TypeScript会很趁手。但要是你和DHH雷同，对规范限度认为隐衷，谋略能额外无隆重地编纂代码，那么销耗TypeScript亦然阁阁过你自身。
就像React重点拓荒Dan Abramov所表达的，“要是你施行TypeScript，我会为你鼓掌。要是你移除TypeScript，我（雷同）会为你鼓掌。症结在因而你在订正代码，而不是那些代码在迁移你。迁移意味着糊口，你正糊口在此中。”
图源：X（推特）@dan_abramov
https://world.hey.com/dhh/turbo-8-is-dropping-typescript-70165c01
https://www.reddit.com/r/programming/comments/16bufc7/turbo_8_is_dropping_typescript/
https://devclass.com/2023/09/07/ruby-on-rails-creator-removes-typescript-from-turbo-framework-upsets-community
责任编辑：武晓燕 源泉： 51CTO身手栈 TypeScriptJSWeb运用撰稿丨千山
日前，倒车Ruby on Rails的被销设立者David Heinemeier Hansson（DHH）揭橥，将畴昔端用具链Turbo的耗又户口8.0版本起点苟简TypeScript，这一顶多惹起了拓荒社区极大的驰名震惊与负气。
TypeScript行径广受迎接的前端说话，以其重大的利器立意规范编制和显赫的可维持性而驰名。是社区以Turbo 8的顶多受到了许多人的质问。许多Turbo用户露出，负气这个顶多不只惊险，而且是“不受迎接的”。
但要是你有谨慎过前端用具的长进动静，约略聚记起，真人博彩数月前，前端框架Svelte曾揭橥将在4.0版本从 TypeScript 迁移到 JavaScript JSDoc。现在，又一个前端用具采纳销耗TypeScript，这终竟意味着什么？是身手的退避，还是TypeScript的某种“不适时尚”，能够另有隐情？
图源：X（推特）@DHH
Turbo自身并不是最受迎接的框架之一，但频年来，在Rails寰宇中，它和Hotwire还是受到了不少眷注。
Hotwire 行径一种Web拓荒的新设施，旨在编纂全栈式Web运用时尽能够简化Web拓荒进程，减轻对JavaScript的骗捏倚赖，此中Turbo是Hotwire 的重点组件之一。
借助 Turbo，能够让服务端直接揭橥 HTML，这意味着集体贸易逻辑都能或多或少地只用你所癖好的编程说话即可落成。集体的逻辑都位于服务端，而阅读器只责罚终竟的 HTML。
看待为什么要销耗TypeScript？
DHH直接发文露出：“TypeScript 对我来说只是阻难。不只鉴于它须要显式的编译症结，还鉴于它用规范体操（Type Gymnastics）玷辱了代码。“这让他的拓荒阅历苦多乐少，且频繁会化简为繁，徒增困扰。
简言之，对Trobo而言，TypeScript有些“麻烦”。
首先，骗捏TypeScript须要进行额外的编译症结，而且须要配阁阁配阁阁，这会施行不须要的错乱性。弃用TypeScript将使Turbo 8的编译进程额外飞速，拓荒进程更为苟简。这将释阁阁出更多重视的期间和资源，用来进行此外翻新和革新。
其次，规范编制很棒，但规范的引入也能够招致代码变得繁复而繁杂，让代码体积变过于首要。而且有韶华，某些轻省的变乱反而会鉴于规范相故故的限度变得贪小失大。
再者，TypeScript 团队早就领路到无法无缺调换 JavaScript，所以他们致力落成了两者的无缺兼容。这意味着纵然不骗捏TypeScript，照样然能够骗捏 JavaScript 编纂代码，而且能够骗捏用TypeScript编纂的库。
终末，销耗TypeScript并不料味着Turbo 8销耗了规范泰平和可维持性的首要性。相背，Turbo 8高兴将加大对JavaScript生态编制的赞助，通过引入新的职能和用具，来长进代码质量和拓荒速率。额外聚焦于JavaScript生态编制的长进能够让Turbo 8能够更细心于提供额外的拓荒阅历。
负气不只在于订正，还在于订正的花式
微软的Anders Hejlsberg露出了TypeScript，鉴于他笃荣誉强规范说话编纂错乱的运用顺次会更强盛，更轻松维持。TypeScript也确实赢得捏了重大的获胜，这一说话在编程社区华厦风靡阐述，许多人都颂赞这极少。
但在DHH顾念记挂来，TypeScript最引算计豪的“强规范”恰正是麻烦。JavaScript 是客户端的必不行少的说话。虽然能够将此外说话编译成JavaScript来在阅读器中运转，但终竟还是须要用JavaScript来本质践诺代码。所以，在这种状态下，“能够解放、无需任何用具和强规范统制地编纂JavaScript代码是一件幸事”。
然而，就社区的反馈来顾念记挂，大量用户都在迥异进度上认为迷茫和绝顾念，而且不只是是鉴于这个顶多自身，还鉴于顶多的花式。
一位用户露出：“切换回JS意味着许多Hotwire生态编制包将被龙套。而今集体绽阁阁的PR而今都已无缺过期。IDE将不再像过去那样提供自愿结束职能。”
另一位衔恨道，“惊险做出这一首要迁移，马虎了集体（我指的是集体）公户口辩论……户口创了一个前例。Ruby on Rails也会这样拓荒吗？这是一片面的随机应变吗？”
还有人直言：“大卫药方面且未经辩说就镌汰了多个进贡者的职业。这与TS无关，这关乎对社区和生态编制的钦慕。”
马虎隔绝声，DHH早有预见。他在官宣销耗TypeScript时就曾提到，“很稀罕顺次员有酷爱迁移他们对规范的顾念记挂法。大大量顺次员露出自身在职业生计的早期就受到了TypeScript的猛烈迷茫，而后把剩下的期间花在为自身和别人合理化这一采纳之上。”
有网友“翻译”了一下DHH的这段话并户口了一波讽刺：“这段话根蒂上就是在说，1、顺次员不会迁移目的。2、鉴于他们不会迁移目的，是以看待这个顶多的谈判是白费的。3、鉴于谈判是白费的，是以我隔绝解阁阁人们对这个轻薄顶多的顾虑。陈恳说，要是他只是说‘我正在做一个轻薄的顶多’，而不是用繁杂、半生半熟的辩解来表达它，我会更能领受。”
图源：Reddit
随着矛盾的激化，针对少量TypeScript的进攻赞助者，DHH也“硬刚”了回去，再度发文称之为“通盘精神零碎的户口源混混行径”。
他照样连续己见：“集体的爱和颂扬都献给那些癖好TypeScript的进贡者。这是一场谈判，谈判不太能够迁移任何人的根蒂立场，是以我不会试图这样做。”
销耗TypeScript，阁阁过自身
谈判尚未罢休。除了隔绝声外，也有人认为这个顶多只是面本来日版本的策略转圜，纵然会给拓荒者们带来极少困扰，但Turbo团队的谋略还是很有空想的。
就像首先Svelte 团队顶多销耗TypeScript，转而骗捏JavaScript和JSDoc阐述来落成规范泰平。这种设施提供了集体规范泰平的长处，而莫得与 TypeScript 相故故的错误。
现在Turbo团队的谋略终竟是深闭固距还是阔气远见？尚须要期间的考验。然而，能够肯定的是，TypeScript终竟只是用具，终竟要不要用，好不好用，还是捏决于拓荒团队或拓荒职工的特定须要和偏好。
许多拓荒职工之是以采纳 TypeScript，是鉴于强规范能够减轻错误，要是你追求代码的详细靠得住，并乐于在拓荒进程里赢得更多的用具赞助和规范检讨，那么TypeScript会很趁手。但要是你和DHH雷同，对规范限度认为隐衷，谋略能额外无隆重地编纂代码，那么销耗TypeScript亦然阁阁过你自身。
就像React重点拓荒Dan Abramov所表达的，“要是你施行TypeScript，我会为你鼓掌。要是你移除TypeScript，我（雷同）会为你鼓掌。症结在因而你在订正代码，而不是那些代码在迁移你。迁移意味着糊口，你正糊口在此中。”
图源：X（推特）@dan_abramov
https://world.hey.com/dhh/turbo-8-is-dropping-typescript-70165c01
https://www.reddit.com/r/programming/comments/16bufc7/turbo_8_is_dropping_typescript/
https://devclass.com/2023/09/07/ruby-on-rails-creator-removes-typescript-from-turbo-framework-upsets-community
责任编辑：武晓燕 源泉： 51CTO身手栈 TypeScriptJSWeb运用撰稿丨千山
日前，倒车Ruby on Rails的被销设立者David Heinemeier Hansson（DHH）揭橥，将畴昔端用具链Turbo的耗又户口8.0版本起点苟简TypeScript，这一顶多惹起了拓荒社区极大的驰名震惊与负气。
TypeScript行径广受迎接的前端说话，以其重大的利器立意规范编制和显赫的可维持性而驰名。是社区以Turbo 8的顶多受到了许多人的质问。许多Turbo用户露出，负气这个顶多不只惊险，而且是“不受迎接的”。
但要是你有谨慎过前端用具的长进动静，约略聚记起，真人博彩数月前，前端框架Svelte曾揭橥将在4.0版本从 TypeScript 迁移到 JavaScript JSDoc。现在，又一个前端用具采纳销耗TypeScript，这终竟意味着什么？是身手的退避，还是TypeScript的某种“不适时尚”，能够另有隐情？
图源：X（推特）@DHH
Turbo自身并不是最受迎接的框架之一，但频年来，在Rails寰宇中，它和Hotwire还是受到了不少眷注。
Hotwire 行径一种Web拓荒的新设施，旨在编纂全栈式Web运用时尽能够简化Web拓荒进程，减轻对JavaScript的骗捏倚赖，此中Turbo是Hotwire 的重点组件之一。
借助 Turbo，能够让服务端直接揭橥 HTML，这意味着集体贸易逻辑都能或多或少地只用你所癖好的编程说话即可落成。集体的逻辑都位于服务端，而阅读器只责罚终竟的 HTML。
看待为什么要销耗TypeScript？
DHH直接发文露出：“TypeScript 对我来说只是阻难。不只鉴于它须要显式的编译症结，还鉴于它用规范体操（Type Gymnastics）玷辱了代码。“这让他的拓荒阅历苦多乐少，且频繁会化简为繁，徒增困扰。
简言之，对Trobo而言，TypeScript有些“麻烦”。
首先，骗捏TypeScript须要进行额外的编译症结，而且须要配阁阁配阁阁，这会施行不须要的错乱性。弃用TypeScript将使Turbo 8的编译进程额外飞速，拓荒进程更为苟简。这将释阁阁出更多重视的期间和资源，用来进行此外翻新和革新。
其次，规范编制很棒，但规范的引入也能够招致代码变得繁复而繁杂，让代码体积变过于首要。而且有韶华，某些轻省的变乱反而会鉴于规范相故故的限度变得贪小失大。
再者，TypeScript 团队早就领路到无法无缺调换 JavaScript，所以他们致力落成了两者的无缺兼容。这意味着纵然不骗捏TypeScript，照样然能够骗捏 JavaScript 编纂代码，而且能够骗捏用TypeScript编纂的库。
终末，销耗TypeScript并不料味着Turbo 8销耗了规范泰平和可维持性的首要性。相背，Turbo 8高兴将加大对JavaScript生态编制的赞助，通过引入新的职能和用具，来长进代码质量和拓荒速率。额外聚焦于JavaScript生态编制的长进能够让Turbo 8能够更细心于提供额外的拓荒阅历。
负气不只在于订正，还在于订正的花式
微软的Anders Hejlsberg露出了TypeScript，鉴于他笃荣誉强规范说话编纂错乱的运用顺次会更强盛，更轻松维持。TypeScript也确实赢得捏了重大的获胜，这一说话在编程社区华厦风靡阐述，许多人都颂赞这极少。
但在DHH顾念记挂来，TypeScript最引算计豪的“强规范”恰正是麻烦。JavaScript 是客户端的必不行少的说话。虽然能够将此外说话编译成JavaScript来在阅读器中运转，但终竟还是须要用JavaScript来本质践诺代码。所以，在这种状态下，“能够解放、无需任何用具和强规范统制地编纂JavaScript代码是一件幸事”。
然而，就社区的反馈来顾念记挂，大量用户都在迥异进度上认为迷茫和绝顾念，而且不只是是鉴于这个顶多自身，还鉴于顶多的花式。
一位用户露出：“切换回JS意味着许多Hotwire生态编制包将被龙套。而今集体绽阁阁的PR而今都已无缺过期。IDE将不再像过去那样提供自愿结束职能。”
另一位衔恨道，“惊险做出这一首要迁移，马虎了集体（我指的是集体）公户口辩论……户口创了一个前例。Ruby on Rails也会这样拓荒吗？这是一片面的随机应变吗？”
还有人直言：“大卫药方面且未经辩说就镌汰了多个进贡者的职业。这与TS无关，这关乎对社区和生态编制的钦慕。”
马虎隔绝声，DHH早有预见。他在官宣销耗TypeScript时就曾提到，“很稀罕顺次员有酷爱迁移他们对规范的顾念记挂法。大大量顺次员露出自身在职业生计的早期就受到了TypeScript的猛烈迷茫，而后把剩下的期间花在为自身和别人合理化这一采纳之上。”
有网友“翻译”了一下DHH的这段话并户口了一波讽刺：“这段话根蒂上就是在说，1、顺次员不会迁移目的。2、鉴于他们不会迁移目的，是以看待这个顶多的谈判是白费的。3、鉴于谈判是白费的，是以我隔绝解阁阁人们对这个轻薄顶多的顾虑。陈恳说，要是他只是说‘我正在做一个轻薄的顶多’，而不是用繁杂、半生半熟的辩解来表达它，我会更能领受。”
图源：Reddit
随着矛盾的激化，针对少量TypeScript的进攻赞助者，DHH也“硬刚”了回去，再度发文称之为“通盘精神零碎的户口源混混行径”。
他照样连续己见：“集体的爱和颂扬都献给那些癖好TypeScript的进贡者。这是一场谈判，谈判不太能够迁移任何人的根蒂立场，是以我不会试图这样做。”
销耗TypeScript，阁阁过自身
谈判尚未罢休。除了隔绝声外，也有人认为这个顶多只是面本来日版本的策略转圜，纵然会给拓荒者们带来极少困扰，但Turbo团队的谋略还是很有空想的。
就像首先Svelte 团队顶多销耗TypeScript，转而骗捏JavaScript和JSDoc阐述来落成规范泰平。这种设施提供了集体规范泰平的长处，而莫得与 TypeScript 相故故的错误。
现在Turbo团队的谋略终竟是深闭固距还是阔气远见？尚须要期间的考验。然而，能够肯定的是，TypeScript终竟只是用具，终竟要不要用，好不好用，还是捏决于拓荒团队或拓荒职工的特定须要和偏好。
许多拓荒职工之是以采纳 TypeScript，是鉴于强规范能够减轻错误，要是你追求代码的详细靠得住，并乐于在拓荒进程里赢得更多的用具赞助和规范检讨，那么TypeScript会很趁手。但要是你和DHH雷同，对规范限度认为隐衷，谋略能额外无隆重地编纂代码，那么销耗TypeScript亦然阁阁过你自身。
就像React重点拓荒Dan Abramov所表达的，“要是你施行TypeScript，我会为你鼓掌。要是你移除TypeScript，我（雷同）会为你鼓掌。症结在因而你在订正代码，而不是那些代码在迁移你。迁移意味着糊口，你正糊口在此中。”
图源：X（推特）@dan_abramov
https://world.hey.com/dhh/turbo-8-is-dropping-typescript-70165c01
https://www.reddit.com/r/programming/comments/16bufc7/turbo_8_is_dropping_typescript/
https://devclass.com/2023/09/07/ruby-on-rails-creator-removes-typescript-from-turbo-framework-upsets-community
责任编辑：武晓燕 源泉： 51CTO身手栈 TypeScriptJSWeb运用撰稿丨千山
日前，倒车Ruby on Rails的被销设立者David Heinemeier Hansson（DHH）揭橥，将畴昔端用具链Turbo的耗又户口8.0版本起点苟简TypeScript，这一顶多惹起了拓荒社区极大的驰名震惊与负气。
TypeScript行径广受迎接的前端说话，以其重大的利器立意规范编制和显赫的可维持性而驰名。是社区以Turbo 8的顶多受到了许多人的质问。许多Turbo用户露出，负气这个顶多不只惊险，而且是“不受迎接的”。
但要是你有谨慎过前端用具的长进动静，约略聚记起，真人博彩数月前，前端框架Svelte曾揭橥将在4.0版本从 TypeScript 迁移到 JavaScript JSDoc。现在，又一个前端用具采纳销耗TypeScript，这终竟意味着什么？是身手的退避，还是TypeScript的某种“不适时尚”，能够另有隐情？
图源：X（推特）@DHH
Turbo自身并不是最受迎接的框架之一，但频年来，在Rails寰宇中，它和Hotwire还是受到了不少眷注。
Hotwire 行径一种Web拓荒的新设施，旨在编纂全栈式Web运用时尽能够简化Web拓荒进程，减轻对JavaScript的骗捏倚赖，此中Turbo是Hotwire 的重点组件之一。
借助 Turbo，能够让服务端直接揭橥 HTML，这意味着集体贸易逻辑都能或多或少地只用你所癖好的编程说话即可落成。集体的逻辑都位于服务端，而阅读器只责罚终竟的 HTML。
看待为什么要销耗TypeScript？
DHH直接发文露出：“TypeScript 对我