星梦天使人物性格说明

[描写人物性格的成语大全]描写人物性格的成语 (一)傲骨嶙嶙不劣方头沉静寡言动心忍性方头不劣方头不律乖僻邪谬刚中柔外豪迈不群蕙心兰质姜桂之性廓达大度默化潜移南鹞北鹰奴颜媚骨潜濡默...+阅读

星梦天使人物性格说明

风真宙人长相酷帅，桀骜不驯，是个嘴硬心软的人，虽然经常欺负希良梨，但是其实是很关心她的。本来希良梨是喜欢星司的，后来却是宙人和希良梨相互喜欢。但是宙人没发现希良梨的心意。24集、57集、79集、126集、138集和153集都抱过希良梨，119集看到希良梨和七尾亲密还很吃醋。在135集中宙希两人的关系开始有新的突破，宙人对希良梨说讨厌希良梨和别人KISS。话说在初雪下度过的情侣会幸福，宙人，希良梨就度过了一小会儿。（有次泉（平太郎）和宙人Kiss了，初吻被男生夺走了哦！后来再一次记着采访希良梨的时候因为泉（平次郎）的小猫YOKA要亲小奈结果小奈和星司都让开了所以和YOKA Kiss了！）于14卷向希良梨表白和kiss。日渡星司【性格】长相帅气，温柔体贴，曾经是女主角月岛希良梨的暗恋对象。

被泉成为“那样呆的男” 后面也有些喜欢上了希良梨，在125集抱过希良梨。在12集的时候，默默的站在医务室的门口看着宙希两人，表情凝重花咲子红。花咲子红【性格】喜欢占卜，在寻找第二个希良梨时，被社长看上，成为Milky☆Way的一员，从而与乃绘琉，希良梨组成了三人组，有“……ですぅ”的语癖，近似于中文“……的说”。非常迟钝。雾泽葵（桐泽葵）简介】有亲近感的顶尖级偶像女王，拥有超级高的人气，心地善良，性格温柔，多愁善感，支持希友良梨。后来隐退了。和希良梨是很好的朋。

如何写出较好的css

较好的css在于可读性、维护性、扩展性、复用性这几个方面。所以只要提高它们就能解决问题，虽然这么说，也不是如此简单的。

一、可读性有人认为CSS不是程序，不需要可读性，有人认为CSS只要写出来就有可读性，因为很简单。抛开各种预处理器不说，原生CSS结构确实简单，没有需要编程的部分，但仍然可能导致混乱。原因有二，一是CSS可以层叠，其中涉及到了优先级和作用范围，如果写的不好，人很难读出其中的意义，二是CSS属性众多，加上CSS3引入了很多用法独特的属性，一个选择器可能包含几十个属性。比如下面这段我随便写的CSS代码：span { -webkit-box-shadow: 6px 4px 4px red; -moz-box-shadow: 6px 4px 4px red; box-shadow: 6px 4px 4px red;}div span { border-width: 4px; border-style: dotted; border-color: blue;}#box { border-left: 2px solid red; border-bottom: 2px solid red； }乍一看也没什么，都是border，大致能看出来这段CSS只是为了添加一个红色的阴影让box看起来比较立体。但中间的部分似乎是捣乱的，你可能会说这太傻了，看不到吗。是的，当这3部分散落在上万行的CSS中时，肯定看不到。于是有人很自然的想起了我们可爱的浏览器，没错，在浏览器中可以快速找到作用于目标的CSS样式，但这也是万恶之源。首先我假设你不知道中间那部分东西是为了什么而写的，因为你是靠浏览器找到它的。然后剩下两种可能，不管三七二十一改了再说和看看它为什么存在。前者悲剧的可能性是100%，后者悲剧的可能性是90%，因为你已经掉坑里了，很快我们会发现要修e799bee5baa6e78988e69d8331333339666136改它还牵扯到了另外的地方，接着在浏览器中探索到另一个莫名其妙的样式，当你弄懂全部的时候，你应该已经把上万行的代码弄了个一清二楚了，也许最幸运的是，浪费了几个小时的时间发现只需要修改一行就能达到目的。当然，我们可以天真的认为，只要把他们写在一起就可以了，这样找起来很简单。而我将继续顺着这样的思路来尝试曝露问题。维护性所谓物以类聚是很有道理的，人们习惯将事物归类，但问题是分类标准，样式并不关心业务，无论是什么文字内容，还是功能有何不同，它在乎的只是样式，比如文字的尺寸，间距和宽高，颜色等等。如果简单的将一个组件的样式放在一起，势必带来的就是小段代码的重复书写。不觉得有多严重？我来举个栗子。aside { box-shadow: 6px 4px 4px #AA3343;}nav { box-shadow: 6px 4px 4px #AB3633; }.item { box-shadow: 6px 4px 4px #AA3732;}.item.otherStatus { box-shadow: 6px 4px 4px #AA3132；}继续说上面的例子，box需要阴影，但如果这个项目的UI统一风格，包括sidebar,navigator以及item都需要这样的阴影呢？再如果，明天客户或者UX一拍脑袋，这个阴影应该是灰色的不该是红色的呢？不要继续天真的认为全局替换是救命稻草。首先，没有几个网站会用red,blur做色调的，你用的应该是#AA3333，这样的代码，然后你发现sidebar用了#A43433，而navigator是#AB3633，等等，item有两个状态，而两个状态对应的颜色是不一样的。这怎么可能？但当你打开浏览器的时候你会发现本来就相差无几的颜色，在阴影中变得一模一样了，谁看的出来呢，当初使用的时候可能也不过是随意的在mockup中取的一个颜色。大量的重复带来的不仅仅是代码的冗余，我们必须靠人力去同步它们，而人很难保证它们的修改是完全一致的，尤其是当它们中引入了一些不一致的独特的东西时。不要小看CSS，其后果就是进度和人力的压力，后面就是PM有没有读过《人月神话》的事了。肯定有人在想，谁让你当初要写成这样呢。我们在读代码的时候最喜欢问，当初为什么要这么写？但慢慢的你会读出它的历史，有时候它是身不由己的。这就涉及到了下一个要讨论的内容。

二、扩展性扩展性是一个具有欺骗性的东西，所谓的扩展性其实就是在现有基础上再次开发新东西的性能，但我认为它还必须有前提条件，那就是保持可读性与维护性。简单的追求可维护性是自取灭亡，原因很简单，将新旧代码完全分离的时候扩展性最高，因为不必担心对以前的部分有影响，新的样式可以随意发挥。是不是很神奇，这样想的我们写下的代码，肯定就是前面我们追问的代码。所以自己回答自己吧，当初没考虑可读性和维护性，只想着快点增加新的样式，就这么写了。那什么才是一个好的扩展性呢，简单来说，就是多功能产品。比如一个box，也许它的样式就时

三、复用性似乎我一直在说的就是重复，那我们就来说说复用性，如何才能复用CSS代码是一个很大的问题，比如粒度，是一两个属性进行复用还是一大组选择器进行复用呢，再比如对象，是为了class复用属性，还是为了html复用class呢。这些选择不算太重要，但是带来的影响却很重大，可以说是整个CSS结构的改变。下面继续用box的阴影来讨论复用。.shadow { -webkit-box-shadow: 6px 4px 4px #A93334; -moz-box-shadow: 6px 4px 4px #A93334; box-shadow: 6px 4px 4px #A93334; border-left: 2px solid #A93334\9; border-bottom: 2px solid #A93334\9； }这样...