木宛城主

代码在线跑，知识轻松学

Python精品学习库

自行/邀约他人一键搬运博客，速成社区影响力并领取好礼

博客搬家 | 分享价值百万资源包

往期视频·干货材料·成员作品 最新动态

技术创作特训营·精选知识专栏

【玩转 EdgeOne Pages】体验 MCP Server 和 DeepSeek 模板的百变玩法

技术创作特训营 | 33 天实现自己的 AI 进化论

新邀入驻腾讯云开发者社区，福利多多！

• 无法对Bar单元测试，体现在 bar.getResult() 返回真实值，如果和网络、数据库、IO 打交道的话，这是一个很耗时的动作

为什么需要依赖注入

但在真实项目里，往往是多人协作一起开发，一些历史原因导致某些代码片段的实现往往“千奇百怪”，既不能很好的单侧覆盖，同时也充斥着违反了开闭原则的“代码坏味道”；

再谈如何优雅修改代码

在设计模型时，我们经常会使用枚举来定义类型，比如说，一个员工类 Employee，他有职级，比如P6/P7。顺着这个思路，设计一个 Level 类型的枚举：

代码的坏味道（二）——为什么建议使用模型来替换枚举？

原因：默认情况下 Zuul2 并不会缓存请求体（DirectByteBuffer），也就意味着它会先发送接收到的请求 Headers 到后端服务，之后接收到请求体再继续发送到后端服务，发送请求体的时候，也不是组装为一个完整数据之后才发，而是接收到一部分，就转发一部分。
 如果需要缓存请求体：
 需要 Override needsBodyBuffered 方法， com.netflix.zuul.netty.filter.BaseZuulFilterRunner#filter
 针对大包请求时，网关性能降低，体现在：网关操作会将请求体 Buffer 到用户空间来实现提取请求体做 WAF 拦截

代码坏味道（一）

在移动互联网的今天，越来越多的网站被手机设备访问，移动流量在近几年猛增。Bootstrap 提供了一套响应式、移动设备优先的流式栅格系统，随着屏幕或视口（viewport）尺寸的增加，系统会自动分为最多12列。 

ASP.NET MVC使用Bootstrap系统（2）——使用Bootstrap CSS和HTML元素

当网络中两个进程需要通信时，我们往往会使用 Socket 来实现。Socket 都不陌生。当三次握手成功后，客户端与服务端就能通信，并且，彼此之间通信的数据包格式都是二进制，由 TCP/IP 协议负责传输。

编程思想：如何设计一个好的通信网络协议

巧用位运算能极大的精简代码和提高程序效率。所以，在一些优秀的开源代码中，经常能出现位运算。所以，把位运算这种思想迁移到业务代码里，有时候往往能起到柳暗花明般的重构。

编程思想：巧用位运算重构代码

在网关项目中，单例模式是出现频率最高的模式。同时，所有的单例对象被 IoC 框架 Guice 统一管理。

小谈网关项目中的设计模式

 想象一下，当程序所有的业务逻辑都完成的时候，你可能还来不及喘口气，紧张的测试即将来临。你的Boss告诉你，虽然程序没问题，但某些方法为什么执行这么慢，性能堪忧。领会了Boss的意图之后，漫长的排查问题开始了。你会写日志，或者是其他工具来追踪原因。那么如何以一种优雅的形式，并且不侵入业务代码的形式来跟踪呢？这正是本文的内容。
跟踪问题
通过观察，你发现方法Do执行缓慢，可能有性能问题，因为这是一个线上的版本，你无法进行Debug，所以你通过日志的形式来追踪执行步骤：
class Foo1
{
    voi

Unity应用架构设计(12)——AOP思想的实践

 对于客户端应用程序，免不了和远程服务打交道。设计一个良好的『服务层』能帮我们规范和分离业务代码，提高生产效率。服务层最核心的模块一定是怎样发送请求，虽然Mono提供了很多C#网络请求类，诸如WebClient，HttpWebRequest，但考虑到跨平台，这些类不一定适用。不过不用担心，Unity 5.x提供了新的与网络相关类UnityWebRequest用来替代原先的WWW，这是官方推荐的，也是最佳选择。
使用Token进行身份验证
首先我们必须要考虑的是，怎样和Web服务安全的通信。没错，肯定是身份验

Unity应用架构设计(11)——一个网络层的构建

 在上一回合谈到，客户端应用程序的所有操作都在主线程上进行，所以一些比较耗时的操作可以在异步线程上去进行，充分利用CPU的性能来达到程序的最佳性能。对于Unity而言，又提供了另外一种『异步』的概念，就是协程（Coroutine），通过反编译，它本质上还是在主线程上的优化手段，并不属于真正的多线程（Thread）。那么问题来了，怎样在Unity中使用多线程呢？
 
Thread 初步认识
虽然这不是什么难点，但我觉得还是有必要提一下多线程编程几个值得注意的事项：
线程启动
在Unity中创建一个异步线程是非

Unity应用架构设计(10)——绕不开的协程和多线程（Part 2）

 在进入本章主题之前，我们必须要了解客户端应用程序都是单线程模型，即只有一个主线程（Main Thread），或者叫做UI线程，即所有的UI控件的创建和操作都是在主线程上完成的。而服务器端应用程序，也就是我们常见的Web应用程序往往是多线程的，故用户A访问势必不会影响用户B的访问过程。所以对于Web应用而言，多线程的数据同步和并发的管理往往是个头疼的问题。那么对于客户端应用程序而言，就一个人使用，还要需要考虑多线程吗？
是否需要多线程？
这是个好问题，从设备的硬件上，这已不是瓶颈：
 学过操作系统的同学肯定

Unity应用架构设计(10)——绕不开的协程和多线程（Part 1）

 厚积薄发这个词是高三英语老师在高考前写在黑板上，高中三年努力这么久，是时候迎面而上，冲刺向前。所以，一想到.NET 2016，脑海里蹦出的第一个词就是它。 .NET 2016 是 .NET 一次质的飞跃，不管难易，我们需要拥抱变化。
初识 .NET 2016
.NET 2016 概览
.NET 2016 作为 .NET 技术最新发展，如下图所示，它主要包含三大块：
最左边代表的是 .NET Framework 4.6，WPF、ASP.NET 4.x、ASP.NET Core 1.0 能运行在它上。中间这部

厚积薄发，拥抱 .NET 2016

 一谈到 『IoC』，有经验的程序员马上会联想到控制反转，将创建对象的责任反转给工厂。IoC是依赖注入 『DI』 的核心，大名鼎鼎的Spring框架就是一个非常卓越的的控制反转、依赖注入框架。遗憾的是，我们显然不能在Unity 3D中去使用Spring框架，但思想是相通的——IoC也好，控制反转也罢，本质上是一个工厂，或者又被称为容器，我们可以自己维护一个工厂来实现对对象的管理，这也是本文的核心内容。
工厂模式初探
工厂，顾名思义，就是生产对象的地方。如果之前没有接触过设计模式，你可能会疑惑，我直接使用 『

Unity应用架构设计(7)——IoC工厂理念先行

 『设计模式』中有一个模式可以解释特定的语法规则，它就是解释器模式（Interpreter Pattern）。不同于常见的策略模式或者是工厂模式，解释器模式在.NET或者JDK中并不常见，而且在业务上也很少会去解释特定的语法，所以它并不被广泛使用。一个解释器可大可小，大可以是复杂的编译器，小也可以是一个简单的字符串解析，但本质上它们都是对特定的语法做出合理的解释。
解释器在游戏领域的应用
虽然解释器模式很少使用，但在在游戏开发中，还是很常见的。比如你在战斗时，普通攻击和魔法攻击一定会产生不同的伤害，游戏设计

从编译原理看一个解释器的实现

 这篇博文我不讲委托和事件的概念，因为大段的文字概念没有任何意义。
 具体想了解，委托和事件的概念可以MSDN查阅。
 我这篇文章的主题思路是委托如何一步步进化成事件:
 何为委托--->委托来实现事件--->用方法对委托的封装--->Event的
 add，remove方法的引入--->标准事件写法--->反编译探究竟。
 用几个例子以及Reflector反编译探究委托和事件的关系。不足之处，还望多多指教... 
何为委托：
首先，委托是一种类型，是一种定义了方法签名的类型。
委托可以理解为函数指针(安全

庖丁解牛——深入解析委托和事件

Lucene.Net
 Lucene.net是Lucene的.net移植版本，是一个开源的全文检索引擎开发包，即它不是一个完整的全文检索引擎，而是一个全文检索引擎的架构，是一个Library.你也可以把它理解为一个将索引,搜索功能封装的很好的一套简单易用的API(提供了完整的查询引擎和索引引擎)。利用这套API你可以做很多有关搜索的事情,而且很方便.。开发人员可以基于Lucene.net实现全文检索的功能。
 注意：Lucene.Net只能对文本信息进行检索。如果不是文本信息，要转换为文本信息，比如要检索E

火力全开——仿造Baidu简单实现基于Lucene.net的全文检索的功能

上一篇文章：庖丁解牛——深入解析委托和事件之后，以一题面试题来总结事件
using System;
using System.Collections.Generic;
using System.Linq;
using System.Text;
using System.Threading;

namespace CallChange
{
    public class Call
    {
        static void Main(string[] args)
        {
        

庖丁解牛看委托和事件（续）

1.序言
 打造一个金诚所至的敏捷团队，需要大家自发的来遵守以及完善相应的规范。大家在自我约束的前提下，彼此之间互相影响，由下而上推动团队的建设。所以规矩、准则应该是越少越好，通过良好的自我约束驱动团队的成长。
 在阅读本文档之前，假设你已经了解了敏捷开发(Scrum)的相关知识，若从未接触过敏捷开发，请先查阅 《敏捷开发解决方案》。
2. 敏捷团队的共识
2.1 精诚合作
产品不只属于我个人，整个开发团队都必须对其负责。那么在需求评估、迭代计划、需求评审、开发、设计交流的时候，大家都应该积极参与，献计献策

敏捷团队的规范与准则

Problem
When I was backing up SharePoint Site Collection Automatically with PowerShell and Windows Task Schedule.Unfortunately,the backup process was abnormally terminated.But What's even worse is I came across an confusing issus When I Browsed to Site .Ju

Fix SharePoint 2013 Site in Read only mode after an interrupted backup

文章

问答

视频

学习中心

腾讯云实验室

直播

竞赛

腾讯云架构师技术同盟交流圈

腾讯云数据库专区

腾讯云顾问专区

腾讯云原生专区

腾讯混元专区

腾讯云TCE专区

腾讯云Lighthouse专区

腾讯云HAI专区

腾讯云Edgeone专区

腾讯云存储专区

腾讯云智能专区

腾讯轻联专区 

腾讯云开发专区

TAPD专区

腾讯云最具价值专家

腾讯云架构师技术同盟

腾讯云创作之星

腾讯云开发者先锋 

腾讯云AI代码助手

CODING DevOps

Cloud Studio

SDK中心

API中心

命令行工具

腾讯云开发者社区推出了木宛城主专栏，为你提供了木宛城主的相关文章，致力于帮助开发者快速成长与发展。

木宛城主

社区

活动

圈层

关于

腾讯云开发者

热门产品

热门推荐

更多推荐