最近看的一本书和两部电影

本文深入解析经典小说《傲慢与偏见》中女性角色的婚姻选择及其寓意,探讨其对当代社会女性婚姻观的影响。同时,结合电影《云中行走》中的无政府主义精神,对比分析个人自由与责任的关系。文中还提及《火影忍者:博人传》中角色的成长与变化,引发对友情、成长与自我认知的思考。

《傲慢与偏见》

文学界有很多指导当代创作的标杆,我读书少,在我看过的作品里,《朱斯蒂娜》、《洛丽塔》指导了我看过的大部分鬼畜和R18作品(虽然它们很伟大w ,东西方神话传说指导了我看过的大部分奇幻或者科幻作品。《傲慢与偏见》也属于一个当代创作的标杆,而且它塑造出的人物,伊丽莎白,以及她的姐妹朋友们,也被作为标杆设定反复使用着。

奥斯丁在这部作品指出了几种人在婚姻选择上的不同态度和她认为会走向的结局,简、伊丽莎白和夏洛特都冰雪聪明、知书懂礼,是作为终身伴侣的最佳人选,但三人最终的婚姻归宿截然不同,夏洛特并不漂亮,得不到有钱单身汉的垂青,所以退而求其次,选择了满足物质生活;简颜值最高,内心善良,但不能勇敢表达,努力求证,如果没有妹妹伊丽莎白的帮助,可能最终是得不到幸福的;伊丽莎白颜值介于前两者之间,思想独立,敢说敢做,最终得到了最好的归宿和心灵伴侣。同时书中还说了一例由于冲动、天真、欺骗、儿戏和通过他人付出极高代价而促成的婚姻,虚荣又不懂事的莉迪亚和道貌岸然的浪荡子韦翰,是家人的努力让莉迪亚不至于名节扫地、万劫不复,但莉迪亚这边完全不知道家里为自己做了怎样的付出,自己究竟做了什么不得了的事,却依然也完成了婚姻大事。最后还有书呆子气的凯蒂(好吧,名字我忘了,是百度的 ,虽然没有在书中找到如意郎君,但作者没有忘了她,告诉大家班家的女儿们都找到了伴侣,并且生活的还不错,让大家放心。

对于当代来说,女性已经得到了很大的解放,只要肯努力,简们、伊丽莎白们、夏洛特们完全可以不考虑未来的物质生活要如何满足,专心于寻找精神伴侣,所以从这点上来讲,夏洛特们有福了w但新时代也产生了新的夏洛特们,由于时运和自身硬件的原因,退而求其次,可能不是所有人都能娶到简,不是所有人都能等到伊丽莎白,但我觉得如果认真相处的话,夏洛特应该是比较容易被发现的。

当然不能否定的是,从网络上的和大家口中的段子来看,也许大部分人都是韦翰和莉迪亚的组合。所以如果没有能吸引夏洛特的优越条件,至少还是找个不敏然而好学的凯蒂吧w

 

《云中行走》

虽然是3D特效,然而为什么看不出高空行走的紧张感w要提一下云中行走是因为,主角是一名无政府主义者,是的

Anarchy~Everyone wants to be me~

 

《火影忍者:博人传》

没有补星爷的票,优先补了火影的票,看着原来的主角们长大成人,不再闹闹腾腾,别别扭扭,打打闹闹,说说笑笑,却一个眼神就知道对方在想什么,这种默契让我们这些一路看他们长大的人百感交集,也像电影中多次出现的幻影重叠一样,想起了那时候心中的感动和呐喊。

另外,第一次在电影院,而不是电脑屏幕上看到了火影的职员表,这种恍如隔世的感动,大概只有我们这些从纸介质和论坛开始接触二次元的人才懂得w

anarchy



查看原文:http://dsouth.nat123.net/blog/archives/229.html

在数据库设计对象关系映射(ORM)中,**对多(One-to-Many)** **多对多(Many-to-Many)** 是最常见的两种关联关系。它们广泛应用于各种业务场景中。 下面我将从 **实际应用场景、数据库结构、Java JPA 实现示例** 三个方面详细说明这两种关系的典型使用场景。 --- ## ✅ 对多(One-to-Many) ### 📌 定义: 个 A 实体可以对应多个 B 实体,但每个 B 实体只能属于个 A 实体。 > 例如:个用户可以有多个订单,但个订单只属于个用户。 ### 🔗 数据库实现方式: 在“多”的方添加外键指向“”的方。 ```sql users(id, name) orders(id, user_id, order_number, amount) ``` `orders.user_id` → `users.id` --- ### 💼 常见应用场景 | 场景 | 描述 | |------|------| | **用户 - 订单** | 个用户可以下多个订单,个订单只属于个用户 | | **博客文章 - 评论** | 篇文章可以有多个评论,个评论只属于篇文章 | | **部门 - 员工** | 个部门有多个员工,个员工只属于个部门 | | **作者 - 书籍** | 个作者可以写多本书(假设每本书只有个作者) | | **分类 - 商品** | 个商品类别下可以有多个商品 | | **客户 - 联系记录** | 个客户可以有多次联系记录 | --- ### 🧩 Java JPA 示例:用户 ↔ 订单 ```java @Entity public class User { @Id private Long id; private String name; // 个用户有多个订单 @OneToMany(mappedBy = "user", cascade = CascadeType.ALL) private List<Order> orders = new ArrayList<>(); // getters and setters } ``` ```java @Entity public class Order { @Id private Long id; private String orderNumber; // 多个订单属于个用户 @ManyToOne @JoinColumn(name = "user_id") private User user; // getters and setters } ``` > 🔍 注意:外键定义在 `Order` 表中的 `user_id` 字段上。 --- ## ✅ 二、多对多(Many-to-Many) ### 📌 定义: 个 A 实体可以对应多个 B 实体,同时每个 B 实体也可以对应多个 A 实体。 > 例如:个学生可以选择多门课程,门课程也有多个学生选修。 ### 🔗 数据库实现方式: 需要张**中间表(Join Table)** 来维护两个实体之间的映射关系。 ```sql students(id, name) courses(id, title) student_courses(student_id, course_id) -- 中间表 ``` --- ### 💼 常见应用场景 | 场景 | 描述 | |------|------| | **学生 - 课程** | 学生可选多门课,课程也可被多个学生选择 | | **用户 - 角色 / 权限** | 用户可以拥有多个角色,角色也可以分配给多个用户 | | **文章 - 标签(Tags)** | 篇文章可以打多个标签,个标签可用于多篇文章 | | **电影 - 演员** | 一部电影有多个演员,个演员参演多部电影 | | **商品 - 分类(跨类目)** | 个商品可能属于多个分类(如“手机”“数码”),个分类包含多个商品 | | **项目 - 开发人员** | 个项目由多个开发人员参与,个人可以参与多个项目 | --- ### 🧩 Java JPA 示例:用户 ↔ 角色 ```java @Entity public class User { @Id private Long id; private String username; @ManyToMany(cascade = CascadeType.ALL) @JoinTable( name = "user_roles", joinColumns = @JoinColumn(name = "user_id"), inverseJoinColumns = @JoinColumn(name = "role_id") ) private Set<Role> roles = new HashSet<>(); // getters and setters } ``` ```java @Entity public class Role { @Id private Long id; private String name; @ManyToMany(mappedBy = "roles") private Set<User> users = new HashSet<>(); // getters and setters } ``` 中间表:`user_roles(user_id, role_id)` --- ## ✅ 对比总结:对多 vs 多对多 | 特性 | 对多(One-to-Many) | 多对多(Many-to-Many) | |------|------------------------|--------------------------| | 是否需要中间表 | ❌ 不需要(外键在“多”方) | ✅ 需要中间表 | | 外键位置 | 在“多”的表中 | 无直接外键,通过中间表连接 | | 典型例子 | 用户-订单、文章-评论 | 学生-课程、用户-角色、文章-标签 | | JPA 注解 | `@OneToMany` + `@ManyToOne` | `@ManyToMany` + `@JoinTable` | | 性能影响 | 查询简单,性能好 | 查询需 JOIN,可能较慢 | | 扩展性 | 简单清晰 | 更灵活,适合复杂关系 | --- ## ⚠️ 常见误区与建议 1. **误用对多代替多对多** - 错误:强行在 `user` 表加 `role_ids` 字符串字段存储多个角色 ID - 正确:使用中间表 + `@ManyToMany` 2. **中间表有额外字段怎么办?** - 如:`student_courses(created_at, status)` - ❌ 不能用纯 `@ManyToMany` - ✅ 应该建个实体类 `StudentCourse`,改用两个 `@ManyToOne` 3. **级联删除要谨慎** - `cascade = CascadeType.ALL` 可能导致意外删除大量数据 - 推荐按需设置:如 `PERSIST`, `MERGE` --- ### ✅ 总结 > - **对多**:适用于“归属”关系,如订单属于用户、评论属于文章。 > - **多对多**:适用于“交叉引用”关系,如用户与权限、文章与标签。 > > 正确选择关系类型能让数据库设计更合理、代码更易维护。 ---
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值