好的net网站

工欲善其事，必先利其器。

无论是设计还是写作，需要建立自己的资料库。

在创作的过程中，为了能够很好的去搜寻到自己所要的资料。

于此，我把自己经常用到的关于设计灵感、设计素材、配色方案等设计网站推荐给大家。

有了这些网站，你们几乎都不需要设计老师了！

一、设计灵感类。

1.花瓣网

http://huaban/all/

这个网站对于很多设计师都是熟知的，是很多设计师的灵感来源。花瓣网除了寻找灵感之外还有一个很重要的功能插件。——花瓣采集。

运用花瓣采集工具可以采集你在浏览网页时候看到的任何你个人比较喜欢的图片，将相同风格的图片采集在画板，日后自己需要这方面素材的时候点开查看，便是满满的灵感素材啊。

2.站酷网

http://zcool/

站酷（ZCOOL），中国人气设计师互动平台。深耕设计领域十年，站酷聚集了470万优秀设计师、摄影师、插画师、艺术家、创意人。站酷网入驻了很多设计师，每个人都可以在上面发表自己的作品，打造自己的品牌，也可以根据其他人发出来的作品寻找灵感。

3.苏打苏塔

http://sudasuta/

苏打苏塔是一个关于创意设计，设计，插画，艺术摄影，lomo，素材，教程，web，灵感来源，平面设计欣赏的综合性网站。

4.致设计

http://zhisheji/

致设计网，中国最大的电商设计师交流平台.电商设计大师们都潜伏于此，聚集了中国绝大部分的80,90电商设计师，在此分享了他们的店铺设计，创意设计。

5.古田路九号。

http://gtn9/index.aspx

古田路9号网站，品牌创意版权保护平台。国内专业品牌创意平台，以版权保护为基础，品牌为核心，集创意作品分享、活动招聘发布、广告推广、正版字体下载等。

二、设计素材类。

1.千图网

http://58pic/

千图网提供矢量图素材，矢量背景图片，矢量图库，还有psd素材，PS素材，设计模板，设计素材，PPT素材，以及网页素材，网站素材，网页图标等。部分素材是免费的。

2.千库网

http://588ku/

专注于免费的PNG图片素材下载，里面的素材质量也是相当不错的。对于普通的用户，每天的下载数量也是有限制的，这个网站下载的素材就是可以直接拿来用，免去复杂的抠图步骤啦。

3.素材中国

http://sccnn/

素材中国打造中国最优秀平面设计素材网站。素材天下，提供平面设计，免费设计素材。里面的素材质量挺高而且是免费的哦。

4.懒人图库

懒人图库专注于提供网页素材下载，其内容涵盖网页素材，矢量图素材，图标等。

5.90设计

http://90sheji/

90设计是专注电商设计的淘宝素材库，设计交流、学习与分享一体的平台，让电商设计（淘宝美工）找灵感和素材更效率。

三、色彩搭配。

1.中国色

http://zhongguose/#meiguihui

提供各种中国的传统颜色的名称，CMYK值，RGB值，16进制表示。

2.配色网

http://peise/

配色网是交流色彩的专业网站，致力于设计，网页，家居，时尚，服饰等方面色彩理论的学习和提高，并提供大量优秀配色方案，为色彩构成学习者提供免费资料。

3.Color Hunt

http://colorhunt.co/

ColorHunt网站是一个致力于帮助产品设计师们更好的选择颜色搭配组合的站点，从互联网中收集了海量的完美色彩组合，你可以把这些颜色组合运用到任何产品设计项目.

给大家推荐的这些网站都是在我自己日常设计中经常用到的。希望对大家有所帮助。

优质的实习，尽在实习僧APP！

https://shixiseng

作者：MY麦子

来源：简书

ASP.NET Webform 后台代码（behind code）—— 福音与诅咒

我们已经在项目开发中使用过ASP.NET Webform技术，大家会发现它更接近可视化设计，换句话说，开发者只需要从设计面板中拖拽控件即可完成UI，接着在behind code中实现逻辑代码即可完成最后的Web页面功能。

所以换句话说，当你从设计面板中拖拽一个按钮时，在后台代码中就会生成一个button对象，你只需要在按钮的点击事件中实现事件响应代码即可。

public partial class WebForm1 : System.Web.UI.Page

{

protected void Page_Load(object sender, EventArgs e)

// Developers write code here

}

protected void Button1_Click(object sender, EventArgs e)

当我们在页面中拖拽一些UI元素时，双击它们即可在后台代码中生成一系列事件响应代码，这些逻辑代码都在ASPX.CS文件中。

这个后台代码文件是ASP.NET WebForm的关键，你可以在这个文件中应用.NET的所有特性，包括事件、委托、HTTP协议以及Session等等。

但是这种behind code模式有5个问题，下面我们将一一讲述这5个问题，并用MVC的设计思想来分别解决这些问题。

问题1：基于视图的方案来解决基于行为的需求

我们的网站最终是由用户使用的，用户访问网站肯定会有特定的目的，网站要做的就是通过让用户的交互行为来完成其想要的目的。比如当用户访问一个购物网站时，也许他的交互行为会是这样的：

· 购买产品

· 打印发票

这些交互行为是通过按钮点击、右键点击和浏览器URL实现的。由于这些交互都是基于HTTP协议的，所以如果我们能将这些交互行为映射到具体的一些方法上，那么整个架构将会变得简单很多。

但是微软做不到这样，因为它要实现可视化网页编程，所以他们最终选择了基于视图的解决方案。

从上图可以看出，整个请求过程看上去很奇怪：

· 用户发起一个HTTP请求，比如HTTP POST / GET

· IIS服务器将请求映射到视图

· 视图调用页面的生命周期，通过事件驱动，调用合适的交互方法

· 最后将交互的结果展现给终端用户

因为微软一开始就选择了基于视图的设计方案，所以架构本身很难向基于用户交互的设计思想靠拢。换句话说，当用户发出“购买”请求时，先是访问了视图页面“Shopping.aspx”，后台逻辑代码在“Shopping.aspx.cs”中，页面生命周期中会将页面的计算结果返回给用户。

如果利用MVC的思想，都是基于用户交互行为的话，那么请求流程将会是如下所示：

问题2：坏架构的副作用 —— 紧耦合

当选择了一个错误的架构以后，未来将会出现很多难以解决的副作用，在ASP.NET WebForm中就出现了这个问题。尽管behind code后台代码被分离到不同的文件中，但是ASPX.CS文件和ASPX文件却紧密的联系在一起，这将导致系统的耦合度很高，并且很难解耦合，这是一个很头疼的问题。

简单地说，我们很难将Customer.aspx.cs和CustomerDetailed.aspx简单地剥离开，后台代码已经紧紧地将其捆在一起，而且也很难复用。如果我们可以将请求先通过action，而不通过视图view，action得到的数据再由控制器决定由哪个view展示，那么请求的流程将会是这样的：

所以我们可以很方便地控制最终结果是由移动页面展示还是正常页面展示，如下代码：

public ActionResult Index(string DeviceType)

if (viewType == "Mobile")

return View("MobileView");

else

return View("NormalView");

问题3：HTML不是唯一的返回类型

由于视图view和后台代码behind code紧密耦合在一起，所以默认的返回类型就固定了，都是HTML类型。如果你想改变类型就必须设置Content-type和调用Response.End方法。

如果我们创建一个Action，返回的类型由Action中指定，系统就可以在同一个action中根据不同条件输出不同的返回类型。代码如下：

public ActionResult Index(string viewType)

if (viewType == "JSON")

return Json(new Customer(), JsonRequestBehavior.AllowGet);

return View("DisplayCustomer", new Customer());

问题4：视图和数据的灵活组合

Webform是视图优先的架构，所以视图决定了展现的数据，因此视图的扩展性就很差，如果遇到复杂的数据结构，这种方式就显得力不从心了。

但是如果是行为优先的架构的话，当我们触发action时，action可以根据不同的请求选择不同的数据模型和视图结构，如下图所示：

在MVC中，你可以在不同的view中选择相同的数据模型，比如下面的代码，customerdata数据既可以绑定在DetailCustomer视图中，也可以绑定在Customer视图中。

public ActionResult Index(string ViewName,Customer customerdata)

if (ViewName == "Detailed")

return View("DetailCustomer",customerdata);

return View("Customer",customerdata);

但这在WebForm中实现起来是非常麻烦的。

问题5、将behind code当做普通的类来进行单元测试

behind code后台代码在WebForm中是一个非常庞大的类，并且不能简单地实例化。要知道WebForm是继承于Page类的，Page类不能直接实例化，因为它有太多的依赖项。

public void Button1_Click(object sender, EventArgs e)

Session["SomeSession"] = "Is this set";

为什么我们想要实例化Page类呢？其中一个原因就是可以方便单元测试。比如我要测试一个按钮点击事件，用来检查Session是否设置成功。在WebForm中的代码看起来不是那么舒服：

[TestMethod]

public void TestMethod1()

WebApplication22.WebForm1 obj = new WebApplication22.WebForm1();

obj.Button1_Click(this, new EventArgs());

并且运行时还会抛出一个异常：

在MVC中，这个类变成了一个普通类，我们可以在测试工程中将它实例化，并对类里面的属性方法、Session、ViewBag 、 TempData等进行单元测试。

public class HomeController : Controller // this class is simple

public ActionResult Index()

return View("SomeView");

所以是否选择MVC解决方案？

从WebForm架构切换到MVC架构，我们需要做以下几件事情：

· 将behind code中的代码转移到controller类中，并将原来的方法转换成action方法。

· 中间层用数据模型和逻辑接口代替。

· 视图view只用来展现数据和页面布局。

· DAL层和其他层没有什么变化，因为它和behind code关系不大。

所以MVC架构中，用户的请求分为下面3个步骤：

· 终端用户发送请求，路由器将请求路由到合适的Controller，Controller是逻辑实体和行为Action的集合。

· Controller将请求映射到特定的Action。

· Action有两个任务，第一是获取合适的数据，第二是将这些数据和视图View绑定起来。Action创建数据模型，并将数据模型连接到指定View，输出最终的相应结果。