<?xml version="1.0" encoding="utf-8" ?><rss version="2.0"><channel><title><![CDATA[wingxabc的博客]]></title><description><![CDATA[]]></description><link>https://blog.youkuaiyun.com/wingxabc</link><language>zh-cn</language><generator>https://blog.youkuaiyun.com/</generator><copyright><![CDATA[Copyright &copy; wingxabc]]></copyright><item><title><![CDATA[函数柯里化实现sum(1)(2)(3)(4)...无限累加]]></title><link>https://blog.youkuaiyun.com/wingxabc/article/details/111167582</link><guid>https://blog.youkuaiyun.com/wingxabc/article/details/111167582</guid><author>wingxabc</author><pubDate>Mon, 14 Dec 2020 15:04:09 +0800</pubDate><description><![CDATA[1.参数确定（累加参数确定）


如：
function sum(a,b,c,d){
    return a+b+c+d
}


确定参数的函数柯里化实现

function sum(a,b,c,d){
    return a+b+c+d
}
function curry(fn){
    return function sum(...args){
        if(args.length&lt;fn.length){ // 判断接受的参数是否小于函数的参数长度
           return ]]></description><category></category></item><item><title><![CDATA[列表组件化]]></title><link>https://blog.youkuaiyun.com/wingxabc/article/details/109804348</link><guid>https://blog.youkuaiyun.com/wingxabc/article/details/109804348</guid><author>wingxabc</author><pubDate>Thu, 19 Nov 2020 11:09:52 +0800</pubDate><description><![CDATA[在项目有开发中，经常会遇到很多的列表，重复的分页、列表数据以及请求参数都是一样的，那么如何组件化呢？

这是我之前在项目中一种解决方案，分享出来大家探讨探讨。

我在项目中使用的vue提供的mixins

1.将请求、分页操作等操作封装到一个mixinPage.js文件中，该中操作方法和数据的方式和组件里时一模一样的（相当于创建一个不要template模板的组件）



请求列表的api也封装到该文件的methods中，可通过this.(api).调用

2.在列表页面引入mixinPage.js文件，使用]]></description><category></category></item><item><title><![CDATA[vue父传子组件数据不渲染且报错]]></title><link>https://blog.youkuaiyun.com/wingxabc/article/details/109637896</link><guid>https://blog.youkuaiyun.com/wingxabc/article/details/109637896</guid><author>wingxabc</author><pubDate>Thu, 12 Nov 2020 10:24:14 +0800</pubDate><description><![CDATA[在vue开发过程中会遇到这样的一个问题，自己定义了一个组件，然后又定义了个子组件，父组件的数据需要将请求回来的数据传递给子组件，但是引入子组件在页面加载时就报错了，接口数据请求回来了也不渲染，这是因为接口请求和子组件渲染是同步的，子组件没有接收数据，父组件的接口数据请求回来时子组件已经创建好了虚拟dom，所以子组件报错，同时子组件里的prop不想响应的，所以不会再次更新dom，接口请求回来的数据也不会更新。

解决方法1：在子组件条件v-if，在接口请求回来后在渲染。

解决方式2：使用watch或者com]]></description><category></category></item><item><title><![CDATA[axios接口异常产生跨域问题]]></title><link>https://blog.youkuaiyun.com/wingxabc/article/details/109637328</link><guid>https://blog.youkuaiyun.com/wingxabc/article/details/109637328</guid><author>wingxabc</author><pubDate>Thu, 12 Nov 2020 10:06:54 +0800</pubDate><description><![CDATA[1、axios接口异常产生跨域问题

场景描述：前后端交互保持会话的方式有很多解决方案，我在遇到这个问题之前使用的vue前端框架使用的是cookie这种方式，后来使用了token保存在本地然后通过塞入请求头的方式传给后端（我不知道为啥要选用这种方式），每次请求参数错误、或者服务器异常，接口都会产生跨域问题，是不是很奇葩？

后来找到了问题所在，是因为在之前使用cookie的时候，会在axios请求中设置withCredentials = true，使得axios在跨域请求的时候都携带cookie，但是在改为]]></description><category></category></item><item><title><![CDATA[NopCommerce源码架构详解--插件机制相关源码分析二]]></title><link>https://blog.youkuaiyun.com/wingxabc/article/details/91355547</link><guid>https://blog.youkuaiyun.com/wingxabc/article/details/91355547</guid><author>wingxabc</author><pubDate>Sun, 09 Jun 2019 18:25:49 +0800</pubDate><description><![CDATA[上一篇文章介绍了一下NopCommerce插件机制相关所有到一些核心类的主要功能和作用。现在我们就来看看这些类具体是怎么实现的。

nop.Core.Plugins.PluginDescriptor

我们还是先来看看类PluginDescriptor相关的类图：



PluginDescriptor实现接口IPlugin和IComparable&lt;PluginDescriptor&gt;，...]]></description><category></category></item><item><title><![CDATA[NopCommerce源码架构详解--插件机制相关源码分析一]]></title><link>https://blog.youkuaiyun.com/wingxabc/article/details/91355525</link><guid>https://blog.youkuaiyun.com/wingxabc/article/details/91355525</guid><author>wingxabc</author><pubDate>Sun, 09 Jun 2019 18:24:21 +0800</pubDate><description><![CDATA[我们在软件开发的时候为了让软件本身有比较好的扩展性，而这个扩展又不会对原来的功能和代码进行破坏，这时就要用到软件的插件机制。也就是软件开发商要公布一些插件接口，让别人通过实现这些插件接口就可以为开发出软件本身不具有的插件功能。

插件机制是优秀软件必备的，插件听这名字就知道其作用，当我们需要的时候装上就可以用上插件为我们提供的功能，不需要就可以不用装或者卸载掉。软件中需要定义好插件所要的一些公共接...]]></description><category></category></item><item><title><![CDATA[NopCommerce源码架构详解--TypeFinder程序集类型自动查找及操作相关源码分析]]></title><link>https://blog.youkuaiyun.com/wingxabc/article/details/91355499</link><guid>https://blog.youkuaiyun.com/wingxabc/article/details/91355499</guid><author>wingxabc</author><pubDate>Sun, 09 Jun 2019 18:23:08 +0800</pubDate><description><![CDATA[今天我们来看看NopCommerce源码一个值得借鉴的设计，TypeFinder类型自动查找。它会自动去程序的bin目录或者AppDomain下查找满足指定类型的的所有类型的集合。比如：





var consumers = typeFinder.FindClassesOfType(typeof(IConsumer&lt;&gt;)).ToList();
上面代码就是查找实现接口所有的类。仅...]]></description><category></category></item><item><title><![CDATA[NopCommerce源码架构详解--路由相关源码分析]]></title><link>https://blog.youkuaiyun.com/wingxabc/article/details/79063323</link><guid>https://blog.youkuaiyun.com/wingxabc/article/details/79063323</guid><author>wingxabc</author><pubDate>Mon, 15 Jan 2018 13:11:23 +0800</pubDate><description><![CDATA[刚开始研究nop的同学要找到里面一个Url对应Controller相关代码，可能会有点晕。因为NopCommerce为了对seo友好，对其Url做了一些处理，自定义了路由规则，同时为了支持插件机制，加了一些自己的类进行扩展。本文就来分析一个NopCommerce路由相关源码设计思路，同样我们也先来看看相关的类图：



上面就是NopCommerce路由相关功能主要的类、接口及关系。有以下]]></description><category></category></item><item><title><![CDATA[NopCommerce源码架构详解--Autofac依赖注入分析]]></title><link>https://blog.youkuaiyun.com/wingxabc/article/details/79063307</link><guid>https://blog.youkuaiyun.com/wingxabc/article/details/79063307</guid><author>wingxabc</author><pubDate>Mon, 15 Jan 2018 13:08:43 +0800</pubDate><description><![CDATA[NopCommerce整个代码里面都贯彻了一个面向接口编程的思想。nopCommerce商城系统是通过Autofac对接口依赖的实现进行依赖注入的。今天我们就来分析一下里面的源码，学习一下Nop在依赖注入方面设计思想，希望在以后的架构设计中对你有启发和帮助。

下面是Nop依赖注入相关类图。



可以看到这里面相关的类为

mvcApplication

IEngine，No]]></description><category></category></item><item><title><![CDATA[NopCommerce源码架构详解--初识高性能的开源商城系统cms]]></title><link>https://blog.youkuaiyun.com/wingxabc/article/details/79049853</link><guid>https://blog.youkuaiyun.com/wingxabc/article/details/79049853</guid><author>wingxabc</author><pubDate>Sat, 13 Jan 2018 10:33:44 +0800</pubDate><description><![CDATA[很多人都说通过阅读、学习大神们高质量的代码是提高自己技术能力最快的方式之一。我觉得通过阅读NopCommerce的源码，可以从中学习很多企业系统、软件开发的规范和一些新的技术、技巧，可以快速地提高我们的技术能力。所以我最近决定写一个“nopCommerce源码架构详解”的系列，来详细剖析NopCommerce的架构和原理。

Nopcommerce主要用到的技术及特点：

1、Entity]]></description><category></category></item></channel></rss>