项目总结——可维护的css/style

css/style的几种设计方式：
1.直接嵌套在元素中；
  直接嵌套在元素的中样式的优先级最高。但是不易于维护。所以通常情况下，不建议直接写在元素属性中。


2.定义样式模版，元素引用模版；
  在当前文件的模版style中设置，不管是css还是xaml中的资源resource，这些都是可以用来定义页面元素的模版样式的地方。写在模版中
的好处是便于查找样式和修改。但是直接写在当前页面中的样式模版也不是很容易维护，比如如果要进行过个模版对页面进行动态切换页面
布局，如果都写在同一个页面中，则命名不得重复，这也使得实现切换起来比较麻烦


3.外部样式模版的引用
  将样式模版定义在一个外部的资源文件中，然后再引用到需要使用的页面中去，这样就实现了页面和样式模版的解耦，即使整套页面样式
要重新设计，那也只要替换一个资源文件，或者定义一个新的资源文件，然后将引用页面的引用链接换掉，这样就不需要去修改页面中元素
的key或id值。改动量仅在资源文件级。


css/style外部资源文件应该如何定义：
  即使我们知道引用外部资源文件在维护方面是可以维护的，但是如果设计不合理，一样难以让维护人员理解和维护。比如：命名、样式高
效重用方面，以及资源文件按什么划分：以页面划分还是按需划分。
1.按需划分；
  按需划分即定义一个总的资源文件，以及几个可重用的模块资源文件。总的资源文件里包含了所有页面所需的样式定义，一般用注释将其
表明属于哪个页面。一些共通的样式抽取出来定义到单独的资源文件中。这是我看到别人在项目中设计的，我也问过为什么这样做，回答是
定义在一个总的资源文件中方便查找，不需要多个文件中查找对一个元素的样式定义以及防止覆盖。在web开发中确实是的，由于css有一个
权重值，值越大则优先级越高，引用的先后顺序也使得同等权重值得css后者中定义的更具优先级。
  在一个项目中如果大家定义了一个规范而且都遵守了，那么维护性也是不错的，风格一致。但是我觉得这样做还是存在某些弊端。当然我
也没啥辩论这种做法对于错，因为项目不同，那么对于同一个问题的解决方式就会有多种多样，不是非要寻找一个折中的，或者是万能的才
是对的，软件开发中合适当前需求，能解决实际问题才是王道。所谓没有最好，只有更好。对于这种资源定义的方式我还有待探究。待续。


2.按页面划分；
  按页面划分即一个资源文件对应一个页面，共通的或默认的样式定义到一个资源文件或多个文件，一般都有一个base的基资源文件，就是
用来定义共通的样式的。按照页面划分我认为更逻辑清晰，需要查看某个页面的样式定义时，只要看一个资源文件就够了，不需要再一个资
源文件中搜索。当变更量很大时，直接用一个修改后的资源文件替换当前文件即可，而且有动态切换布局方式时，这种划分更为合理，定义
不同的布局样式资源文件，然后再引用时进行择取，而不需要改动元素的key或id值。


css/style如何命名便于维护和共通划：
  命名是问大学问，有时候开发就命名如何更合理而发呆好长时间。也许这和个人文学修改有关，本人语文一直就很差，而且不爱看文学方
面的书籍。这是题外话了。其实在开发中，命名的好差也直接对可维护有很大的影响。好的命名不要看实现过程就知道是干嘛用的，不要看
元素就知道是什么类型的控件。自我觉得在这命名规范上面还积累的不够。但是先总结一下如何命名更合理、更易维护。
  看了一个关于可维护组件化的css的ppt后进行总结。待续。。。。。。