开发框架

后台管理UI的选择 目录 一、EasyUI 二、DWZ JUI 三、HUI 四、BUI 五、Ace Admin 六、Metronic 七、H+ UI 八、Admin LTE 九、INSPINIA 十、LigerUI 十一、FineUI 十二、其它UI 十三、总结 最近要做一个企业的OA系统，以前一直使用EasyUI，一切都好，但感觉有点土了，想换成现在流行的Bootstrap为基础的后台UI风格，想满足的条件应该达到如下几个： 1、美观、大方、简洁 2、兼容IE8、不考虑兼容IE6/IE7，因为现在还有很多公司在使用Win7系统，系统内置了IE8 3、能通过选项卡打开多个页面，不想做单页，iframe也没关系 4、性能好，不要太笨重 5、最好以Bootstrap为基础 6、还希望在以后别的系统中能够复用。 一次次反复纠结的选择开始了，给大家介绍下我考虑过的UI，也给大家一个参考。 一、EasyUI easyui是一种基于jQuery的用户界面插件集合。 easyui为创建现代化，互动，JavaScript应用程序，提供必要的功能。 使用easyui你不需要写很多代码，你只需要通过编写一些简单HTML标记，就可以定义用户界面。 easyui是个完美支持HTML5网页的完整框架。 easyui节省您网页开发的时间和规模。 easyui很简单但功能强大的。 优点：轻量、功能强大、免费

本文作者在学习使用Java开发Web Service（不包括Restful）时，由于不知道Java有这么多框架支持开发Web Service一度陷入迷惘，不知道这些框架各有 什么不同，各有什么优缺点。经过几天的查资料、实验、失败、再查资料、再实验的过程，终于有了一个大概的了解，也把自己的学习成果跟大家分享一下： 用Java开发Web Service一般有三种方式，本文在Idea下分别使用三种方式并结合Spring容器实现了三个Demo，下面为大家一一介绍。 1、Axis、XFire和CXF方式 这几种框架都采用“代码优先”的方式开发Web Service，即先开发出普通的Java代码，然后使用框架自动将Java对象方法发布成Web Service。 Idea自带Axis框架，在创建工程时选择即可（Web Application->WebServices，Version中选择Apache Axis）。 该方式的开发过程很简单，实现好web service 类后，点击Idea窗口中的Tool->Web Service->Generate wsdl from java code，配置好服务地址即可。 该示例较简单未上传。 2、Spring-WS方式 该框架是“文档优先”方式，即先制定出报文协议，然后再开发具体的服务应用。 Idea自带该框架，在创建工程时选择（Spring->Spring

CSDN看到一篇介绍架构设计的博客，内容提纲挈领，内容丰富。依据原文整理，加上自己的理解和总结。 推荐给大家。点击原文可以查看出处。 原文链接： https://blog.csdn.net/hguisu/article/details/78258430 什么是架构和架构本质 在软件行业，对于什么是架构，都有很多的争论，每个人都有自己的理解。此君说的架构和彼君理解的架构未必是一回事。因此我们在讨论架构之前，我们先讨论架构的概念定义，概念是人认识这个世界的基础，并用来沟通的手段，如果对架构概念理解不一样，那沟通起来自然不顺畅。 Linux有架构，MySQL有架构，JVM也有架构，使用Java开发、MySQL存储、跑在Linux上的业务系统也有架构，应该关注哪一个？ 想要清楚以上问题需要梳理几个有关系又相似的概念：系统与子系统、模块与组建、框架与架构: 区分系统、模块、组件、框架和架构 S君： 区分系统、模块、组件、框架和架构 系统(system)和子系统：有 关联 的个体，根据某种 规则 运行，共同完成独特的 功能 。子系统：系统的组成部分。 模块(module)和组件(component)：模块和组件都是系统的组成部分，只是从不同角度拆分系统而已。 从逻辑角度拆分得到的是模块，从物理角度拆分得到的是组件。 模块是为了实现职责分离， 组件是为了实现复用。 框架

3 月，跳不动了？>>> CSDN看到一篇介绍架构设计的博客，内容提纲挈领，内容丰富。依据原文整理，加上自己的理解和总结。 推荐给大家。点击原文可以查看出处。 原文链接： https://blog.csdn.net/hguisu/article/details/78258430 什么是架构和架构本质 在软件行业，对于什么是架构，都有很多的争论，每个人都有自己的理解。此君说的架构和彼君理解的架构未必是一回事。因此我们在讨论架构之前，我们先讨论架构的概念定义，概念是人认识这个世界的基础，并用来沟通的手段，如果对架构概念理解不一样，那沟通起来自然不顺畅。 Linux有架构，MySQL有架构，JVM也有架构，使用Java开发、MySQL存储、跑在Linux上的业务系统也有架构，应该关注哪一个？ 想要清楚以上问题需要梳理几个有关系又相似的概念：系统与子系统、模块与组建、框架与架构: 区分系统、模块、组件、框架和架构 S君： 区分系统、模块、组件、框架和架构 系统(system)和子系统：有 关联 的个体，根据某种 规则 运行，共同完成独特的 功能 。子系统：系统的组成部分。 模块(module)和组件(component)：模块和组件都是系统的组成部分，只是从不同角度拆分系统而已。 从逻辑角度拆分得到的是模块，从物理角度拆分得到的是组件。 模块是为了实现职责分离， 组件是为了实现复用。 框架

Node.js非常适用于Web开发，但是现在无论是一个网站，还是Web App都已经成为包括很多不同部分，如前端、数据库、业务模块、功能模块等等的大型项目，使用Node.js从零开始进行Web开发，也许大中型团队能够 胜任，但对于个人和小型团队来说是不现实的。这时候框架就成为Web开发利器，对于个人开发来说几乎是必不可少。那么如何选择Node.js Web开发框架呢？首先，我们必须要弄清楚的是，我们需要的是——程序 or 框架？程序是已经成型的应用，你需要的是为它搭建环境、添加配置，然后就可以运行起来；框架则是应用的骨架，你需要为它添加数据模型、业务逻辑，它才能成为应用，开始提供服务。事实上，对于Web开发来说，程序和框架的区别正越来越模糊，比如几乎妇孺皆知的Wordpress，它是一个博客程序，但它丰富的插件以及高度的 自定义能够支持很大程度上的二次开发，在这点上它比起一些PHP框架也并不逊色。我个人认为，如果重心在于提供服务而不是掌握技术，有WordPress 这样的程序是没有必要使用框架的。可惜的是，由于Nodejs还很年轻，目前还没有WordPress这样的程序，因此目前在Node.js开发里，如果想做出自己想要的作品，框架是必然的选择。如果是某些特定类型的应用，可以尝试一些开源的程序，比如要用Nodejs做博客，有Hexo、Ghost等。Node.js Web框架有哪些

3 月，跳不动了？>>> 一、框架 react-web： Readt Web是为那些使用React Native兼容的API构建的Web应用而提供的一个框架。React Web的目的及意义非常明确: 让React Native代码跑在Web上让一套代码运行在各个移动终端，对前端及业务来说，这是开发效率中一个质的提升。 Jstrom： "JStorm是参考storm的实时流式计算框架，在网络IO、线程模型、资源调度、可用性及稳定性上做了持续改进，已被越来越多企业使用。经过4年发展，阿里巴巴JStorm集群已经成为世界上最大的集群之一，基于JStorm的应用数量超过1000个。数据显示，JStorm集群每天处理的消息数量达到1.5PB。 在2015年，JStorm正式成为Apache Storm里的子项目。JStorm将在 Apache Storm里孵化，孵化成功后会成为Apache Storm主干。 Apache基金会官方表示，非常高兴JStorm能够成为Apache Storm社区的一员。" Dubbo： 高性能优秀的服务框架，使得应用可通过高性能的 RPC 实现服务的输出和输入功能，可以和 Spring框架无缝集成。Dubbo is a distributed, high performance RPC framework enpowering applications with

原文链接： http://coolshell.info/c/c++/2014/12/13/c-open-project.htm 留档备查，非常强大的C/C++开源项目总结文档～ 值得学习的C语言开源项目 - 1. Webbench Linux下使用的非常简单的网站压测工具。它使用fork()模拟多个客户端同时访问我们设定的URL， 测试 网站在压力下工作的性能，最多可以模拟3万个并发连接去测试网站的负载能力。Webbench使用 C语言 编写, 代码实在太简洁，源码加起来不到600行。 http://home.tiscali.cz/~cz210552/webbench.html - 2. Tinyhttpd 下载链接： http://sourceforge.net/projects/tinyhttpd/ - 3. cJSON cJSON也存在几个弱点，虽然功能不是非常强大，但cJSON的小身板和速度是最值得赞赏的。其代码被非常好地维护着，结构也简单易懂，可以作为一个非常好的C语言项目进行学习。 http://sourceforge.net/projects/cjson/ - 4. CMockery 主要特点： 免费且开源，google提供技术支持； 轻量级的框架，使测试更加快速简单； 避免使用复杂的编译器特性，对老版本的编译器来讲，兼容性好; 并不强制要求待测代码必须依赖C99标准

不论是在公司内部，还是在面试过程中，经常看到很多开发人员，说想成长为架构师，但是实际上却像一支无头苍蝇一样学习、成长。所以今天我就来简单总结一下，开发人员要成长为一个架构师，都应该学习哪一方面的知识。也就是：架构师的能力模型。 （PS：本文纯属个人见解，并不一定完全正确。对于此类话题，每个人可能都有不同的看法。欢迎大家拍砖。） 开发人员职业发展方向 在说明架构师能力模型前，我得先说明开发人员在职场中的职业发展方向图。 开发者应该根据自己的性格、爱好来选择自己的职业方向。对于性格外向、愿意多与人交流、沟通能力较好的同学，可以考虑向管理方向发展。对于热爱技术、喜欢钻研、性格偏内向的同学，则更适合往技术方向发展。 两个方向并没有好坏之分，只是术业有专攻而已。两个方向也不是完全独立的，对于技术总监、架构师及其以上的岗位，往往也需要较强的沟通能力，以及一定的管理能力。 CTO 是很多开发人员理想中的最终职业方向。但是对于不同的公司而言，对 CTO 要求不尽不同（可以看看 2016年炒得比较火的某 CTO 离职事件）。所以 CTO 也会由不同的岗位成长而来。但是，并不意味着每个人都要以 CTO 为自己的职业目标。 图中黑体的岗位，都可以作为开发人员的职业方向。 对于还没有职业方向的的开发人员来说，选择好一个奋斗的方向， 非常关键。方向对了，就不怕路远！ 方向不清晰，则会做很多徒劳无功的事

这段时间对项目做了一次整体的优化，全站有了20%左右的提升（本来载入速度已经1.2S左右了，优化度很低），算一算已经做了四轮的全站性能优化了，回顾几次的优化手段，基本上几个字就能说清楚： 传输层面：减少请求数，降低请求量 执行层面：减少重绘&回流 传输层面的从来都是优化的核心点，而这个层面的优化要对浏览器有一个基本的认识，比如： ① 网页自上而下的解析渲染，边解析边渲染，页面内CSS文件会阻塞渲染，异步CSS文件会导致回流 ② 浏览器在document下载结束会检测静态资源，新开线程下载（有并发上限），在带宽限制的条件下，无序并发会导致主资源速度下降，从而影响首屏渲染 ③ 浏览器缓存可用时会使用缓存资源，这个时候可以避免请求体的传输，对性能有极大提高 衡量性能的重要指标为首屏载入速度（指页面可以看见，不一定可交互），影响首屏的最大因素为请求，所以请求是页面真正的杀手，一般来说我们会做这些优化： 减少请求数 ① 合并样式、脚本文件 ② 合并背景图片 ③ CSS3图标、Icon Font 降低请求量 ① 开启GZip ② 优化静态资源，jQuery->Zepto、阉割IScroll、去除冗余代码 ③ 图片无损压缩 ④ 图片延迟加载 ⑤ 减少Cookie携带 很多时候，我们也会采用类似“时间换空间、空间换时间”的做法，比如： ① 缓存为王，对更新较缓慢的资源&接口做缓存（浏览器缓存

这周有位同事邀请我给团队讲一讲SAP技术的演进历史，所以我准备了下面几个主题来介绍。 其中SAP的技术回顾和演进，我的思路就是从前后台两方面分别介绍。 我画了一张非常简单的图： 去年5月我写过一篇文章： SAP UI和Salesforce UI开发漫谈 ，简要回顾了SAPUI技术的发展，从最古老的SAP GUI绘制界面，到Webdynpro / WebUI再到现在广泛使用的Fiori UX。当时这篇文章介绍到Fiori(UI5)就嘎然而止了，如今大半年过去了，我们继续聊聊Fiori的发展动向。 根据Jerry从SAP社区上已经发布的信息来看，Fiori的两个发展方向，我个人概括为： 1. 兼容并蓄，即通过Fiori Fundamentals，让使用非UI5开发框架的前端开发人员，用其喜爱的技术，也能开发出符合Fiori UX的应用。 2. 轻装上阵，即通过SAP UI5 Web Components，既能继续提供像之前UI5控件库那些开箱即用的众多UI控件，又避免了前端应用对UI5框架的依赖。 我们来分别了解一下这两个新概念。 Fiori Fundamentals 看看SAP官网上的权威定义： https://experience.sap.com/news/democratizing-sap-fiori-with-fiori-fundamentals/