【One by one系列】微服务:一步步开发与调试容器化的 .NET 应用程序
最近一直在研究微服务体系架构。微服务概念一直很火,但是作为一个初学者往往迷失在高深理论与纷繁多样的技术,而失去了方向,慢慢的,^_^,还没开始就已经放弃了。所以还是不得不夸一夸微软一切以开发者为中心的价值观:好文档,好工具。
专注于IT互联网,Web技术,.Net, .Net Core,Node.js, Go语言(golang)、前端框架、项目管理、软件架构
只有原创,没有转载,只有实践,才会成文。
最近一直在研究微服务体系架构。微服务概念一直很火,但是作为一个初学者往往迷失在高深理论与纷繁多样的技术,而失去了方向,慢慢的,^_^,还没开始就已经放弃了。所以还是不得不夸一夸微软一切以开发者为中心的价值观:好文档,好工具。
经常在第三方.NET库中,看到一些“稀奇古怪”的写法,这是啥?没错,这可能就是有所耳闻,但是不曾尝试的C#新语法,本篇就对C#8.0中常用的一些新特性做一个总览,并不齐全,算是抛砖引玉。
还记得【One by one系列】一步步学习docker(三)——实战部署dotnetcore中遇到的问题么?容器内部启动始终是80端口,并不由命令左右。
继上篇【gRPC】 在.Net core中使用gRPC了解了gRPC的使用,gRPC基于HTTP/2
和ProtoBuf
,ProtoBuf
就非常有必要好好了解一下了,
那么ProtoBuf
究竟是什么?
ProtoBuf =Google Protocol Buffer
是一种语言无关、平台无关、可扩展的序列化结构数据的方法,它可用于(数据)通信协议、数据存储等。
关键词System.ArgumentNullException: String reference not set to an instance of a String. (Parameter 's')
最近在学习.net core的微服务体系架构。微服务之间的通信常常通过gRPC
进行同步通信,但是需要注意的是,大多数微服务之间的通信是通过事件总线进行异步通信。在微软介绍.net微服务体系架构的项目eShop中,微服务之间进行同步通信的场景很多,大多数都是HTTP/REST,目前只有自定义聚合器与微服务之间通信是使用的gRPC。
【工欲善其事,必先利其器】大家用什么来开发前端项目呢,WebStorm
,Atom
,还是Sublime
,这里面哪个不是大名鼎鼎,但是论轻量级,论不要钱的,论生态,Visual Studio Code都是相当强大的,VSCode这款超级编辑器,正在蚕食市场上所有IDE和编辑器的市场。只要插件运用得当,vscode也能达到商业软件效果。
Code First——领域设计模式中非常有用。使用 Code First 模式,专注于领域设计,创建领域类,然后生成数据库。
git作为一个vcs(version control system),是越用越香,那么还有哪些比较香的地方呢!?
路由在任何一门编程语言的web框架中,都是一个重点,只有知道路由规则,才能通过URL映射服务端的请求处理。本篇描述的路由系统.netcore版本是.net core 3.x。