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

无大爆炸 mvc 瞬间

我们通常与那些非常活跃地构建或处理复杂项目、在数字上成熟的合作伙伴谈论的是, 他们经常使用多少他们喜爱的门户引擎组件库？当您想要更准确地了解启动到 mvc 的过渡的真实规模时, 这是一个重要因素。但说实话, 他们经常承认, 当他们使用的东西实际上只有5、1 0、1 5件, 必须再现时, 他们对转型的恐惧其实是轻微的过度反应。而且因为他们不必同时重新创建所有的项目, 因为他们的下一个项目需要说其中的三个, 而在那之后, 又有五个, 这种过渡似乎不再是一项艰巨的任务, 而是一步一步的。因此, 这里的要点是, 不需要有一个大爆炸, 你可以逐步做到这一点, 我们有文档, 你需要学习如何构建不同种类的小部件来帮助你-意思是, 有很多指导准备好, 你可以遵循。 我们还为采取这些第一步编写了一份mvc 过渡指南。

另一个很大的好处是, 你可以看看你的核心托盘的组件, 它给你一个机会, 看看你一直在做的事情, 在过去, 并思考如何可以在未来改善这一点。这不应该被看作是一个挑战, 而应该被看作是一个为客户提供更好体验的机会, 同时建立一个比那些坚持传统技术的人竞争优势的机会。而当涉及到向客户解释, 推动他们过渡的不是肯蒂科, 而是微软, 这些客户会很快意识到, 他们不希望他们的项目建立在过时的技术之上。所以, 我们正在努力超前思考, 为你提供所需的资源和指导, 帮助你实现这一切。

禁止这些升级的问题

合作伙伴和最终客户在从一个版本的 k啊可以科升级到另一个版本时遇到的主要困难之一是升级路径。不仅要升级到最新版本, 还要在中间浏览每一个版本, 这意味着管理 (' 母亲 ') 和演示 (意思是门户引擎) 的整体必须在每一步都要经过测试, 这在时间上是一笔巨大的投资 "和金钱。所有这些都涉及到 ems、内容管理、在线营销--所有这些模块和演示文稿, 即页面应用程序, 您实际上是在其中使用 web 部件创建演示文稿。由于它们都是交织在一起的, 当您修改某些内容并对表示层进行一些自定义时, 它是母亲实例的一部分, 而不是单独的前端应用程序。因此, 当您执行母亲升级时, 您还将升级前端应用程序, 任何来自未正确完成的自定义项的冲突都将导致潜在问题。这意味着您需要测试自定义实际上仍与以前相同的工作方式, 如果相关 api 在版本之间发生更改, 则可能需要重做自定义。

而使用 mvc 时, 实际使用和显示内容的是您的 web 应用程序, 来自母亲的服务功能是分开的, 并且它通过特定于特定用途的 api 集进行松散耦合, 仅此而已。因此, 母亲的升级应该更快、更容易, 你只需要处理演示文稿的变化--而且它是分开的。通过利用我们提供的 api, 如果有任何变化, 它通常会隐藏在您在 web 应用程序中使用的业务 api 后面。的确, 交换到 mvc 需要时间, 但当你比较重新创建旧网站上使用的那三个、四个或五个组件所需的20个小时时, 你将来每次升级所需的工作时间就会减少30个小时, 数学本身就说明了问题。

带来人才!

正如我们之前在其他文章中提到的, 如果各机构继续追求与即将灭绝的技术合作, 它们正在努力寻找几乎不可能完成的任务。这并不是什么新鲜事, 大学毕业生已经有一段时间没有接受过任何关于 web 表格的教育, 因为 web 表格并不相关, 也没有出现在当前的课程中。因此, 当你想招聘和留住人才时, 你需要有这些最新的技术, 这样他们就可以把他们的专业知识和最新的技术知识带来, 如果你想保持你的企业健康和持续经营的问题, 就可以使用它。

另外, 了解 web 窗体的开发人员通常成本较高, 因为它们被认为是更后端开发, 而这些开发人员通常比前端开发人员更昂贵。也就是说, 从 opex (运营费用) 的角度来看, 雇用前端开发人员比后端开发人员更具成本效益。所以, 如果你有 mvc 技术, 你不需要你的开发人员在后端开发方面如此熟练, 不仅更便宜, 找到和雇用开发人员, 它也更容易。此外, 那些知道 mvc 的人一般也可以很容易地拿起其他前端工作, 如 javascript 和 css。而所有这些都有助于最终客户的业务价值主张。当你问你的客户: "你想要在从事数字项目的领域能得到的最好的人才, 以确保它成功吗？或者你想在你没有选择谁来做你的项目的地方得到更少但更昂贵的人吗？ "这通常会引发一场有趣的讨论, 让客户意识到这项技术实际上比他们更重要"以为。

落后者小心!

如果一些机构对建立自己的业务不感兴趣, 只想维持目前的 "可持续" 业务, 很可能就不愿意进行转换。但这种做法的结果是, 他们的业务将建立在不再相关的技术之上。因此, 每个希望在. net 世界中生存的机构都需要学习. net core mvc, 这也是 k实在科采取这一方向的原因之一。否则, 你将面临这样的危险: 我将如何为我的客户提供一个面向未来的平台, 使他们能够长期成功？

所以, 简单地说, 简单地说, 如果机构不进行转换, 他们的开支就会不断上升, 他们根本就无法与所在地区的其他机构竞争。因为这些采用 mvc 的机构将因为他们正在使用的技术而变得更加敏捷和灵活。他们将很难找到开发人员, 可以建立在那些垂死和不受支持的技术, 最重要的是, 他们将创建一个升级路径障碍课程, 将打击他们的伤害, 在钱包。

在本博客系列的最后一部分, 我们将看看机构在跳转到 mvc 之前应该记住的一些考虑因素, 以便以最好的方式进入这一过渡。像往常一样, 如果你有任何意见或反馈涉及本博客文章中的点, 请随时分享他们在下面的评论部分。