zoukankan      html  css  js  c++  java
  • 关于《Linux.NET学习手记(8)》的补充说明

    早前的一两天《Linux.NET学习手记(8)》发布了,这一篇主要是讲述OWIN框架与OwinHost之间如何根据OWIN协议进行通信构成一套完整的系统。文中我们还直接学习如何直接操作OWIN字典,从OwinHost中拿数据进行直接使用。

    不过文章发布之后,有朋友提示我,文章出了点细节上的问题,我细细度量之后,发现果然出了情况,并且还不是一个无关紧要的小问题,本打算把那篇文章下线,待修改好之后再重新上线,网友“王爷”提醒到,可以为文章专门写上一篇补充文,这样颇有手稿的感觉。考量之下我接受了王爷的建议,“Linux.NET学习手记”本就是个人学习的记录,也算得上是手稿的一种。于是就有了这一篇的补充文。

    《Linux.NET学习手记(8)》中主要犯了以下这几个错误:

      1、误将“Microsoft.OWIN”当“OWIN”,使“OWIN”的概念扩大。

      2、“Middleware“其实并不是OWIN必须的

      3、适配器不是这样用的


    1、“Microsoft.OWIN”不等于“OWIN”

    《Linux.NET学习手记(8)》中,虽然文中并没有任何一个地方指出“Microsoft.OWIN”是“OWIN”这么一个说法,但是文章的写作手法中,却非常容易的把读者引入歧途,让读者误以为“OWIN”其实就是“Microsoft.OWIN”。什么是“OWIN”,"OWIN"说白了就是一个协议,一个字典,里面包含了Environment,“OWIN.dll”其实也不过是一个接口,没有更多。所有根据“OWIN”所派生出来的东西已经不是OWIN自己了。

    因此,在《Linux.NET学习手记(8)》应把所有的“OWIN”改为“Microsoft.OWIN”,指明这是针对“Microsoft.OWIN”所诞生出的东西。

    2、“Middleware”其实是“Microsoft.OWIN”的东西

    在这里,我需要上一个图,说说为什么在现有的OWIN框架中以及我也为何写作时发生误判:

    如图所示,虽然OWIN协议并不属于任何的一方,但是出现得最早的关于OWIN协议的实现是微软的”Microsoft.OWIN“,因此目前许多的OWIN框架都是基于”Microsoft.OWIN“来实现。而”Startup“、”Configuration“、”Middleware“等组件是”Microsoft.OWIN“所提出的知识点,因此这些OWIN框架也就自然而然的会出现这一类的事物来。

    因此,我们文中说到”转动我们的钥匙“,其实是转动”Microsoft.OWIN“的钥匙,而不是整个”OWIN“大门的钥匙。

    3、适配器的真正用法

    上一节中已经说得非常清楚了,目前现存的OWIN框架都是针对“Microsoft.OWIN”所缔造出来的框架,因此这些OWIN框架与Katana之间是无缝的连接,根本就无需适配器这一类型的玩意,而Jexus则不同,适配器这一说法是Jexus针对这些基于“Microsoft.OWIN”所实现出来的OWIN框架能够在Jexus.OwinHost中使用所诞生出的组件(感谢Jexus原作者的提醒),下面附上宇内流云给出的概念图:


    虽然即使不了解OWIN本身,对于日常的开发没有太大的影响(除非涉及到直接操作OWIN字典这方面),框架还是照样的用,项目还是照样的开发。但是,我个人对于知识的准确性要求比较高,需要做到一丝不苟。如果更多的朋友发现有其他错误的,也欢迎指出更正。谢谢。

  • 相关阅读:
    Rhino 是一个完全使用Java语言编写的开源JavaScript实现。Rhino通常用于在Java程序中,为最终用户提供脚本化能力。它被作为J2SE 6上的默认Java脚本化引擎。
    VS的快捷键F12改成和ECLIPSE一样用ctrl+点击下载线
    到底要不要拆分函数
    “DllRegisterServer的调用失败”问题解决办法(转)
    select into的缺点
    win8 下脚本安装IIS
    快速打开IIS的方法
    windows下硬盘的逻辑结构
    sql server 2005/2008R2 报“红叉”错,即“不允许所请求的注册表访问权”的错误
    rundll32.exe的相关使用语句
  • 原文地址:https://www.cnblogs.com/xiaodiejinghong/p/3856383.html
Copyright © 2011-2022 走看看