FineUIMvc是基于 jQuery 的专业 ASP.NET MVC 控件库，基础版完全免费，可以用于商业项目。今天，我们发布了 FineUIMvc v1.3.0，增加了 6 种纯色背景的主题和 12 种图片背景的主题：
注：所有主题对 FineUIMvc（基础版）都是开放的，可以免费下载使用，文章结尾有下载链接。
Pure Black：
Pure Green：
Pure Blue：
Pure Purple：
Pure Red：
Image Black Sky：
Image Green Rain：
Image Green Drip：
Image Green Poppy：
Image Green Lotus：
Image Blue Sky：
Image Blue Star：
Image Blue Moon：
Image Blue Drip：
Image Purple Fog：
Image Orange Light：
Image Red Dawn：
注：所有背景图片收集自网络，版权归原作者所有！
全家福
最后，放一张 FineUI 支持的主题全家福，包含：
1. [内置] 6 种 Metro 主题
2. [内置] 24 种 jQuery UI 主题
3. [自定义] 2 种自定义主题
4. [自定义] 6 种自定义纯色背景主题
5. [自定义] 12 种自定义图片背景主题
下载与示例
注：FineUI（专业版）下个版本也会增加相同的自定义主题。
引用来自“田舍先生”的评论
咋眼一看很不错。仔细研究，也还算不错。案例很丰富，看得出来，也是经历过N多些项目考验的。有几个地方不足：
1.页面没有响应式自适应（目前bootstrap式的自适应）还是比较得人心的，估计作者是不是考虑浏览器兼容到IE6了😓
2.iframe是个好东西，让页面的隔离性很高，iframe好在隔离性好，坏也怀在隔离性太好了，有时候垮iframe操作，始终是件很麻烦的事情。
3.tab打开超出10个，要老老实实一个个的关，好累人的。做个关闭所有，关闭其他不是更好呢？
4.tab的打开关闭顺序是有问题的，关闭当前tab之后，应该展示之前打开的那个，这种窗口栈是个很好的模式，用堆栈来维护。简单的关闭一个之后，打开之前的或之后的，用户在逻辑操作上，都会带来一些问题。
要把一个前端UI做好，适应自己的业务场景很不不容易，好多细节要做，加油吧！
引用来自“三生石上”的评论
多谢，FineUI（开源版）已经存在有 9 年事件了，的确是经历了无数项目的考验。1. 我们只兼容到IE8，没有做响应式是因为我们觉得没必要做，毕竟后台管理系统的需求和展示性网站首页的需求不同。所谓的响应式自适应也不能完全迷信，说白了就是根据屏幕的不同分辨率适用不同的CSS，如果用汽车的变速箱来比喻的，响应式最多算是3级变速箱，而FineUI的HBox和VBox布局（兼容extjs的相同布局）则可以做到无极变速，根据屏幕尺寸调整内部元素的尺寸。
2. iframe的看法我统一你的说法，不过任何事物有利就有弊，FineUI对IFrame进行了深度封装，每个面板控件都支持EnableIFrame属性，对于典型的子窗体和父窗体的交互，我们也做了封装。
3. 这个有啊，你在tab上点击右键，有“关闭全部标签”和“关闭其它标签”的菜单项。
4. 关闭tab后，会激活上一次激活的tab，这个操作我看没问题哦
最后，还是多谢提出这么多建议。
引用来自“田舍先生”的评论
1.你的无级变速，我真的没有看懂。怎么个无极法，是拖动窗口后自动改变大小呢，还是需要刷新页面，这两个我都试了，mac下chrome，没有看到效果。不知道是不是有这个东西，案例里面没有做。2.关于响应式，当然：允许我喜欢响应式，也允许你喜欢你的固定式，各有喜好，对于一个有在这方面有特殊癖好的我来说，还是很比较难以接受这种比较固定式的写法，能够把这个东西做更好，我就喜欢把它做更好。
3.我刚刚看了，关闭tab后，会激活上一个，没有问题，问题是再关闭上一个之后，就不一定是上个的下个了。这个问题我处理过，恰好，你也有这个，所以多关注了那么几下。这个tabs标签页打开堆栈，你这个，貌似有些问题的。
4.对于iframe，在我目前的项目中，既爱她，又恨她。这个，我想，你会懂的。哈哈。
其实，我们都做过相似的事情，所以遇到的问题都很像。只不过，你有你的方式，我也有我的方式。其最终目的，都是解决问题。👊
1. 页面布局 -> 布局（VBox+HBox，平分当前页面）：这里面是几个Panel控件，改变窗体大小，每个面板的宽度和高度会随之调整。
2. 内联框架 -> 表格与编辑窗体：点击表格行中的编辑图标，弹出新的窗体，改变窗体大小，其中表单控件（Label，TextBox，NumberBox，DatePicker，HtmlEditor）的宽度会自动调整。
大概就是这个意思，其他还有好多例子也有。这个布局其实是学自 ExtJS 的，不是我独创的。因为 FineUI 早期的 6 年时间里，用的前段库就是 extjs ，所以对 extjs 比较熟悉。
tab关闭后激活的顺序问题，我回头查下。
引用来自“田舍先生”的评论
咋眼一看很不错。仔细研究，也还算不错。案例很丰富，看得出来，也是经历过N多些项目考验的。有几个地方不足：
1.页面没有响应式自适应（目前bootstrap式的自适应）还是比较得人心的，估计作者是不是考虑浏览器兼容到IE6了😓
2.iframe是个好东西，让页面的隔离性很高，iframe好在隔离性好，坏也怀在隔离性太好了，有时候垮iframe操作，始终是件很麻烦的事情。
3.tab打开超出10个，要老老实实一个个的关，好累人的。做个关闭所有，关闭其他不是更好呢？
4.tab的打开关闭顺序是有问题的，关闭当前tab之后，应该展示之前打开的那个，这种窗口栈是个很好的模式，用堆栈来维护。简单的关闭一个之后，打开之前的或之后的，用户在逻辑操作上，都会带来一些问题。
要把一个前端UI做好，适应自己的业务场景很不不容易，好多细节要做，加油吧！
引用来自“三生石上”的评论
多谢，FineUI（开源版）已经存在有 9 年事件了，的确是经历了无数项目的考验。1. 我们只兼容到IE8，没有做响应式是因为我们觉得没必要做，毕竟后台管理系统的需求和展示性网站首页的需求不同。所谓的响应式自适应也不能完全迷信，说白了就是根据屏幕的不同分辨率适用不同的CSS，如果用汽车的变速箱来比喻的，响应式最多算是3级变速箱，而FineUI的HBox和VBox布局（兼容extjs的相同布局）则可以做到无极变速，根据屏幕尺寸调整内部元素的尺寸。
2. iframe的看法我统一你的说法，不过任何事物有利就有弊，FineUI对IFrame进行了深度封装，每个面板控件都支持EnableIFrame属性，对于典型的子窗体和父窗体的交互，我们也做了封装。
3. 这个有啊，你在tab上点击右键，有“关闭全部标签”和“关闭其它标签”的菜单项。
4. 关闭tab后，会激活上一次激活的tab，这个操作我看没问题哦
最后，还是多谢提出这么多建议。
2.关于响应式，当然：允许我喜欢响应式，也允许你喜欢你的固定式，各有喜好，对于一个有在这方面有特殊癖好的我来说，还是很比较难以接受这种比较固定式的写法，能够把这个东西做更好，我就喜欢把它做更好。
3.我刚刚看了，关闭tab后，会激活上一个，没有问题，问题是再关闭上一个之后，就不一定是上个的下个了。这个问题我处理过，恰好，你也有这个，所以多关注了那么几下。这个tabs标签页打开堆栈，你这个，貌似有些问题的。
4.对于iframe，在我目前的项目中，既爱她，又恨她。这个，我想，你会懂的。哈哈。
其实，我们都做过相似的事情，所以遇到的问题都很像。只不过，你有你的方式，我也有我的方式。其最终目的，都是解决问题。👊
引用来自“田舍先生”的评论
咋眼一看很不错。仔细研究，也还算不错。案例很丰富，看得出来，也是经历过N多些项目考验的。有几个地方不足：
1.页面没有响应式自适应（目前bootstrap式的自适应）还是比较得人心的，估计作者是不是考虑浏览器兼容到IE6了😓
2.iframe是个好东西，让页面的隔离性很高，iframe好在隔离性好，坏也怀在隔离性太好了，有时候垮iframe操作，始终是件很麻烦的事情。
3.tab打开超出10个，要老老实实一个个的关，好累人的。做个关闭所有，关闭其他不是更好呢？
4.tab的打开关闭顺序是有问题的，关闭当前tab之后，应该展示之前打开的那个，这种窗口栈是个很好的模式，用堆栈来维护。简单的关闭一个之后，打开之前的或之后的，用户在逻辑操作上，都会带来一些问题。
要把一个前端UI做好，适应自己的业务场景很不不容易，好多细节要做，加油吧！
1. 我们只兼容到IE8，没有做响应式是因为我们觉得没必要做，毕竟后台管理系统的需求和展示性网站首页的需求不同。所谓的响应式自适应也不能完全迷信，说白了就是根据屏幕的不同分辨率适用不同的CSS，如果用汽车的变速箱来比喻的，响应式最多算是3级变速箱，而FineUI的HBox和VBox布局（兼容extjs的相同布局）则可以做到无极变速，根据屏幕尺寸调整内部元素的尺寸。
2. iframe的看法我统一你的说法，不过任何事物有利就有弊，FineUI对IFrame进行了深度封装，每个面板控件都支持EnableIFrame属性，对于典型的子窗体和父窗体的交互，我们也做了封装。
3. 这个有啊，你在tab上点击右键，有“关闭全部标签”和“关闭其它标签”的菜单项。
4. 关闭tab后，会激活上一次激活的tab，这个操作我看没问题哦
最后，还是多谢提出这么多建议。
有几个地方不足：
1.页面没有响应式自适应（目前bootstrap式的自适应）还是比较得人心的，估计作者是不是考虑浏览器兼容到IE6了😓
2.iframe是个好东西，让页面的隔离性很高，iframe好在隔离性好，坏也怀在隔离性太好了，有时候垮iframe操作，始终是件很麻烦的事情。
3.tab打开超出10个，要老老实实一个个的关，好累人的。做个关闭所有，关闭其他不是更好呢？
4.tab的打开关闭顺序是有问题的，关闭当前tab之后，应该展示之前打开的那个，这种窗口栈是个很好的模式，用堆栈来维护。简单的关闭一个之后，打开之前的或之后的，用户在逻辑操作上，都会带来一些问题。
要把一个前端UI做好，适应自己的业务场景很不不容易，好多细节要做，加油吧！
引用来自“钛元素”的评论
跟踪很久了，确实挺NB，不过我不会用它，嫌弃它有点重引用来自“三生石上”的评论
在全功能JS库里面，我们的FineUI已经很轻量级，JS文件只有 300K 多点，相比 ExtJS 6.0 的 2.2M，只能呵呵了引用来自“钛元素”的评论
跟踪很久了，确实挺NB，不过我不会用它，嫌弃它有点重引用来自“MCHWEB”的评论
啥时候出个JSP版的引用来自“三生石上”的评论
下半年会推出纯JS版本，到时间 PHP，Java，Net，Ruby 都能用引用来自“MCHWEB”的评论
啥时候出个JSP版的引用来自“莫默磨墨先生”的评论
小有 QQ 空间的感觉😏引用来自“ManderSY”的评论
看着 就像EasyUI 加了个 背景我们的专业版2014年推出，在CSS架构上融合了jQueryUI的做法，所以能够做到快速的自定义主题，比如这次一下子推出的 18 种仿 Bootstrap 风格的主题
引用来自“zpassion”的评论
有没有做成与具体后端技术无关(不管是asp.net还是java或者python什么)的打算？