rip web 表单, mvc 是未来!–第1部分

今天, kento 的产品副总裁, karol jarkovsky, 分享了他对mvc的见解和技巧, 以及如何进行转型。但作为一个有点传统主义者的人, 我开始研究最初的决定, 即放弃 web 窗体, 转而转向 mvc 开发模型。

web 表单, 它不是个人的!

微软放弃 asp. net web 表单的计划已经有一段时间了, 因此决定的不仅仅是跳转到 mvc, 而是采取逐发布的方法, 以便在2020年之前过渡到完整的. net core mvc 开发模型。正如 karol 所解释的, "原始 k啊, 是在我们从 asp 经典切换到 asp. net web 窗体时创建的。当时是激动人心的时刻, 也是伟大的技术, 满足了当时所有开发者的期望。人们更习惯看相对静态的网站、产品目录以及项目或文章的目录等。但是, 随着应用程序从桌面迁移到 web 再到移动, 开发人员希望复制用户在本机应用程序中的流畅体验。这也是推动人们需要一种技术的原因, 这种技术有助于满足前端开发人员构建更好体验的需求。

他补充说, "因此问题在于, 您无法真正实现这种灵活性和自由度, 无法使用 web 窗体构建独特的体验。网络技术已经或正在变得无关紧要。看看处理通过浏览器发出的请求的成本有多高, 通过多个处理管道来处理基于 web 窗体的 cms, 以找出您实际想要显示的内容。

这已经不是为了完成任务而削减的了

开发人员不断地遇到 web 窗体对性能的影响。基于 web 窗体的 Web 应用通常对运行它的硬件有更高的要求。因此, 总拥有成本正在增加。再加上在制作体验时限制开发者的因素, 你会得到几个关键的促成因素, 比如为什么这项技术在过去五年左右的时间里一直在消亡。现在, 尽管我们在 k啊九之前确实有某种形式的 mvc 支持, 但 kento 9 确实是我们首次正确引入 mvc 开发概念的地方, 以抵消我们在 web 窗体中看到的限制和性能问题。

当然, 除此之外, 微软几年前就打了这个电话, 表示他们将不再开发 web 表单, mvc 是未来。当然, 有一个巨大的倒退, 所以他们最终回到了这一点, 但随着最新的一组公告, 它终于来承认它, web 窗体的结束即将到来, 微软公开承认. net core 和 core mvc 将是未来。这就是为什么我们知道我们应该采取仅适用于 mvc 的方法, 并帮助我们的合作伙伴和最终用户今后证明他们的宝贵工作。

把它撕碎, 重新开始?

对于过去10年左右一直在门户引擎和 web 窗体上开发项目的合作伙伴和客户来说, 我看到的最大挑战是他们将如何过渡他们在项目中使用的可重用组件库和他们使用的模板作为他们项目的原型--很多这些合作伙伴都是为了加快交付速度而建立起来的。由于 mvc 在技术和如何利用它发展方面是一种完全不同的动物, 他们基本上必须再次重新创建这些组件。这可能是他们进行这种转换的主要问题。

从小处开始, 构建大

重要的是要注意, 在现实中, 这不是一个大问题, 因为事实上, 你不需要停止你正在做的事情, 并投资6-12 做什么, 除了建设组件。相反, 你可以逐渐进行过渡。

一个很好的做法是选择一个试点项目, 也许是从一些较小的项目开始, 我们的很多伙伴也一直在建议这个项目。各机构正坐在一颗技术定时炸弹上。因此, 为了帮助他们实现飞跃, 我们编写了mvc 过渡指南。过渡指南的目标是帮助他们在试点项目中迈出第一步, 这样当 web 窗体地毯从他们下面拉出来时, 他们就不会被高高地保持干燥!我们在那里有很多最佳实践和其他有用的资源, 这些资源正在不断更新, 我们已经创建了 mvc 课程来帮助你, 更多的即将到来。重要的是, 你并不孤单。你可以指望我们的支持!

从这个迷你博客系列的第一部分中我们可以看到, 有很多因素可以解释为什么你需要采用 mvc 方法来避免成为 microsoft 放弃 web 窗体的牺牲品。由于我们在开发的所有产品中都重视合作伙伴和最终用户, 因此我们将继续采用我们的教育方法, 帮助您与我们一起迈出第一但成功的步骤。和往常一样, 我们欢迎您对本文提出任何意见或想法。在下一部分见!


邓肯·亨迪卡洛尔·贾科夫斯基mvc

Posted: 星期四 14 二月 2019