版权声明：本文为博主原创文章，转载请注明原文链接。 https://blog.csdn.net/crf_moonlight/article/details/81132090
netCoreMvc的大概思路
MVC模式
模型(数据)
视图(HTML页面)
控制器(操作数据, 发送到页面)
整体架构
netCoreMvc虽然说源码\架构都重写了, 但感觉还是差不多的, 将整个的web应用看成一个整体的应用程序, 各功能之间集成得非常好, 而且对于HTTP\Cookie\Session等封装得比较严实
依赖注入\服务配置\中间件配置等等, 设计非常精妙, 非常省心, 但感觉是另一个世界的东西……和之前学的瞎写的js代码完全不同
前端(视图)部分来说, Razor\布局\视图导入\view start\视图组件……自成一体, 不理解透彻根本没办法和主流的前端框架融入一起
模型绑定功能很强大, 也很笨重(往返式)
大概印象
- 往返式应用程序, 每次请求都把信息传过去, 服务器再传回来, 这种交互很安全, 但很慢, 响应速度比不上单页式, 而且也占更多的带宽和流量
- 设计合理的技术架构, 虽然可以避免很多幺蛾子, 但也限制了自由发挥
- 各种资源都尽可能以C#类的形式来管理, 习惯的很舒服, 不习惯的很膈应
- Razor和tagHelper感觉用精通真的很难
- 虽然微软已经加快了向主流靠拢的步伐, 但目前感觉区别还是很明确的….
- 虽然写起来没有python和nodejs那么快….但是可靠啊…毕竟是强类型语言
- 静态文件压缩\单元测试等等功能真的集成得很好(VS中)
总结
…可能在试着自己写一个dotNetMvc应用后一段时间就不碰了. 但dotNET毕竟用的人少, 不像Java那样尾大不掉, C#语法行业领先, 希望很快能够在web开发领域引领潮流
或许有机会可以用netCoreWebApi试试前后端分离项目