>https://bbs.deepin.org.cn/zh/post/283040

以下是引述shenmo对龙芯Wine生态缺失的话

>第二道拦路虎：Wine生态缺失，运行Windows应用前需要了解什么是Wine，什么是box64，4K/16K内核，什么是latx，什么是binfmt，什么是qemu，然后利用各种工具（q4wine，wine运行器乃至手动打命令）才能以较低的效能运行少量的Windows应用程序，龙芯官方宣传latx好像是无缝兼容，实际上根本不是那么一回事，指令集缺失不说，容器化环境的支持又搞毁了，现在又长期不发版，反馈统统石沉大海

关键词解析：

# Wine
Wine 是一个开源工具，全称是 “Wine Is Not an Emulator”。它允许在类 Unix 系统（如 Linux 和 macOS）上运行原本为 Windows 开发的软件。

它通过实现 Windows API（应用程序接口）层，而非仿真或虚拟化，从而减少性能开销。


# box 64
Box64 是一个轻量级的动态二进制翻译器，设计用于在 ARM64 设备（如 Raspberry Pi）上运行 x86-64 程序。

它能在不同的处理器架构之间桥接，为不支持 ARM 的程序提供运行环境。

# 4K/16K内核

指的是操作系统内核页表的页大小，通常与虚拟内存管理相关：

4K页大小是 x86 和大多数传统处理器的标准。

16K页大小在某些 ARM 处理器或特定优化场景下使用。
页大小会影响内存管理效率和性能。

# latx
基于龙芯CPU、龙芯LoongArch架构以及其自带的二进制翻译扩展指令集，通过二进制翻译技术，实现将主流异构平台上的应用软件，直接在龙芯平台上安装使用。

# binfmt
Binfmt 是 Linux 内核的一种机制，允许为特定的二进制格式注册处理器。

配合 binfmt_misc 和工具（如 QEMU），可以运行非原生架构的程序，例如在 x86_64 系统上运行 ARM 或 RISC-V 程序。
# qemu

QEMU 是一个开源的虚拟化和仿真工具。

它可以：

完全模拟不同硬件平台。

在同一架构下通过 KVM 提供高性能的虚拟化。

适合测试、开发和跨架构运行程序。


# q4wine

Q4Wine 是一个 Wine 的图形化前端，简化了 Wine 的配置和使用。

它提供用户友好的界面，方便管理 Wine 的前缀（虚拟 Windows 环境）和应用程序。


关于龙芯运行windows应用前的知识点须知

---
title: 七大设计原则
category: 小白笔记
updatedAt: 2025-01-02T02:38:39.669Z
createdAt: 2025-01-02T01:44:48.663Z

---

# 1. 单一职责原则（SRP - Single Responsibility Principle）

定义：一个类应该只有一个引起其变化的原因。

解释：一个类只负责完成一个功能或者职责，避免一个类承担过多职责导致的高耦合和低内聚。 

好处：降低复杂性，提高代码的可读性和维护性。

总结: 如果一个类负责太多的事情，改动一处就会影响很多功能，所以要一个类做一个事。

```python
# 不遵守SRP：一个类干了两件事
class UserManager:
    def manage_user(self):
        print("管理用户")
    def manage_order(self):
        print("管理订单")  # 不应该出现在这里

# 遵守SRP：拆分职责
class UserManager:
    def manage_user(self):
        print("管理用户")

class OrderManager:
    def manage_order(self):
        print("管理订单")
```


# 2. 开放关闭原则（OCP - Open/Closed Principle）

定义：软件实体（类、模块、函数等）应该对扩展开放，对修改关闭。

解释：在不修改已有代码的情况下，通过扩展实现新功能（如使用继承或接口）。 

好处：提高系统的稳定性和可扩展性，减少对现有代码的影响。

总结：能加新代码，不改老代码。

```python
# 不遵守OCP：直接修改老代码
def calculate_discount(order):
    if order.type == "VIP":
        return order.total * 0.8
    elif order.type == "Normal":
        return order.total * 0.9

# 遵守OCP：通过扩展增加功能
class Discount:
    def calculate(self, order):
        raise NotImplementedError

class VIPDiscount(Discount):
    def calculate(self, order):
        return order.total * 0.8

class NormalDiscount(Discount):
    def calculate(self, order):
        return order.total * 0.9
```

# 3. 里氏替换原则（LSP - Liskov Substitution Principle）

定义：子类对象必须能够替代父类对象且程序行为保持一致。

解释：子类在继承时不能破坏父类的功能，也不能违反父类的约定。 

好处：保证系统的健壮性，避免因继承导致的异常行为。

总结：子类在继承时不能破坏父类的功能，也不能违反父类的约定。 

例子：鸟类飞翔不能让企鹅飞

```python

# 不遵守LSP：企鹅不能飞，违背鸟类规则
class Bird:
    def fly(self):
        print("飞翔！")

class Penguin(Bird):
    def fly(self):
        raise Exception("企鹅不会飞")  # 问题：不该有飞的方法

# 遵守LSP：抽象出具体行为
class Bird:
    def move(self):
        print("移动！")

class Penguin(Bird):
    def move(self):
        print("企鹅在游泳")


```

# 4. 依赖倒置原则（DIP - Dependency Inversion Principle）

定义：高层模块不应该依赖于低层模块，二者都应该依赖于抽象；抽象不应该依赖于具体实现，具体实现应该依赖于抽象。 

解释：通过接口或抽象类隔离高层模块和底层模块的依赖关系。 

好处：降低模块间的耦合，提高代码的灵活性和复用性。

大白话：老大和小弟都听总指挥，不直接互相使唤。代码中，高层模块和底层模块都依赖接口。

例子：键盘和鼠标都接电脑，但电脑只依赖“外设接口”。
```python
# 不遵守DIP：电脑依赖具体设备
class Computer:
    def use_keyboard(self):
        print("使用键盘")
    def use_mouse(self):
        print("使用鼠标")

# 遵守DIP：通过接口隔离
class Peripheral:
    def connect(self):
        raise NotImplementedError

class Keyboard(Peripheral):
    def connect(self):
        print("键盘连接")

class Mouse(Peripheral):
    def connect(self):
        print("鼠标连接")

class Computer:
    def use_device(self, device: Peripheral):
        device.connect()

pc = Computer()
pc.use_device(Keyboard())  # 键盘连接
pc.use_device(Mouse())     # 鼠标连接

```


# 5. 接口隔离原则（ISP - Interface Segregation Principle）

定义：客户端不应该被迫依赖于它不需要的接口。 解释：将大的接口拆分为更小的、特定的接口，避免单个接口包含过多无关方法。 好处：提高系统的灵活性和解耦性。

# 6. 最少知识原则（LoD - Law of Demeter）

定义：一个对象应当对其他对象有最少的了解。 解释：对象只与直接关联的对象通信，而不是与它不直接关联的对象通信（减少“朋友的朋友”关系）。 好处：降低耦合性，减少因变化引起的连锁反应。

# 7. 合成复用原则（CRP - Composite Reuse Principle）

定义：优先使用对象组合，而不是继承来实现代码复用。 解释：通过将已有对象作为成员变量，而不是直接继承来实现功能复用。 好处：减少继承层级，增加设计灵活性。e111e

七大设计原则

使用命令放弃 git cherry-pick 变更

`git cherry-pick --abort`

再执行更新或者 pull

`git pull`

git 出现“cherry_pick_head”

网上大部分是esxi6左右的解决方案，即用live系统改state.tgz文件中的esx.conf文件。但是如果你是esxi7，state压缩文件里的local是被加密的。即使解密后修改，可能会面临无法打开等现象。

## 解决方案
`esxcli hardware pci pcipassthru set -a -d=0000:03:00.0 -e=false`如果你可以打开控制台，也可以直接切换直通

0000:03:00.0是你的磁盘控制器id，在这里我是raid卡，所以编号是0000:03:00.0

![image.png](/static/img/50732d4bdf428aa65a885431cb4cd87d.image.webp)

然后在`/tmp`路径下，找到state.tgz（不一定在tmp下的哪个目录，自己浅浅遍历一下，也不多，通常底下就三四个路径）
`cp /tmp/[找到的路径]/state.tgz /vmfs/volumes/BOOTBANK1/`

重启，即可

esxi7.0误开磁盘直通如何关闭

`2004:0000:0000:04ef:203d:0000:0000:00e1`
 
 一共128位，8组，一组16位。
 
 16位由来：
 如`2004`是十六进制，二进制为 `0010 0000 0000 0100` 共16位
 
 缩写
 
`2004:0:0:4ef:203d:0:0:e1`
 
 如果出现 `:0:0:` 可以使用`::`代替，但是只可以代替一次
 
 再缩写
 
`2004::4ef:203d:0:0:e1`

使用ipv6访问网页应该使用方括号

`http://[2004::4ef:203d:0:0:e1]:80`

2开头是公网

f开头是内网 如fe80::2

`::1 `回环地址 ≈ 127.0.0.1

 `::` 未指定地址 ≈0.0.0.0
 
 
`2004:0000:0000:04ef:203d:0000:0000:00e1/64`

`/64`代表
前缀长度有64个比特位

`2004:0000:0000:04ef`

`/56`代表前缀长度有56个比特位
> `2004:0000:0000:04` `ef` `203d:0000:0000:00e1`

> `56`+`8位子网id`+`64位接口id`

接口id应该固定64个bit，否则会破坏功能（但不强制遵守）


ipv6通信规则：

路由器pppoe拨号，获取运营商公网ip地址

wan-ipv6: [2004:1::1]
Lan-ipv6:[fe80::1]

获取运营商ipv6前缀。

ipv6-PD:[2005:1::/60] ipv6-PD前缀（给子网内设备分发公网ipv6地址用的),这个地址下的所有地址都可以自己分配

ipv6前缀:[2005:1::/64]
电脑根据获取到的ipv6前缀自动生成相同前缀的公网ipv6地址。
并且获取到默认网关和dns服务器

可以手动给电脑添加同前缀的公网ip地址

如：

ipv6 [2005:1::3]
ipv6 [2005:1::4]
