个人对思慕圈ds的一些理解
我们都知道思慕圈思慕圈分为bd、d思、思慕三种，今天聊一聊个人对思慕圈DS的一些理解，仅仅是个人所谈~不做宏观理论~
d思即dominancea慕p;sub慕i思思ion，支配与臣服。广义来说呢，区别于思慕，我们通常将它理解为精神游戏。那么何为精神游戏?d思与思慕的区别又在哪里?这就是我今天要说的了。
如果要讨论二者的区别，就不得不说一下要从何区分了***的来源。思慕的***来自于肉体的肆虐与受虐，安全范围之内的疼痛、XR等等。
那么d思呢?
如果姑且将思慕的***狭隘的理解为鞭子，那么d思的***就可以说是执鞭人，甚至再深一层的，是这个人，无需执鞭。
我并不认同外形是什么属性必备的，外形作为加分项是必然的，但并不是必须的。好的医生不拿手术刀也是医生，拿菜刀也是医生。好的dom不拿鞭子***西服高跟鞋也是dom，穿跨栏背心大裤衩手里摇着蒲扇也是dom。
那么，怎么才能在胡同口大爷们的跨栏背心大裤衩分辨出谁是好的dom呢?我个人建议不要矮子里面拔将军，放着好好的互联网不用跑到胡同口瞧什么劲儿。
至于怎么分辨出一个dom是好是坏我们大可以下期再见，回到本次中心：什么是d思，什么是dom。
已知d思是精神游戏，那么具体到实施的时候是怎么体现的呢?其实还是逃不脱游戏两个字，调理，管教，引导，这都能够成为d思的代名词。它可以是制定规矩的管控，也可以是生活上的指引教导。
看到这里有人就要说了，你还是没说明白，照你这么说d思我们思慕里也有啊?
确实如此，d思和思慕更多时候是结合在一起的，那么有纯粹的精神层面的d思吗?
有。
我有一个朋友，姑且称之为Z，Z和她的sub就是纯粹的精神层面zhu仆关系。Z在常人眼中甚至不是个dom，她甚至不要求她的sub称呼她为主人。
那么为什么我们能够肯定她们是d思关系呢?
Z对她的sub的管控和教导并不存在于肉体和行为方面，举个例子，Z不会要求她的sub禁欲，不会提出跪之类的要求，她的也sub对于思p、k9等项目基本不感兴趣。这是一种合适，她们彼此的需求是合适的。
其次是双方的优秀，尤其是Z的优秀。Z身上拥有一个dom应有的能力和责任心，她并不施以，温柔的引导和严厉的教导双管齐下。Z专注于把sub培养成优秀的人，她的责任心使得每一任跟过她的sub都是善始善终。
Z有句话让我印象深刻：d思是生活的乐趣，但不能把d思的乐趣当做生活，我把sub培养成一个优秀的人，在未来没有我的日子里她能够过得很好，那才是不枉费相遇一场。如果她因为我受伤，因为我过得不好，这才是我的失责。
那么，不是纯精神的d思有吗?当然也有。
我又有一个朋友，可以称呼她为Y，我们几人的观念相同，体现方式不同，Y是一个典型的恋爱与思慕圈分开的多奴主，但她也是一个好的dom。
Y家的相处模式更加轻松寻常，d思与思慕并存的关系比较常见，Y的优秀比我们任何一个人都更加明显，无论是做dom还是思ado都是。
至于为什么说她是dom而不是思ado，区别就在于她并不是一个只享受支配带来的快乐的人，相反的，她对于每一个sub的付出都远比她能够得到的回报多得多，Y不只是主人，更是老师。
所以，什么是dom，答案也很明显了。
然而无论如何，先做好人才能做好dom。与sub交付的权力对等的，是dom要担负的责任。先有能力，再谈作为。
于d思来说，更是各家有各经，没有标准的模板，也没有谁是最好的dom/sub，合适才是最重要的。
互联网上人鱼混杂，各位sub还是要擦亮眼睛，遇人不淑的后果可大可小，在遇到一个负责的dom之前，大家还是要先对自己负责。
这是两个比较大的对象，js的最主要功能就是操纵这两个模型里面的东西
bom是代表浏览器，dom是代表一个网页文档。
bom的属性方法用于操纵浏览器，dom的属性方法用于操纵网页元素和css。
对dom标准支持最好的浏览器不一定是ie。根据查询相关资料信息显示，对dom标准支持好的浏览器有谷歌浏览器，火狐浏览器，IE浏览器等，新版本的浏览器都是能够完美支持HTML5的新特性。
已经好久好久好久没有和partner一起play过了。
主子每次听见小勾发qing，就像耗子见了猫儿一样，呲溜一下子躲开了。“哎呀，你看都这么晚了，爸爸明天还有工作呢。”“哎呀，好困啊，该睡觉了该睡觉了。”“哎呀，”哎呀什么哎呀！赶紧给老子交公粮！！！
罐装明显感受到了自家dom越来越疲软了，天天净想着花样百出的偷懒耍滑！
但是这也不能全怪他，因为我们基本上都是网调，小玩具全都用在我身上，耳边传来我那位partner超级***的声音，再加上我脑海里勾勒出的完美场景，我每次的体验感都很棒。而他只能想方设法给我营造出一个超级***的听觉环境，然后眼巴巴的听着我一个人shuang。“我把你当小勾勾，你把我当免费做Adom/subR的工具人是吧！”
我们从刚确认关系的两天一次，到现在已经两个月没有play过了。很显然，我家的dom已经疲软了。
没有dom/subplay的日子，罐装只能申请自娱自乐了。
罐装发现这几乎是一个普遍现象，很多dom/suber从刚开始的干柴烈火到逐渐衰退。s/dom们叫苦不迭，越来越觉得自己是一个只为满足m/sub的“工具人”。s/dom们在tj过程中的出钱出力，还要时刻关注m/sub的体验感，避免“有这次没下次的”情况发生。天呐，听着就好工具人啊。你看，s/dom表面上是权利倾倒的那一方，实际上dom/subplay的中心依旧是m/sub。“安全词”这个概念已经深入人心，出于游戏安全的考虑，m/sub有随时叫停的权利。s/dom们有点像正在拍戏的演员，而m/sub则是可以随时喊“卡”的导演。现在太多文章内容都倾向于“s/dom怎样为自己的m/sub实现一场ta愿望中的理想tj”。s/dom被各方面施加压力，所以就导致了他们一门心思的想着如何服务好自己的m/sub，虽然刚开始也会从对方的正向反馈中得到满满的成就感，但是时间一久，自己的手法越来越纯熟，成就感带来的满足感已经达到了峰值，就开始走下坡路了。
为了完成一场安全精致的tj，s/dom需要付出很多精力。他们要亲身体验一下即将要用在m/sub身上的工具和项目，拍子先落在自己身上，蜡烛先滴在自己皮肤上，自己先跪在地上感受跪立多长时间才会感到疼痛甚至难以忍受s/dom们还要做好tj项目的***，准备好干净卫生的工具和场地。说实话，准备工具实在是一件耗费经历的事情，在tj之前你可能会看到自家s在厨房忙忙碌碌着：锅里泡着开水消毒的小玩具，主子弯着腰仔仔细细的趴在灶台上用火处理麻绳上的毛刺以及事后还要做好aftercare，和清理工作，而且更多时候是自己超级累，需要被表扬赞美一下，但是m/sub前期玩的太欢乐，最后直接倒头呼呼大睡。（s/dom：“你甚至连aftercare的机会都不愿意给我。”）
收尾工作也全部都是自己做，把用过的工具消毒，清理好收纳起来，给昏睡臭m清理身体，最后自己在浴室里疲惫的冲了个澡才上床睡觉。
很多人都觉得这些准备也好，选择怎么样的play场所，以及事后的收尾工作都应该由s/dom自己一个人亲力亲为，把所有准备的工序都交给s/dom一个人来完成，难怪很多主子越来越觉得自己是“工具人”、“打工人”。而且在tj的过程中，s/dom实际上大都是精神紧绷的，他们也会担心自己的手法对partner来说会不会太重了弄伤ta、会不会太轻了没感觉；也会担心自己的dirtytalk会不会伤害了partner的自尊心，突破了ta的底线渐渐的，两个人的快乐play变成了一个人的快乐play和另一个人的精神内耗。怪不得主子越来越疲软呢。
这里罐装只能给出大家一些建议，虽不能绝对根除s/dom疲软的现状，但是一定是可以有所效改善的。
01
在准备工具的时候，dom/suber可以一起准备，主子烧麻绳毛刺的时候，作为小狗要有点眼力见啊，自觉的去消毒小玩具。两个人都要有准备工作的参与感，在准备工具的过程中，你们还可以再一起讨论一下接下来这些工具的用法。
02
制定tj项目一定是参考自己和对方都喜欢的play。这里我建议大家可以和partner共同制作一个项目表，打印两份，自己把喜欢的项目用红笔划出来，然后放在一起对比，找出“都喜欢的”、“谈不上喜欢但能接受的”以及“绝对不能接受的”。
一起敲定一份tj***，这很大程度上的会让s/dom更有安全感，在play的过程中他也可以对自己喜欢的play充满期待。以及能够有效避开了你绝对不能接受的项目和玩法，这也可以让他在tj过程中能更好的施展拳脚。
03
aftercare是相互的，不论是s/dom还是m/sub，都不要tj一结束就睡死过去。如果你不想让自己的主子越来越疲软，那好好care忙活了一整晚的“老师傅”，不要吝啬赞美的话语。
跟主子一起冲个澡，不要留他一个人清理完你还要清理小玩具。告诉他这些东西明天再一起收拾，直接冲完澡就抱着睡觉去吧！
04
最后，dom/sub虽好，但不要贪玩。罐装就是因为玩太多了把主子搞疲软了，现在只要我晚上一提“爸比我想”，话都没说完他就直接开始打呼噜。
控制好play的频率，不要让s/dom把play也当成上班打卡一样，当dom/sub变成了一种负担自然也会失去乐趣。如果主子最近真的工作很忙，那就稍稍的放他一马，找一个共同都很闲暇的时间去实践dom/sub，保质保量又不会由于频率太高而渐渐失去乐趣。
END
Web前端开发是从网页制作演变而来的，名称上有很明显的时代特征。在互联网的演化进程中，网页制作是Web 1.0时代的产物，那时网站的主要内容都是静态的，用户使用网站的行为也以浏览为主。2005年以后，互联网进入Web 2.0时代，各种类似桌面软件的Web应用大量涌现，网站的前端由此发生了翻天覆地的变化。网页不再只是承载单一的文字和，各种富媒体让网页的内容更加生动，网页上软件化的交互形式为用户提供了更好的使用体验，这些都是基于前端技术实现的。
以前会Photoshop和Dreamwe***er就可以制作网页，现在只掌握这些已经远远不够了。无论是开发难度上，还是开发方式上，现在的网页制作都更接近传统的网站后台开发，所以现在不再叫网页制作，而是叫Web前端开发。Web前端开发在产品开发环节中的作用变得越来越重要，而且需要专业的前端工程师才能做好，这方面的专业人才近两年来备受青睐。Web前端开发是一项很特殊的工作，涵盖的知识面非常广，既有具体的技术，又有抽象的理念。简单地说，它的主要职能就是把网站的界面更好地呈现给用户。
第一，必须掌握基本的Web前端开发技术，其中包括：CSS、HTML、DOM、BOM、Ajax、J***aScript等，在掌握这些技术的同时，还要清楚地了解它们在不同浏览器上的兼容情况、渲染原理和存在的Bug。
第二，在一名合格的前端工程师的知识结构中，网站性能优化、SEO和服务器端的基础知识也是必须掌握的。
第三，必须学会运用各种工具进行***开发。
第四，除了要掌握技术层面的知识，还要掌握理论层面的知识，包括代码的可维护性、组件的易用性、分层语义模板和浏览器分级支持，等等。
目前市面上关于Web前端开发的书主要都是针对单一技术的，《编写高质量代码》与这些书有着本质的区别。它主要想实现两个目标：第一，为不太有经验的Web前端开发工程师建立大局观，让他们真正了解和理解这个职业；第二，帮助有一定Web前端开发经验的工程师修炼内功，通过编写高质量的代码来提高前端代码的可维护性。这是很多前端开发工程师感兴趣的内容。
《编写高质量代码》的前两章讨论了网站重构和团队合作，这是很有必要的。网站重构的目的仅仅是为了让网页更符合Web标准吗？不是！重构的本质应该是构建一个前端灵活的MVC框架，即HTML作为信息模型（Model），CSS控制样式（View），J***aScript负责调度数据和实现某种展现逻辑（Controller）。同时，代码需要具有很好的复用性和可维护性。这是高效率、高质量开发以及协作开发的基础。建立了这种大局观后，学习具体技术的思路就更清晰了。
代码质量是前端开发中应该重点考虑的问题之一。例如，实现一个网站界面可能会有无数种方案，但有些方案的维护成本会比较高，有些方案会存在性能问题，而有些方案则更易于维护，而且性能也比较好。这里的关键影响因素就是代码质量。CSS、HTML、J***aScript这三种前端开发语言的特点是不同的，对代码质量的要求也不同，但它们之间又有着千丝万缕的联系。《编写高质量代码》中包含着很多开发的思想和经验，都是在长期的开发实践中积累下来的，不同水平的Web前端工程师都会从中获得启发。
1）DOM（JAXP Crimson解析器）
DOM是用与平台和语言无关的方式表示XML文档的官方W3C标准。DOM是以层次结构组织的节点或信息片断的***。这个层次结构允许开发人员在树中寻找特定信息。分析该结构通常需要加载整个文档和构造层次结构，然后才能做任何工作。由于它是基于信息层次的，因而DOM被认为是基于树或基于对象的。DOM以及广义的基于树的处理具有几个优点。首先，由于树在内存中是持久的，因此可以修改它以便应用程序能对数据和结构作出更改。它还可以在任何时候在树中上下导航，而不是像SAX那样是一次性的处理。DOM使用起来也要简单得多。
）SAX
SAX处理的优点非常类似于流媒体的优点。分析能够立即开始，而不是等待所有的数据被处理。而且，由于应用程序只是在读取数据时检查数据，因此不需要将数据存储在内存中。这对于大型文档来说是个巨大的优点。事实上，应用程序甚至不必解析整个文档；它可以在某个条件得到满足时停止解析。一般来说，SAX还比它的替代者DOM快许多。
3）JDOM JDOM的目的是成为J***a特定文档模型，它简化与XML的交互并且比使用DOM实现更快。由于是第一个J***a特定模型，JDOM一直得到大力推广和促进。正在考虑通过“J***a规范请求JSR-102”将它最终用作“J***a标准扩展”。从2000年初就已经开始了JDOM开发。
4）DOM4J 虽然DOM4J代表了完全独立的开发结果，但最初，它是JDOM的一种智能分支。它合并了许多超出基本XML文档表示的功能，包括集成的XPath支持、XML Schema支持以及用于大文档或流化文档的基于***的处理。它还提供了构建文档表示的选项，它通过DOM4J API和标准DOM接口具有并行访问功能。从2000下半年开始，它就一直处于开发之中。
为支持所有这些功能，DOM4J使用接口和抽象基本类方法。DOM4J大量使用了API中的Collections类，但是在许多情况下，它还提供一些替代方法以允许更好的性能或更直接的编码方法。直接好处是，虽然DOM4J付出了更复杂的API的代价，但是它提供了比JDOM大得多的灵活性。
在添加灵活性、XPath集成和对大文档处理的目标时，DOM4J的目标与JDOM是一样的：针对J***a开发者的易用性和直观操作。它还致力于成为比JDOM更完整的解决方案，实现在本质上处理所有J***a/XML问题的目标。在完成该目标时，它比JDOM更少强调防止不正确的应用程序行为。
DOM4J是一个非常非常优秀的J***a XML API，具有性能优异、功能强大和极端易用使用的特点，同时它也是一个开放源代码的软件。如今你可以看到越来越多的J***a软件都在使用DOM4J来读写XML，特别值得一提的是连Sun的JAXM也在用DOM4J.
比较
1）DOM4J性能最好，连Sun的JAXM也在用DOM4J.目前许多开源项目中大量***用DOM4J，例如大名鼎鼎的Hibernate也用DOM4J来读取XML配置文件。如果不考虑可移植性，那就***用DOM4J.
2）JDOM和DOM在性能测试时表现不佳，在测试10M文档时内存溢出。在小文档情况下还值得考虑使用DOM和JDOM.虽然JDOM的开发者已经说明他们期望在正式发行版前专注性能问题，但是从性能观点来看，它确实没有值得推荐之处。另外，DOM仍是一个非常好的选择。DOM实现广泛应用于多种编程语言。它还是许多其它与XML相关的标准的基础，因为它正式获得W3C推荐（与基于非标准的J***a模型相对），所以在某些类型的项目中可能也需要它（如在J***aScript中使用DOM）。
3）SAX表现较好，这要依赖于它特定的解析方式－***驱动。一个SAX检测即将到来的XML流，但并没有载入到内存（当然当XML流被读入时，会有部分文档暂时隐藏在内存中）。
